Last edited by bridgman; 07-18-2009 at 09:57 PM.
25 days ago. I am not panicing yet - it said somewhere that it can take several weeks I panic when there wasn't a response at the end of August So you don't need to have a look at the moment.
Seriously, I don't even expect to be accepted, as a gentoo user with a pretty boring setup (3870 card, single monitor).
The installer packaging scripts included with the installer are provided by third party domain experts, if you use the installer and review the OSes supported by the packaging tools, you can see all the maintainers. If you are concerned about a problem with the packaging you can contact them. All the packagers are part of the beta program and are well and truly aware of upcoming packaging related changes on the driver side. If they are not keeping up on the distro side, then volunteer to help them.2. stop releasing broken installer scripts in the package. If ATI cannot test an installer script and verify that it works for the distro, it should not be allowed to be in the package in the first place. That anyone even has to say something this basic and obvious is really astounding to me. I cannot understand how AMD/ATI expects anyone to take them seriously when the code they release in their packages, even if they do not write it, doesn't work. Why is this so hard to understand?
The distributions that should work with out issue are our supported distributions - they are Ubuntu, Red Hat, SuSE and Red Flag. Other distributions are best effort and _should_ work. Even the supported distributions are targetted to have full integration _at the time of release_ of the distribution, so it may mean that karmic will struggle during the alpha's and beta's, but the formal release we should be fine.
Can you provide references to what "doesn't work"? There are certain feature sets that are at a lower priority and have persistant bugs primarily because we are working on other areas.I said about 1 year ago that I'd wait to see how ATI was doing last summer before drawing any final conclusions, but the problems all persist, ATI continues to release code that does not work, and rather than either fix it or remove it, they make excuses.
I don't believe we make excuses. We may not communicate publicly the full extent of our plans and directions.Nobody is interested in hearing more ATI excuses I'm sad to say.
Different users have different requirements, fortunately with ATI you have many options - 2 Open Source Drivers, the Proprietary driver or specs to write your own driver.On the bright side, for any very low end requirement, ie, server/office machine video card, etc, the cheapest ATI card you can find, plus the free radeonhd drivers, are now an acceptable option, but you are in my opinion throwing your money away if you spend more than $40 on an ATI card for Linux, not until the first two points are addressed would I consider recommending ati cards to anyone, except as basic desktop display if the mobo has no built in graphics, or if the xorg driver does an adequate job for your needs.
After watching ATI for years now, I feel fairly comfortable narrowing the problems down to the top two points, both of which to me indicate ongoing procedural errors in how ATI is developing their drivers. Excuses are not interesting to hear any longer.
Last edited by bridgman; 07-18-2009 at 10:10 PM.
- Stick with the in-distro one
- Update after reviewing the driver changes or feedback
- Update when you hit a bug that you care about
The monthly reasons do provide benefits for users in small ways. Looking at the monthly release threads on the forums, there are always "great it fixed this bug for me". Due to the structure of the teams and the commonality of code with Windows, we cannot effectively document each and every code change, so we try to summarize the issues that are known to affect end users and have a known fix.
Thanks, it is appreciated that this is notedOn a different note I agree fglrx has made great progress. And for that ATI should be thanked, I think the better they get, the higher the expectations become...
The official support for kernels is more or less settling into the distribution release cycle for us. It means that we may skip restabilizing for a kernel if there are not distros targetting that kernel. For example, Karmic is targetting 2.6.31, and so our work is primarily focused on that kernel (targetted at Karmic's release).Now can we get some newer kernels supported?
The kernel compatability layer (KCL) is in source form, and users are able to look at the kernel functions and update as needed. If there are comments that are missing that do not communicate the intent of a function sufficiently for a developer to adapt to a new kernel, then please PM a question for a KCL function to me.
Very rarely does a new kernel trigger an architectural change in the binary part of the driver, so realistically the community is at the same level of opportunity as the developers that report to me in updating to a new kernel.
You have the kernel source, you have the KCL source. If the KCL function isn't clear, tell me and I will get the doxygen comments updated.
PM me your email address. In general, the beta program grows in a number of ways....
- We see you already contributing (be it directly to the driver, through supporting other users on forums, activity on the bugzilla, etc and we reach out and invite you
- You are recommended to by an existing member
- You can present a case that you will add particular value
- We like your handle .
The hardware doesn't really matter too much. What I tend to look for are individuals who are objective, structured in their thinking and presentation and reporting of issues, balanced enough to understand that your particular issues may not be resolved in a timeframe that directly suits them.
Obviously your Gentoo'ism means that there may be times that Gentoo is too far ahead of the curve and may not get value from betas on occasion.
yeah. I am using this 3870 for roughly 12 month now - and while there have been disappointments (no .29 support in 9.6. Possible to patch, but dmesg flood is not nice) I see a steady stream of improvements. I am not unhappy that I switched over.