[Bug 771392] New: After installation nouveau driver loads fine. After the first online update and reboot the screen is garbled and unresponsive, can't even get to text console. nomodeset helps (fbdev used)
https://bugzilla.novell.com/show_bug.cgi?id=771392 https://bugzilla.novell.com/show_bug.cgi?id=771392#c0 Summary: After installation nouveau driver loads fine. After the first online update and reboot the screen is garbled and unresponsive, can't even get to text console. nomodeset helps (fbdev used) Classification: openSUSE Product: openSUSE 12.2 Version: Factory Platform: x86-64 OS/Version: openSUSE 12.2 Status: NEW Severity: Normal Priority: P5 - None Component: X.Org AssignedTo: bnc-team-xorg-bugs@forge.provo.novell.com ReportedBy: Eduard.Avetisyan@desy.de QAContact: xorg-maintainer-bugs@forge.provo.novell.com Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0.5) Gecko/20120605 Firefox/10.0.5 After installing RC1 and doing an online update, during reboot the screen gets garbled right after the chameleon picture appears (on first boot all was ok), to a level that nothing can be recognized on the screen. Escaping to text console works only if Ctrl-Alt-F1 is pressed early in the stage of bootup, afterwards it's fully stuck, can only hard reset. Booting up with 'nomodeset' option works (huge "thanks" to grub2 inventors, one now has to guess for hours where exactly which option goes to), but it seems that the fbdev driver is loaded to handle the graphics. Funny enough, fbdev results in twice as much FPS in glxgears test (1000) as nouveau managed after first boot with KMS (500 only). One more thing - if one simply searches on opensuse wiki for kms or nomodeset, nothing's found. Forums have some information, google helps as well, but wiki apparently only scans the page titles, not contents. This makes the mileage of finding the necessary options longer. In fact, with grub2 (especially text mode) a small info piece on 12.2 release page would be good. Reproducible: Always Steps to Reproduce: 1.install, reboot - all fine (500FPS with nouveau driver) 2.online update, reboot (get stuck with "Power down" message) 3.bootup - screen garbled, no reaction on input 4.bootup with nomodeset option - all works, but fbdev is loaded (1000FPS, yet flickeryng) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c
Stefan Dirsch
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c1
Stefan Dirsch
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c2
--- Comment #2 from Eduard Avetisyan
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c3
Eduard Avetisyan
Sounds like a kernel regression. Check with "rpm -qa --last", which packages have been updated ...
I've reinstalled my laptop, now with RC2. This time I didn't need to do the online update, things were bad already at the fresh reboot after install. The symptoms are the following: -> If I let the bootup proceed till end, the screen will get corrupted and unreadable, and after a while the system won't react on any key presses. I didn't test yet if it is visible in network, but the whole impression is that the system is totally stuck. -> If during the X-startup I'm fast enough to press Ctrl-Alt-F1 I get to the text console. In the meantime X loads (corrupted), and the /var/log/messages is flooded with messages like [ 161.444806] [drm] nouveau 0000:01:00.0: PFIFO_CACHE_ERROR - Ch 2/2 Mthd 0x0860 Data 0xffc2bbb8 [ 161.444829] [drm] nouveau 0000:01:00.0: PFIFO_CACHE_ERROR - Ch 2/2 Mthd 0x0860 Data 0xffc2bbb8 [ 161.444851] [drm] nouveau 0000:01:00.0: PFIFO_CACHE_ERROR - Ch 2/2 Mthd 0x0860 Data 0xffc2bbb8 [ 161.444874] [drm] nouveau 0000:01:00.0: PFIFO_CACHE_ERROR - Ch 2/2 Mthd 0x0860 Data 0xffc2bbb8 Now if I do "init 3 ; init 5" from console, X starts up properly (I'm submitting this report from the new system now). The hardware is NVIDIA Corporation G98M [Quadro NVS 160M]. Thanks -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c4
Terje J. Hanssen
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c5
--- Comment #5 from Terje J. Hanssen
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c6
--- Comment #6 from Terje J. Hanssen
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c7
Terje J. Hanssen
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c8
Johannes Kapune
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:10.0.5) Gecko/20120605 Firefox/10.0.5
After installing RC1 and doing an online update, during reboot the screen gets garbled right after the chameleon picture appears (on first boot all was ok), to a level that nothing can be recognized on the screen. Escaping to text console works only if Ctrl-Alt-F1 is pressed early in the stage of bootup, afterwards it's fully stuck, can only hard reset. Booting up with 'nomodeset' option works (huge "thanks" to grub2 inventors, one now has to guess for hours where exactly which option goes to), but it seems that the fbdev driver is loaded to handle the graphics. Funny enough, fbdev results in twice as much FPS in glxgears test (1000) as nouveau managed after first boot with KMS (500 only).
One more thing - if one simply searches on opensuse wiki for kms or nomodeset, nothing's found. Forums have some information, google helps as well, but wiki apparently only scans the page titles, not contents. This makes the mileage of finding the necessary options longer. In fact, with grub2 (especially text mode) a small info piece on 12.2 release page would be good.
Reproducible: Always
Steps to Reproduce: 1.install, reboot - all fine (500FPS with nouveau driver) 2.online update, reboot (get stuck with "Power down" message) 3.bootup - screen garbled, no reaction on input 4.bootup with nomodeset option - all works, but fbdev is loaded (1000FPS, yet flickeryng)
-- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c9
--- Comment #9 from Johannes Kapune
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c10
Eduard Avetisyan
Looks like I have got a similar broken and unuseable diskplay graphic on my hp8710w mobile workstation with nVidia Quadro FX3600M. Everything worked fine up to 12.2 RC1 included and with Tumbleweed in dualboot.
But after upgrade (zypper dup) to RC2, the display graphic has been broken similar to a black and white mosaic bacground. Have also tried a RC2 new installation from DVD. The first login after installation looks ok, but from the next logon on the display graphic is broken already from the GDM login menu display. The mouse cursor has changed to a square, and moves slowly stepwise or is almost invisible.
The login is terrible slow (minutes). If I open a Ctrl-Alt-F1 console login and then top on beforehand, I see that that the Xorg and rsyslogd processes each eats up to 100% CPU during the graphical login process. If I try graphical logon first, it looks like the system freeze and doesn't react on Ctrl-Alt-F1 to console login, and power off/on button is neccessary.
Attached below two screenshot of the broken graphical logon display.
The reason it moves slow is because the drivers flood the kernel log with error messages. In my case the screen looked even worse than yours, there was hardly anything readable and eventually the system is so slow it stops responding... -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c11
--- Comment #11 from Terje J. Hanssen
I will add that Booting with Grub2 Advanced option > Recovery mode does work with correct display graphic. As this now is latest RC2, I yet change this bug to be of Major and High importance.
Later experience showed me that though the Recovery display graphic has been readable, it was flickering and not stable and smooth (i.e web page scrolling). So also the case with the "weak" mouse cursor. As this graphic problem occured between 12.1 RC1 and RC2 on a proven reliable and SLED certified hardware, I wonder if anyone is working with it? http://developer.novell.com/yes/91882.htm -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c12
--- Comment #12 from Terje J. Hanssen
(In reply to comment #7)
I will add that Booting with Grub2 Advanced option > Recovery mode does work with correct display graphic. As this now is latest RC2, I yet change this bug to be of Major and High importance.
Later experience showed me that though the Recovery display graphic has been readable, it was flickering and not stable and smooth (i.e web page scrolling). So also the case with the "weak" mouse cursor.
As this graphic problem occured between 12.1 RC1 and RC2 on a proven reliable and SLED certified hardware, I wonder if anyone is working with it? http://developer.novell.com/yes/91882.htm
Typo, should be "between 12.2 RC1 and RC2". Sorry, -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c13
Joon Ro
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c14
--- Comment #14 from Eduard Avetisyan
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c15
--- Comment #15 from Johannes Kapune
Here I have Toshiba Tecra Laptop with NVidia G86M (Quadro NVS 150 M). same behavior after update but I can get login after Ctr-Alt-F1 as root and start startx and after this as root everything runs OK
Where to find more information to find reason?
After installing Nvidia 304.32 eveything seems OK -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c16
Franck Bourdonnec
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c17
Franck Bourdonnec
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c18
--- Comment #18 from Terje J. Hanssen
remove "splah=silent" from grub
Yes, using grub2 I edited /etc/default/grub and this worked for me. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c19
Dmitry Roshchin
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c20
--- Comment #20 from Dmitry Roshchin
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c21
--- Comment #21 from Eduard Avetisyan
(In reply to comment #9)
Here I have Toshiba Tecra Laptop with NVidia G86M (Quadro NVS 150 M). same behavior after update but I can get login after Ctr-Alt-F1 as root and start startx and after this as root everything runs OK
Where to find more information to find reason?
After installing Nvidia 304.32 eveything seems OK
Did you use an opensuse repository or downloaded the drivers from Nvidia ? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c22
--- Comment #22 from Eduard Avetisyan
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c23
--- Comment #23 from Johannes Kapune
(In reply to comment #15)
(In reply to comment #9)
Here I have Toshiba Tecra Laptop with NVidia G86M (Quadro NVS 150 M). same behavior after update but I can get login after Ctr-Alt-F1 as root and start startx and after this as root everything runs OK
Where to find more information to find reason?
After installing Nvidia 304.32 eveything seems OK
Did you use an opensuse repository or downloaded the drivers from Nvidia ?
I downloaded the drivers from NVidia. Since now I didn't get any problems with this driver. Maybe it was my mistake but I did not know that there was a opensuse repository for NVidia. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
(In reply to comment #21)
(In reply to comment #15)
(In reply to comment #9)
Here I have Toshiba Tecra Laptop with NVidia G86M (Quadro NVS 150 M). same behavior after update but I can get login after Ctr-Alt-F1 as root and start startx and after this as root everything runs OK
Where to find more information to find reason?
After installing Nvidia 304.32 eveything seems OK
Did you use an opensuse repository or downloaded the drivers from Nvidia ?
I downloaded the drivers from NVidia. Since now I didn't get any problems with this driver.
Maybe it was my mistake but I did not know that there was a opensuse repository for NVidia. Well, for 12.2 there isn't (yet), I would be glad if opensuse provides the
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c24
--- Comment #24 from Eduard Avetisyan
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c25
--- Comment #25 from Stefan Dirsch
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c26
--- Comment #26 from Eduard Avetisyan
The 12.2 NVIDIA repo is already in place. Unfortunately it's currently in an inconsistent state, i.e. meta data files (./repodata) has been synced, but not the RPMs themselves. :-(
sudo zypper ar http://download.nvidia.com/opensuse/12.2/ NVIDIA-12.2
Thanks Stefan, I've updated the wiki accordingly. Will give it a try soon (hope the rpms are in already by then!) -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c27
--- Comment #27 from Eduard Avetisyan
The 12.2 NVIDIA repo is already in place. Unfortunately it's currently in an inconsistent state, i.e. meta data files (./repodata) has been synced, but not the RPMs themselves. :-(
sudo zypper ar http://download.nvidia.com/opensuse/12.2/ NVIDIA-12.2
Not sure if this belongs here - after installing the NVIDIA drivers the rpm output has an error message: Installing: x11-video-nvidiaG02-304.43-20.1 ...........................................................................................[done] Additional rpm output: grep: etc/X11/xorg.conf: No such file or directory Warning! MD5DIR is not set: you probably called this script outside SuSEconfig...! -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c28
--- Comment #28 from Stefan Dirsch
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c29
--- Comment #29 from Eduard Avetisyan
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c30
--- Comment #30 from Stefan Dirsch
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c31
--- Comment #31 from Eduard Avetisyan
Sure, this is normal. About 60 fps I guess, right?
Yes, but I somehow used to have it around 2500 ! In fact my old installation of 11.4 on this same laptop gives me exactly that number. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c32
--- Comment #32 from Franck Bourdonnec
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c33
James Mason
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c34
Norm Decelles
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c35
Johannes Obermayr
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c36
Uwe Geuder
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c37
--- Comment #37 from Franck Bourdonnec
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c38
--- Comment #38 from Franck Bourdonnec
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c39
Johannes Obermayr
bad news [...] failed the same way !
But we need the kernel logs: http://nouveau.freedesktop.org/wiki/Bugs -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c40
Franck Bourdonnec
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c41
--- Comment #41 from Uwe Geuder
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c42
Johannes Obermayr
Created an attachment (id=505264) --> (http://bugzilla.novell.com/attachment.cgi?id=505264) [details] lenovo T61 dmesg boot
Frank, I assume you didn't see the garbled screen. There should be sth. like this in the log: [ 53.003528] [drm] nouveau 0000:01:00.0: fail set_domain [ 53.003531] [drm] nouveau 0000:01:00.0: validate vram_list [ 53.003534] [drm] nouveau 0000:01:00.0: validate: -22 Please add "log_buf_len=1M" to boot parameters, then wait until garbled screen occurs, press immediately Crtl-Alt-Backspace-Backspace and then attach dmesg output here. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c43
--- Comment #43 from Uwe Geuder
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c44
Johannes Obermayr
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c45
Johannes Obermayr
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c46
Johannes Obermayr
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c47
Johannes Obermayr
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c
Johannes Obermayr
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c48
--- Comment #48 from Johannes Obermayr
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c49
--- Comment #49 from Johannes Obermayr
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c50
--- Comment #50 from Johannes Obermayr
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c51
--- Comment #51 from Bjørn Lie
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c52
Johannes Obermayr
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c53
--- Comment #53 from Uwe Geuder
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c54
--- Comment #54 from Johannes Obermayr
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c55
--- Comment #55 from Franck Bourdonnec
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c56
--- Comment #56 from Uwe Geuder
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c57
--- Comment #57 from Uwe Geuder
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c58
Marcus Meissner
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c59
Michal Marek
https://build.opensuse.org/request/show/134726
The update is bigger because I must rebuild the complete drm stack:
What upstream version is this? Also, could you create a patch series that applies to the openSUSE-12.2 branch of kernel-source.git, so that we do not have two differing version of drivers/gpu/drm? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c60
--- Comment #60 from Johannes Obermayr
(In reply to comment #52)
https://build.opensuse.org/request/show/134726
The update is bigger because I must rebuild the complete drm stack:
What upstream version is this? Also, could you create a patch series that
I see you do not read the request: https://build.opensuse.org/request/show/134726 line 64 of drm-all.spec: +SHA1_STRING="20120916.2158 5698bd7 < drm-fixes 610bd7d < drm-next 0b2443e < drm-next-3.7-wip 9355465 < nouveau-master 0a5cdb7 < openchrome/master 38f9643 < drm-intel-next-queued 6d01110"
applies to the openSUSE-12.2 branch of kernel-source.git, so that we do not have two differing version of drivers/gpu/drm?
Not without much work I am not willing to do. The more I want this drm-all package maintained by me and offer once a month an update. Maybe we build it and let people test it ~1 week before shipping it in openSUSE:12.2:Update. Finally if it introduces regressions people can easily remove the package or go back to an older version. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c61
--- Comment #61 from Jeff Mahoney
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c62
--- Comment #62 from Johannes Obermayr
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c63
--- Comment #63 from Marcus Meissner
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c64
--- Comment #64 from Eduard Avetisyan
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c65
--- Comment #65 from Johannes Obermayr
my main concern would be:
if we have bricked users machines (or make them start in textmode), we cannot easily make them revert to a good state.
of course we can delete the update, but this will not help users that installed it already.
this has the potential of high frustration.
-> nomodeset (this is what sndirsch tells all bug reporters) -> zypper rm drm-all-kmp-{flavor} or zypper in --force drm-all-kmp-{flavor}-${version} -> boot without nomodeset again I can also update %description. Do you think problems with fglrx or nvidia are easier to solve? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c66
--- Comment #66 from Johannes Obermayr
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=...
is a one line patch that very obviously does not change the kABI. Where did the discussion about updating *all* of DRM come from?
Please read comment 52. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c67
--- Comment #67 from Takashi Iwai
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c68
--- Comment #68 from Johannes Obermayr
If any fix is needed for the current kernel, this should be applied to the kernel itself, not provided as a kmp. This is the primary option. Is this already done regarding this bug at all...? (The one in comment 61 is marked with Cc to stable, so it shall be included to 12.2 kernel sooner or later.)
Providing a KMP is basically an enhancement, and it's no real "fix", although it may casually fix as it can paper over a bug. So, it's bad to release it as an official online update for 12.2.
Do you have the time to bisect the necessary patch(es) upstream for a bug reported on bnc (esp. if you do not have the hardware and summary does not really point to it)? So it is easier to provide a official drm package which people can easily revert if it breaks things and have a highly motivated maintainer who also reads specific mailing lists. But I assume sndirsch's comments like "use nomodeset" are more welcomed than "attach dmesg and /var/log/Xorg.0.log" and fixing the error and/or speaking with upstream developers. But my experience with maintainers on openSUSE main projects is like belonging to an elitist group of people cooking their own soup and/or doing nothing to recruit maintainers: https://bugzilla.novell.com/show_bug.cgi?id=706813 -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c69
--- Comment #69 from Takashi Iwai
(In reply to comment #67)
If any fix is needed for the current kernel, this should be applied to the kernel itself, not provided as a kmp. This is the primary option. Is this already done regarding this bug at all...? (The one in comment 61 is marked with Cc to stable, so it shall be included to 12.2 kernel sooner or later.)
Providing a KMP is basically an enhancement, and it's no real "fix", although it may casually fix as it can paper over a bug. So, it's bad to release it as an official online update for 12.2.
Do you have the time to bisect the necessary patch(es) upstream for a bug reported on bnc (esp. if you do not have the hardware and summary does not really point to it)?
If it's needed, we must do. Or better to say: as an online-update "fix", you must understand what you fixed and how it's fixed. By upgrading the whole stack, a bug might be fixed coincidentally, but you don't know always why it's fixed. And more badly, you don't know always whether any new regression might be introduced, too.
So it is easier to provide a official drm package which people can easily revert if it breaks things and have a highly motivated maintainer who also reads specific mailing lists.
Sorry, the "easiness" alone is no good justification. For example, did you think how to handle security fixes once when the codes are split to KMP and kernel?
But I assume sndirsch's comments like "use nomodeset" are more welcomed than "attach dmesg and /var/log/Xorg.0.log" and fixing the error and/or speaking with upstream developers.
But my experience with maintainers on openSUSE main projects is like belonging to an elitist group of people cooking their own soup and/or doing nothing to recruit maintainers: https://bugzilla.novell.com/show_bug.cgi?id=706813
Well, your argument seems going to offtopic... Again, I'm not against having drm-kmp. It's good for a rolling update model like Tumbleweed. But this cannot be a "fix", thus cannot be provided as a maintenance update. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c70
--- Comment #70 from Jeff Mahoney
(In reply to comment #61)
http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commitdiff;h=...
is a one line patch that very obviously does not change the kABI. Where did the discussion about updating *all* of DRM come from?
Please read comment 52.
Comment 52 tells me that you didn't just apply that patch. That patch has no additional dependencies and cannot possibly break the kABI (disagrees about modversions). Takashi's response in the previous comment is exactly right. We're not going to just update the entire DRM subsystem in an update. It's not that we don't understand that there are benefits in the form of hardware enablement, performance improvements, and new features -- it's that along with those things can come regressions. Regressions of exactly the sort that this bug is describing. I don't have a problem with a DRM KMP either. But a full DRM update in a released kernel will never happen. That's what Tumbleweed is for. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c71
Jeff Mahoney
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c72
Johannes Obermayr
(In reply to comment #68)
(In reply to comment #67) Do you have the time to bisect the necessary patch(es) upstream for a bug reported on bnc (esp. if you do not have the hardware and summary does not really point to it)?
If it's needed, we must do. Or better to say: as an online-update "fix", you must understand what you fixed and how it's fixed. By upgrading the whole stack, a bug might be fixed coincidentally, but you don't know always why it's fixed. And more badly, you don't know always whether any new regression might be introduced, too.
How would you know it has been fixed if you do not have "me" who maintains drm-all and point people to test it (as pointed out sndirsch just points to use nomodeset)? Will you buy the hardware and bisect it then? Will you apply the bisected commit within a few hours, days, weeks, months, years or never? Also often a drm patch does not work without a bunch of other patches because it is a fast living branch (500 commits or more will be pulled in merge window for linux 3.7). AFAIK openSUSE's kernels have not often experienced drm fixes because pointing to use nomodeset and so they are not recognized by kernel developers. Also I cannot see much communication with upstream developers on dri-devel or nouveau. I assume a lot of bugs reported on openSUSE 12.1 or earlier have been fixed upstream already.
So it is easier to provide a official drm package which people can easily revert if it breaks things and have a highly motivated maintainer who also reads specific mailing lists.
Sorry, the "easiness" alone is no good justification. For example, did you think how to handle security fixes once when the codes are split to KMP and kernel?
Requires: kernel-%1 = %2 (in preamble) On kernel update the drm-all package automatically depends on new kernel. Yes, if you have security fixes in drivers/gpu/ also drm-all package must eventually become patched (or better the patch be upstreamed to dri-devel and pulled by me). Wait, you must be fast because if an unpatched drm-all package was build against the patched Kernel it is also possible to use an unpatched drm-all package again. So first the drm-all package should be fixed and then the kernel package. But that shouldn't be too much effort ... On the contrary it is possible to download a small package and use "secure" drm modules without updating the complete kernel.
Again, I'm not against having drm-kmp. It's good for a rolling update model like Tumbleweed. But this cannot be a "fix", thus cannot be provided as a maintenance update.
Using out-of-tree drm modules for ~ 3 years without many regressions (which were mostly fixed fast upstream) on nVidia and ATI/AMD hardware I vote for inclusion in Update. Do you have any download statistics for Update and Tumbleweed? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c73
Johannes Obermayr
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c74
Takashi Iwai
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c75
--- Comment #75 from Takashi Iwai
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c76
--- Comment #76 from Johannes Obermayr
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c77
--- Comment #77 from Jogchum Reitsma
But for *this* particular bug for openSUSE 12.2, the most appropriate fix would be patching the kernel package with the commit you spotted.
Any idea when this new, patched kernel package will be available? -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c78
--- Comment #78 from Jeff Mahoney
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c79
--- Comment #79 from Jogchum Reitsma
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c80
--- Comment #80 from Jeff Mahoney
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c
Swamp Workflow Management
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c81
--- Comment #81 from Swamp Workflow Management
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c82
--- Comment #82 from Uwe Geuder
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c83
--- Comment #83 from Jeff Mahoney
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c84
--- Comment #84 from Jogchum Reitsma
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c
Swamp Workflow Management
https://bugzilla.novell.com/show_bug.cgi?id=771392
https://bugzilla.novell.com/show_bug.cgi?id=771392#c85
--- Comment #85 from Swamp Workflow Management
http://bugzilla.novell.com/show_bug.cgi?id=771392
Swamp Workflow Management
http://bugzilla.novell.com/show_bug.cgi?id=771392
Swamp Workflow Management
participants (1)
-
bugzilla_noreply@novell.com