https://bugzilla.novell.com/show_bug.cgi?id=669798 https://bugzilla.novell.com/show_bug.cgi?id=669798#c2 Sean McNally changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Sean.D.McNally@GMail.com --- Comment #2 from Sean McNally 2011-02-07 03:45:00 UTC --- (In reply to comment #1)

Is this a bugreport for 11.3 or for 11.4 or for both?

I can confirm that the actual '.38 kernel is not working for me with 11.4 factory-tested - the magic keys were not working ether. But for me it was no '.38er regression - the one before was not working ether (but in '.37 only severe problems with pae )

i | kernel-default | package | 2.6.38-rc3.3.1 | i586 | Kernel: HEAD openSUSE_Factory i | kernel-default | package | 2.6.38-rc2.1.2 | i586 | (System Packages)

openSUSE factory-tested GNOME 2.32.1; Samsung X20 Pentium M 740 Intel 915GM 1400x1050

Confirm this bug report for 11.3 and 11.4. On 11.3, kernel 2.6.38-rc3.3.1 from kernel/HEAD/openSUSE_11.3, date 04-Feb-2011 @ 1141. On 11.4, kernel 2.6.38-rc3.3.1 from kernel/HEAD/opeSUSE_Factory, date 05-Feb-2011 @ 0145. In each case, re-boot with kernel 2.6.38-rc2-2.2 restored proper boot (absence of "black screen"). Behavior of 2.6.38-rc3 kernels mimics 2.6.37 and prior kernels. PC is Gateway NV79 i5-430, 4GB, Intel GMA HD. Graphics is commonly referred to as "Ironlake: with Arrandale processor. Earlier bugs reported against Dell e6510, however problem is more expansive (ref bug 29278). -- 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=669798 https://bugzilla.novell.com/show_bug.cgi?id=669798#c4 Sean McNally changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|Sean.D.McNally@GMail.com | --- Comment #4 from Sean McNally 2011-02-08 01:10:21 UTC --- (In reply to comment #3)

Thanks for testing.

Can you reproduce it with kernel-vanilla?

Sorry for the delays .... On 11.4: kernel 2.6.38-rc3.3.1 vanilla exhibits the same behavior ("black screen") as kernel desktop from kernel/HEAD. Please note: in every case, lid closure/reopening immediately following "black" screen will restore the dispaly in proper form, and boot continues. Continuance to the DE login screen without the lid closure/reopening requires a workspace switch: ctrl+alt+F2 close lid reopen lid ctrl+alt+F1 ctrl+alt+f7 (<--- not always required) Further, with each -rc3 kernel, power management enters a behavior loop during "suspend": suspend recover (as above) prompt for permission suspend Only method of recovery is re-boot. I will test on 11.3 shortly and post back. Note: The -rc3 kernel is definitely faster (over -rc2) during boot and in subsequent activity. -- 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=669798 https://bugzilla.novell.com/show_bug.cgi?id=669798#c6 --- Comment #6 from Martin Seidler 2011-02-09 22:26:44 UTC --- The new 2.6.38-rc3-4- boots without black screen in all kernel flavors (vanilla, default, desktop, pae) on my laptop with today's factory-tested (status RC 1). -- 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=669798 https://bugzilla.novell.com/show_bug.cgi?id=669798#c8 --- Comment #8 from Sean McNally 2011-02-09 22:39:02 UTC --- (In reply to comment #7)

Ok, thanks for the feedback. This isolates the openSUSE patch set and identifies a defect in the upstream kernel. Please file a report with the upstream kernel bug tracker at bugzilla.kernel.org linking to this one.

We can close this once that report is resolved.

On 11.3 standard from DVD, 11.4 MS5 (updated to MS6) and 11. MS5 (fresh from DVD), all kernels post 2.6.36-rc2-2.2 boot into black screen. The kernels include 2.6.38-rc3-3.3, -rc3-3.4, -rc3-4.1, and -rc4-r.5 kernel types desktop and vanilla. No testing has been done on -default or -pae kernels, Kernel 2.6.38-rc2 continues to boot satisfactorily. -- 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=669798 https://bugzilla.novell.com/show_bug.cgi?id=669798#c10 --- Comment #10 from Sean McNally 2011-03-01 20:59:20 UTC --- (In reply to comment #8)

(In reply to comment #7)

...

Ok, thanks for the feedback. This isolates the openSUSE patch set and identifies a defect in the upstream kernel. Please file a report with the upstream kernel bug tracker at bugzilla.kernel.org linking to this one.

We can close this once that report is resolved.

On 11.3 standard from DVD, 11.4 MS5 (updated to MS6) and 11. MS5 (fresh from DVD), all kernels post 2.6.36-rc2-2.2 boot into black screen. The kernels include

2.6.38-rc3-3.3, -rc3-3.4, -rc3-4.1, and -rc4-r.5

kernel types desktop and vanilla. No testing has been done on -default or -pae kernels,

Kernel 2.6.38-rc2 continues to boot satisfactorily.

This bug remains open with Status=NEEDINFO. I hope that this status is not waiting on action(gs) by me. Updating status: same regressed "black screen" continues to present in kernels 2.6.38-rc5 (all) and 2.6.38-rc6 (all). Kernel 2.6.38-rc2 continues to boot cleanly (without the "black screen). I am concerned with bug # 29278 (https://bugs.freedesktop.org/show_bug.cgi?id=29278), as remarks therein suggest that this problem may not be resolved until kernel 2.6.39. -- 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=669798 https://bugzilla.novell.com/show_bug.cgi?id=669798#c11 Egbert Eich changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adrian@novell.com --- Comment #11 from Egbert Eich 2011-03-21 19:24:23 UTC --- *** Bug 638174 has been marked as a duplicate of this bug. *** http://bugzilla.novell.com/show_bug.cgi?id=638174 -- 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=669798 https://bugzilla.novell.com/show_bug.cgi?id=669798#c13 --- Comment #13 from Sean McNally 2011-03-24 14:58:27 UTC --- Updating status: same regressed "black screen" continues to present in kernels through 2.6.38-27 (inclusive, with exception of 2.6.38-rc6-16). Kernel 2.6.38-rc2 continues to boo-16t cleanly (without the "black screen). With exception of kernel 2.6.38-rc6-16, each "black screen" at boot is recoverable by lid closure/reopening. -- 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=669798 https://bugzilla.novell.com/show_bug.cgi?id=669798#c15 Sean McNally changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|[i915, eDP] Kernel |[i915, eDP] Kernel 2.6.39 |2.6.38-rc3 regresses to |(was 2.6.38-rc3) regresses |black screen on boot |to black screen on boot --- Comment #15 from Sean McNally 2011-05-21 18:58:38 UTC --- (In reply to comment #13)

Updating status: same regressed "black screen" continues to present in kernels through 2.6.38-27 (inclusive, with exception of 2.6.38-rc6-16).

Kernel 2.6.38-rc2 continues to boo-16t cleanly (without the "black screen).

With exception of kernel 2.6.38-rc6-16, each "black screen" at boot is recoverable by lid closure/reopening.

Install of kernel 2.6.39-27 (the "release" kernel?) exhibits the same "black screen" behavior. As this behavior has been presented in every kernel since 2.6.38-rc2, I am posting to this bug. In bug 29278 (freedesktop), allusion was made to possible incorporation in kernel 2.6.39. Apparently, the various commits did not make this cut, as the problem persists. The problem is not just the recoverable "black screen" during boot, but more significantly, the severe compromise of power management, as suspend, hibernation, lid closure and display brightness/power manifested. I have amended the bug title text to reflect the current kernel. -- 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=669798 https://bugzilla.novell.com/show_bug.cgi?id=669798#c17 --- Comment #17 from Melchior FRANZ 2011-06-12 09:06:20 UTC --- Maybe it's not exactly the same problem, but my screen still remains black at startup with kernel 3.0-rc1. Closing and reopening the lid doesn't help, but pressing the "backlight darker" key does. (Yes, darker! :-) The problem seems to be identified: on this notebook (Acer Travelmate 5735Z-452G32Mnss) the LPBC value is backwards: https://lkml.org/lkml/2011/5/17/157 Of course, 3.0-rc1 isn't strictly Novell's problem. Yet. -- 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=669798 https://bugzilla.novell.com/show_bug.cgi?id=669798#c19 --- Comment #19 from Sean McNally 2011-08-06 15:30:34 UTC --- (In reply to comment #18)

(In reply to comment #16)

...

This issue has been resolved in kernel 2.6.39.1-1 in ArchLinux. Perfect boot, no need to close the lid.

Problem is NOT resolved up through kernel 3.0.0rc5. FWIW, as stated in original bug report, problem had been previously resolved in kernels 2.6.38-rc1 and -rc2.

Further update: Problem persists through Kernel 3.0.0-7, presents in kernel versions: desktop, default and vanilla, all x86-64. Observation: entry of "vga=ask" in GRUB presents only the VESA modes (i.e.: x0317 = 1024x768/16 bit). The two kernels that CORRECTLY booted (2.6.38-rc1/rc2) presented the entire range of available video modes. However, ..., when the failing kernels were tested on an Ubuntu GRUB2, the problem manifests exactly the same. The only resolutions found to work: 1. Closure/re-opening of the lid. (Depending on Power Management settings, the timing of this action is problematical). 2. ctrl+alt+F2, close/reopen, ctrl+alt+f1. Unfortunately, this sequence is not a 100% circumvention. -- 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=669798 https://bugzilla.novell.com/show_bug.cgi?id=669798#c21 Jeff Mahoney changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WONTFIX --- Comment #21 from Jeff Mahoney 2012-08-02 11:59:22 EDT --- With the coming release of openSUSE 12.2, openSUSE kernel developers are focusing their efforts there. Reports against openSUSE 11.4 and prior will not get the attention needed to resolve them before openSUSE 12.2 is release and openSUSE 11.4 becomes unmaintained. Please re-test with openSUSE 12.1 or openSUSE RC2+ and re-open with an updated Product if you still encounter your issue. We apologize for this issue not getting the attention it deserves but we are focusing our resources in the area where they will have the most impact for our users. We're working hard to make openSUSE 12.2 the best openSUSE release yet! -- 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.