Re: [arch-general] [signoff] kernel26 2.6.31.2-1
Andi wrote:
Radeon state: With new xf86-video-ati 6.12.4 driver simply add "radeon" to the modules array in mkinitcpio.conf and recreate the initrd. That's all for kms.
I tried this and it didn't work for me. When I did my first reboot with 2.6.31.2-1, it worked with this mkinitcpio.conf MODULES="" BINARIES="" HOOKS="base udev autodetect pata filesystems" (everything else is commented out) On tty it looked like I had put radeonfb into the modules line of rc.conf. Is this the common behaviour? (I haven't see kms in real so far, so I don't exactly know what it behaves like) Then I tried it with MODULES="radeon" in mkinitcpio.conf, which made my reboot process stop at "waiting for udev uevents to be processed". I'd love to do more tests for you with other options, e.g. something in modprobe.conf etc to make kms work great by default on arch! My hardware lspci 00:00.0 Host bridge: Intel Corporation 82855PM Processor to I/O Controller (rev 21) 00:01.0 PCI bridge: Intel Corporation 82855PM Processor to AGP Controller (rev 21) 00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 83) 00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 03) 00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 03) 00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 03) 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03) 00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 03) 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] 02:04.0 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller 02:04.1 CardBus bridge: Texas Instruments PCIxx21/x515 Cardbus Controller 02:04.2 FireWire (IEEE 1394): Texas Instruments OHCI Compliant IEEE 1394 Host Controller 02:04.3 Mass storage controller: Texas Instruments PCIxx21 Integrated FlashMedia Controller 02:04.4 SD Host controller: Texas Instruments PCI6411/6421/6611/6621/7411/7421/7611/7621 Secure Digital Controller 02:05.0 Ethernet controller: Broadcom Corporation BCM4401 100Base-T (rev 01) 02:06.0 Network controller: Intel Corporation PRO/Wireless 2200BG [Calexico2] Network Connection (rev 05) 03:00.0 Multimedia controller: Philips Semiconductors SAA7134/SAA7135HL Video Broadcast Decoder (rev 01) army
On tty it looked like I had put radeonfb into the modules line of rc.conf. Is this the common behaviour? (I haven't see kms in real so far, so I don't exactly know what it behaves like)
Using the radeon DRM driver which supports KMS you should get a radeonDRMfb framebuffer device and you will no longer use radeonfb. If all goes well, you'll notice radeondrmfb reported in dmesg -- damjan
Am Wed, 7 Oct 2009 17:50:42 +0200 schrieb Damjan Georgievski <gdamjan@gmail.com>:
On tty it looked like I had put radeonfb into the modules line of rc.conf. Is this the common behaviour? (I haven't see kms in real so far, so I don't exactly know what it behaves like)
Using the radeon DRM driver which supports KMS you should get a radeonDRMfb framebuffer device and you will no longer use radeonfb.
If all goes well, you'll notice radeondrmfb reported in dmesg
like nouveau and intel kms mode please do not enable any vga=xxx mode and no framebuffer with ati/radeon cards! if you do kms will fail on each device. -Andy
% dmesg|grep radeondrmfb fb0: radeondrmfb frame buffer device I guess that means that everything is fine here. All I actually wanted to say is, that putting radeon into MODULES in mkinitcpio.conf causes problems here. But I'll do more tests, maybe I find out new stuff. * Damjan Georgievski <gdamjan@gmail.com> [07.10.2009 17:50]:
On tty it looked like I had put radeonfb into the modules line of rc.conf. Is this the common behaviour? (I haven't see kms in real so far, so I don't exactly know what it behaves like)
Using the radeon DRM driver which supports KMS you should get a radeonDRMfb framebuffer device and you will no longer use radeonfb.
If all goes well, you'll notice radeondrmfb reported in dmesg
-- damjan
KMS crashes for me. I get a black screen and keyboard frozen if I start Xorg with this kernel. Disabled KMS in modprobe.conf solves the problem. I have posted the bug on kernel.org : http://bugzilla.kernel.org/show_bug.cgi?id=14335 So I don't think that radeon KMS by default is safe. Paul
On Wednesday 07 October 2009 11:24:03 am Paul Ezvan wrote:
KMS crashes for me. I get a black screen and keyboard frozen if I start Xorg with this kernel. Disabled KMS in modprobe.conf solves the problem. I have posted the bug on kernel.org : http://bugzilla.kernel.org/show_bug.cgi?id=14335
So I don't think that radeon KMS by default is safe.
Paul
If any of the radeon code is being pulled from the radeonhd source (git repository) then it is NOT safe at present because a lot of laptops with the RS690M cards simply black screen when the radeonhd driver loads as well. Just thought I would pass it along. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com
Am Wed, 7 Oct 2009 11:37:36 -0500 schrieb "David C. Rankin" <drankinatty@suddenlinkmail.com>:
On Wednesday 07 October 2009 11:24:03 am Paul Ezvan wrote:
KMS crashes for me. I get a black screen and keyboard frozen if I start Xorg with this kernel. Disabled KMS in modprobe.conf solves the problem. I have posted the bug on kernel.org : http://bugzilla.kernel.org/show_bug.cgi?id=14335
So I don't think that radeon KMS by default is safe.
Paul
If any of the radeon code is being pulled from the radeonhd source (git repository) then it is NOT safe at present because a lot of laptops with the RS690M cards simply black screen when the radeonhd driver loads as well.
Just thought I would pass it along.
drm code in kernel26 is plain vanilla from kernel.org releases. -Andy
participants (5)
-
Andreas Radke
-
Damjan Georgievski
-
David C. Rankin
-
Paul Ezvan
-
Uli Armbruster