View Full Version : TTM, Radeon KMS Pull Request Goes In
phoronix
06-14-2009, 11:12 PM
Phoronix: TTM, Radeon KMS Pull Request Goes In
David Airlie has asked Linus Torvalds to pull in the TTM memory manager and Radeon kernel mode-setting code into the Linux 2.6.31 kernel. For now only the Radeon DRM uses this new TTM memory manager implementation, but once ready, so will the Nouveau kernel mode-setting code for NVIDIA hardware. VIA's DRM will likely end up using TTM in the long-run too plus potentially other vendors...
http://www.phoronix.com/vr.php?view=NzMyNg
Louise
06-15-2009, 01:02 AM
This is one huge patch. Will the patch for R500 and R600 be just as complex?
Or was this the hardest of the two?
bridgman
06-15-2009, 01:17 AM
This was the hardest AFAIK, since it adds both the framework and support for multiple generations of GPU (1xx-4xx pre-AtomBIOS, 5xx using AtomBIOS).
The 6xx/7xx modesetting code shouldn't be much different from 5xx, so the "missting stuff" is mostly 6xx/7xx memory management.
Louise
06-15-2009, 06:42 AM
This was the hardest AFAIK, since it adds both the framework and support for multiple generations of GPU (1xx-4xx pre-AtomBIOS, 5xx using AtomBIOS).
The 6xx/7xx modesetting code shouldn't be much different from 5xx, so the "missting stuff" is mostly 6xx/7xx memory management.
Cool!
Are there any synergy's with Open Graphics Project, or are their driver and hardware too different?
http://en.wikipedia.org/wiki/Open_Graphics_Project
frische
06-15-2009, 08:17 AM
21 April 2009 Announcement: VGA emulation is working! As part of a complete graphics solution, we need to support VGA text mode.
i don't think they will need something like a memory manager anytime soon...
RealNC
06-15-2009, 09:31 AM
I don't think anyone will need something like this in general.
Michael
06-15-2009, 09:42 AM
I highly doubt that the Open Graphics Project will ever even come close to succeeding on a large or semi-large scale.
MùPùF
06-15-2009, 04:52 PM
Hey,
I've just installed the latest git kernel + TTM & KMS patches !
It is almost perfect on the kernel side, but userspace just doesn't do the trick right now.
Here is what I get in the xorg log, didn't know 2.0.0 was lower than 1.17.0 :D :
(EE) RADEON(0): [dri] RADEONDRIGetVersion failed because of a version mismatch.
[dri] radeon.o kernel module version is 2.0.0 but version 1.17.0 or newer is needed.
EDIT : I forgot to mention that the screen is composed of green vertical lines and so is the mouse too.
I'm running the latest stable XServer (1.6.1.901) and the modesetting-gem branch of libdrm. Do I need to recompile mesa ? I'll try to do so.
Concerning KMS itself, native resolution is well set and no longer results in a crash after a few seconds. Now, the drawback is with dual screen. Both screens get the right resolution but also the same content at the same size. As you can see, there is screen corruption where the screen is not used.
http://fs.mupuf.org/posted_images/KMS_corruption.jpg
Whatever, it's a great job :)
Louise
06-15-2009, 04:54 PM
I highly doubt that the Open Graphics Project will ever even come close to succeeding on a large or semi-large scale.
Didn't he quit his job to work full time on OGC?
Obviously he is very talented. I mean, who can build an entire graphics card from scratch?
I bet AMD or Intel is hiring him at some point.
Or maybe even buys his work?
hax0r
06-15-2009, 11:40 PM
...snip...Recompile mesa and don't use modesetting-gem, it's outdated, switch to master. Congrats you has a text on your screen! Now run crysis!
MùPùF
06-16-2009, 02:23 AM
Recompile mesa and don't use modesetting-gem, it's outdated, switch to master. Congrats you has a text on your screen! Now run crysis!
Thx for the tip ! I'll try this tonight.
Yfrwlf
06-16-2009, 02:57 AM
Didn't he quit his job to work full time on OGC?
Obviously he is very talented. I mean, who can build an entire graphics card from scratch?
I bet AMD or Intel is hiring him at some point.
Or maybe even buys his work?
You n00b, I built three last night, in my sleep, that are 1000x faster than a radeon 4870x2.
I just refuse to share.
Humor aside I hope the OGP continues to get attention and that openness in general can take over most every market that exists on the planet. ^^
Especially open cars.....%#@!&* car industry.
glisse
06-16-2009, 03:53 AM
You need branch radeon-gem-cs3 for the ddx at :
http://cgit.freedesktop.org/~glisse/xf86-video-ati/
chithanh
06-16-2009, 05:51 AM
You need branch radeon-gem-cs3 for the ddx at :
http://cgit.freedesktop.org/~glisse/xf86-video-ati/
Now that the kernel modesetting code has been merged for Linux 2.6.31, is there an estimate when the same will happen for xf86-video-ati?
yoshi314
06-16-2009, 10:00 AM
it doesn't seem like the code was pulled yet. i'm getting worried that it might not make it for this one :/
mattst88
06-16-2009, 11:01 AM
Recompile mesa and don't use modesetting-gem, it's outdated, switch to master. Congrats you has a text on your screen! Now run crysis!
Was it merged into the master branch at some point?
bridgman
06-16-2009, 11:18 AM
Yes, the radeon-rewrite branch was merged into mesa master a week or so ago.
mattst88
06-16-2009, 11:40 AM
Yes, the radeon-rewrite branch was merged into mesa master a week or so ago.
I meant libdrm -- has the modesetting-gem branch been merged into master?
MùPùF
06-17-2009, 02:17 AM
EDIT : double, see the post right after
MùPùF
06-17-2009, 03:46 AM
Thx, the error changed :
(--) RADEON(0): Chipset: "ATI Radeon XPRESS 200M 5A62 (PCIE)" (ChipID = 0x5a62)
(II) RADEON(0): PCI card detected
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 8, (OK)
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 8, (OK)
drmOpenByBusid: Searching for BusID pci:0000:01:05.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 8, (OK)
drmOpenByBusid: drmOpenMinor returns 8
drmOpenByBusid: drmGetBusid reports pci:0000:01:05.0
(II) [drm] DRM interface version 1.3
(II) [drm] Could not create SAREA for DRM lock.
(EE) RADEON(0): [dri] DRIGetVersion failed to open the DRM
[dri] Disabling DRI.
(EE) RADEON(0): Kernel modesetting setup failed
(II) UnloadModule: "radeon"
(EE) Screen(s) found, but none have a usable configuration.
It seems to get closer !
Edit : Patch seems to be available !
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commitdiff;h=27704a16c9e0fb4c6b04344c7c4 c40ac16148ec0
Perry3D
06-17-2009, 04:29 AM
Jeah, thank you Linus.
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=commit;h=8d15b0ec32f20a57881dc073b2e8d11 dea0ccceb
nhaehnle
06-17-2009, 05:45 PM
I meant libdrm -- has the modesetting-gem branch been merged into master?
It has been merged, use libdrm master branch, but be sure to configure with --enable-radeon-experimental-api
slacker
06-27-2009, 05:30 AM
I'm having the same problem:
(EE) RADEON(0): [dri] RADEONDRIGetVersion failed because of a version mismatch.
[dri] radeon.o kernel module version is 2.0.0 but version 1.17.0 or newer is needed.
I have:
-kernel 2.6.31-rc1-git2
-mesa from master
-libdrm from master with --enable-radeon-experimental-api
-xf86-video-ati from kms-support
-xorg-server 1.6.1.901
what else do i miss?
thanks
MùPùF
06-27-2009, 01:04 PM
I'm having the same problem:
(EE) RADEON(0): [dri] RADEONDRIGetVersion failed because of a version mismatch.
[dri] radeon.o kernel module version is 2.0.0 but version 1.17.0 or newer is needed.
I have:
-kernel 2.6.31-rc1-git2
-mesa from master
-libdrm from master with --enable-radeon-experimental-api
-xf86-video-ati from kms-support
-xorg-server 1.6.1.901
what else do i miss?
thanks
OK, let's try to get you out of this.
First of all, you need to check KMS is working :
- stop X11
- # modprobe radeon modeset=1
It should change your screen resolution to its native one.
If this works, it means you did well on the kernel side.
You may have not respected the compilation order:
- libdrm with --enable-radeon-experimental-api.
- xf86-video-ati from kms-support
- mesa master
This should work. If it doesn't, you may want to get the latest kernel from git. Yesterday, Linus merged some DRM fixes, it may help.
Good luck !
slacker
06-27-2009, 02:22 PM
OK, let's try to get you out of this.
First of all, you need to check KMS is working :
- stop X11
- # modprobe radeon modeset=1
It should change your screen resolution to its native one.
it's already the native one: it switches to the native resolution during the boot process.
You may have not respected the compilation order:
- libdrm with --enable-radeon-experimental-api.
- xf86-video-ati from kms-support
- mesa master
Ok, done.
This should work. If it doesn't, you may want to get the latest kernel from git. Yesterday, Linus merged some DRM fixes, it may help.
I just pulled git3, which has all the drm fixes.
But it still doesn't solve the problem :(
Someone on irc mentioned that I could have some old headers somewhere, but how would I find them? Anyway I don't think this is the case because I'm using gentoo ebuilds.
Thanks for your help
vBulletin® v3.8.4, Copyright ©2000-2009, Jelsoft Enterprises Ltd.