many thanks to you Dave !
Phoronix: There's Evergreen KMS Support & More To Test
David Airlie has re-based his drm-radeon-testing tree and there's now a whole lot of new code and features that users can play with and test. The drm-radeon-testing tree is a branch of the Linux kernel and is code for the Radeon DRM area that will ultimately make it into the mainline tree in the Linux 2.6.34 kernel series and later.To be found in drm-radeon-testing right now is new I2C code that supports the hardware I2C engines found on Radeon graphics cards and exposes it to user-space, a PLL algorithm rework, DRM power management support, basic Evergreen "R800" KMS support, and various other fixes and new additions.Like the recent R800 Evergreen in xf86-video-ati DDX support, the kernel mode-setting support lacks IRQ and any acceleration (2D, 3D, X-Video) support at this time for these Radeon HD 5000 series products...
many thanks to you Dave !
How much time do you think I have to wait for running open source drivers with my 5850?
as the news says, modesetting should work now. Modesetting + software rendering is enough for a surprisingly huge amount of tasks. But of course you didn't buy a 5850 for software rendering.
Feature parity with HD4xxx should be reached in two to three months (source), which would mean sometime during april or early may.
Longer until G3D takes over and enables opengl 3.x, hardware video decode, openCL etc, but I've yet to see any official estimate on that. G3D for r600+ has barely started, even G3D for r300 isn't "done" yet.
In any case, add another few months until your favourite distro integrates all the new stuff, unless you're planning to manually install GIT versions.
Doesn't seem to work here. I get a lot of:
and one of these:Code:[drm:radeon_i2c_xfer] *ERROR* i2c: unhandled radeon chip
in my dmesg.Code:No connectors reported connected with modes
And this in the Xorg.0.log:
Code:(EE) RADEON(0): No modes
airlied again. Wasn't there a thesis that he never reached deep acpi sleep the last weeks? Nice to see even R800 support going on and to be worked at.
Today I read a news on AMD's Llano which should be probably the first Fusion chip. I wonder which kind of GPU core they will implement. If it's something new and matching the circumstances of being in the APU or if it will be based on some of the known Rxxx.
Stop TCPA, stupid software patents and corrupt politicians!
Now why they went back all the way to R500 with the open source initiative is this: build up the infrastructure that is required for the full support of a device planned for release in a few years, build up support awareness, build up expertise in building the drivers, build the drivers -- it is said that there are some major architectural similarities between all the devices in the range of R600 through R800 such that they will be able to leverage R600 code for R800 hardware in much the same way that the R300 through R500 are related.
People complain about a delay between introduction of a new product and when it is finally supported by the various drivers.... well looks to me quite the opposite. The R500/R600/R700/R800 are incidental. The objective is out-of-the-box support for fusionR800, since it would be UNFORGIVABLE for it to not work out-of-the-box. Fusion is supposed to arrive about a year from now.... given the current state of the R600/R700 and Gallium3d initiative, figure it being about enough time to build an R800 Gallium3d driver. I don't think that's a coincidence.
As great as the evergreen support is, it's the temp and fan speed monitoring which interests me most here (and is probably more relevant to most linux ati owners atm), so just wondering if anyone knows anymore on this, ie will it support r500 and earlier, and IGPs (if they even have temp sensors...)?