Kernel 2.6.31-rc8 and nouveau/linux-2.6 (and installed firmware)
author: Roel Kluin <firstname.lastname@example.org> 2009-08-29 20:20:34 (GMT)
committer: Dave Airlie <email@example.com> 2009-08-30 23:09:29 (GMT)
- KMS works
author: Ben Hutchings <firstname.lastname@example.org> 2009-08-29 13:53:51 (GMT)
committer: Dave Airlie <email@example.com> 2009-08-30 23:09:30 (GMT)
- KMS is broken
- While booting: I see "Loading drivers, configuring devices:" and then should come the "switch" to "smooth graphic" but it comes a black screen (init 3 and 5)
- An external connected monitor losts then the signal (maybe laptop display, too)
- I have to press the power switch until hard shutdown
- If I "tell" grub "nomodeset" the system boots...
If you need some debugging things tell me how I can provide it...
It works again...
I have to reopen this bug.
- Update kernel 2.6.31-rc9
- Update nouveau/linux-2.6 git 9030692aaff66fe3531828f6cc87ac0cfc06d798
- glxinfo increased from ~ 650 FPS (above working git) to ~ 1700 FPS.
- KDE's Kubrick crashed (see following attachment)
- Update Mesa 20090915-0103 (CET)
- Update xf86-video-ati 20090915-0021 (CET)
- Kubrick crashed
- Update kernel 2.6.31-rc9 (because of openSUSE build service rebuild)
- Update Mesa 20090916-0001 (CET)
- Kubrick crashed
- I closed this bug as "fixed"
- I wrote an email to Pauli Nieminen and he asked me whether I can say which commit crashed it.
- Update Mesa 20090916-2142 (CET)
- Kubrick crashed
- Starting bug hunting in Mesa -> back to a known working version -> Kubrick crashed
- back to nouveau/linux-2.6 kernel modules commit 1ae70072f0699916c1a77a9bacad958ee46f7395 -> Kubrick worked
- Update to kernel 2.6.31
- Tried compiling latest kernel modules -> need some kernel symbols (asked on opensuse-kernel mailinglist for help)
- Received email from Jan Oertel -> Had to set CONFIG_DRM_KMS_HELPER=m
- Compiled latest kernel modules again -> Booting only with "nomodeset" -> old bug...
- Compiled kernel modules commit 9030692aaff66fe3531828f6cc87ac0cfc06d798 -> Booting only with "nomodeset"
- Compiled almost all commits back to known working -> commit 1ae70072f0699916c1a77a9bacad958ee46f7395 is the last working
So what can I say:
- commit 1ae70072f0699916c1a77a9bacad958ee46f7395 is the last working
- kdm.log tells me that I have had only modesetting with commit 1ae70072f0699916c1a77a9bacad958ee46f7395 since Monday
- I had no helper symbols on Monday but an increasing framerate in glxgears of more than 160 percent but a bug in Kubrick and no modesetting?
- Version of Monday was only working until an update
Created attachment 29706 [details]
Please open a different bug for kubrick as this bug was about modesetting not working on KMS which appears to work for you now.
No, KMS is not working for me:
"kdm.log tells me that I have had only modesetting with commit
1ae70072f0699916c1a77a9bacad958ee46f7395 since Monday"
The system does not boot with another version after this commit.
I thought that it worked with the one compiling on openSUSE Build Service as I described with crashing Kubrick - this is something mystic for me. But as said kdm.log tells that it did not.
The system is only booting with "nomodeset" at the moment.
"Kubrick's crash" was only attached because I thought that you can maybe see something related in it..
Created attachment 29848 [details]
I waited until Dave Airlie's git tree was merged in and compiled it then again (including commit db3a11a9ca27776ebe1e1b285a9c9123c7f18983).
The Bug is still alive.
So I did:
strace -o modprobe.log modprobe radeon modeset=1
I hope you can see something in it...
KMS on console (init 3) has worked again since
author Ben Skeggs <firstname.lastname@example.org> 2009-10-06 04:27:25 (GMT)
committer Ben Skeggs <email@example.com> 2009-10-06 04:27:25 (GMT)
Merge branch 'drm-next' of git://git.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6 into nouveau
But if I try starting something with X (kdm/kde4, SaX2, ...) I can only see a very bad screen (see http://www.freeimagehosting.net/uploads/de9994204f.jpg). Mostly there are no lines but - I think - millions of points (pixels) distributed over complete screen which firstly change and then seem to stay...
I have latest git installed:
nouveau/linux-2.6 (only kernel modules and kernel 2.6.31)
Does disabling AGP or changin the AGP mode help? E.g.,
modprobe radeon modeset=1 agpmode=-1
Created attachment 30190 [details]
I have done further tests after my email to mailinglist. I de-/reinstalled firmware and now I can see KDE - but only with artefacts... (all AGP modes)
I think they mostly/mainly happen with some sorts of red and green pixels.
If firmware is not installed the above failure occurs.
Kubrick works. Gluon crashes on closing (attached).
I am not a programmer/developer and so I describe/attach all details of my realizations...
As mentioned on the mailing list, check your dmesg and make sure the drm is actually loading the firmware. If you have an initrd, you need to add the firmware to that.
My system works again...
Firmware in initrd was not the problem - it has been loaded since my last post. Mesa and xf86-video-ati (yesterday checkout) have fixed the problems with gluon and artefacts...
Thanks to all involved.