https://bugzilla.novell.com/show_bug.cgi?id=719076 https://bugzilla.novell.com/show_bug.cgi?id=719076#c2 Michael Chang changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jlee@suse.com, | |mchang@suse.com --- Comment #2 from Michael Chang 2011-09-20 09:11:40 UTC --- Hi Drew, Have you tried specifying brokenmodules in kernel command line that will let linuxrc blacklist i915 driver for installation [1] ? brokenmodules=i915 I am not sure any other drivers require i915 had to add or not, you might have to check this if this not simply work on you .. [1] http://en.opensuse.org/SDB:Linuxrc#p_brokenmodules -- 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=719076 https://bugzilla.novell.com/show_bug.cgi?id=719076#c4 Bruno Friedmann changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |bruno@ioda-net.ch --- Comment #4 from Bruno Friedmann 2011-09-26 11:52:36 UTC --- Hi Drew. To blacklist one or several modules on boot you can use on the grub line blacklist=i915 perhaps adding also the following nomodeset video=intel_legacy,1024x768-24@60 (adapt the resolution to your screen accordly) -- 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=719076 https://bugzilla.novell.com/show_bug.cgi?id=719076#c6 --- Comment #6 from Drew Adams 2011-10-03 06:01:02 UTC --- (In reply to comment #5)

Oh and try one of the new iso 301 or more recent for factory. kernel is now at 3.1.0-rc6 which should contain upstream fixes too.

Well I just got done trying out 12.1 Beta1 and the backlight still goes out during boot. I guess the 3.0 kernel didn't fix that. I tried all the kernel boot peramiter you told me to try Bruno. None of them worked. "nomodeset" works but everything looks like crap. Any other ideas? -- 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=719076 https://bugzilla.novell.com/show_bug.cgi?id=719076#c Stephan Kulow changed: What |Removed |Added ---------------------------------------------------------------------------- Flag| |SHIP_STOPPER- -- 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=719076 https://bugzilla.novell.com/show_bug.cgi?id=719076#c9 --- Comment #9 from Drew Adams 2011-11-07 09:46:02 UTC --- I think I am starting to get somewhere... I am using a 12.1 Live KDE RC2 image on a USB flash drive. if I put "acpi_osi=Linux" as a boot parameter my backlight still stops working but if I use the Fn+Left-key (brightness control down... oddly enough), I can cause the brightness to go up on my screen. Once booted I have checked the value in /sys/class/backlight/acpi_video0/brightness and it is set to 0 (in 11.3 this is set to 9)... I figure I can do an install of 12.1 and change this value to 9. Here is the output of lsmod | grep video uvcvideo 71364 0 videodev 94691 1 uvcvideo i2c_core 34010 6 videodev,i2c_i801,i915,drm_kms_helper,drm,i2c_algo_bit video 19101 1 i915 thermal_sys 20200 3 thermal,processor,video usbcore 190567 7 uvcvideo,usbhid,usb_storage,uas,uhci_hcd,ehci_hcd (posing this from 12.1 KDE Live RC2 right now... it looks amazing! -- 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=719076 https://bugzilla.novell.com/show_bug.cgi?id=719076#c11 --- Comment #11 from Rajko Matovic 2011-11-09 00:22:39 UTC --- Workaround: echo 9 > /sys/class/backlight/acpi_video0/brightness will not persist over reboot. Try to put that command in: /etc/init.d/boot.local Please report does it work this way. Also, taking that "acpi_osi=Linux" brings improvement, it seems that BIOS turns some features off for unknown operating systems. -- 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=719076 https://bugzilla.novell.com/show_bug.cgi?id=719076#c13 --- Comment #13 from Drew Adams 2011-11-09 11:20:22 UTC --- Created an attachment (id=461146) --> (http://bugzilla.novell.com/attachment.cgi?id=461146) acpidump this is the info from acpidump -- 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=719076 https://bugzilla.novell.com/show_bug.cgi?id=719076#c15 Joey Lee changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |Druonysus@gmail.com --- Comment #15 from Joey Lee 2011-11-10 03:31:35 UTC --- (In reply to comment #13)

Created an attachment (id=461146) --> (http://bugzilla.novell.com/attachment.cgi?id=461146) [details] acpidump

this is the info from acpidump

First, I need point out here have 2 issues: a. backlight didn't enable when system boot b. Brightness control function keys (Fn+left/right) don't work unless add acpi_osi=Linux The first issue related KMS and i915 driver, the second issue is a BIOS problem. I am focus on the SECOND issue. After traced DSDT, on this eMachines E525 machine, Fn+right (brightness up) emit _Q12 event, and Fn+left (brightness left) emit _Q11 event. When BIOS detected OS is Vista, it emit 0x86 to notify LCD or DD02 device, acpi VGA driver evaluate LCD/DD02's _BCM to change brightness. In _BCM, it write brightness level value to EC's BRTS register, unfortunately, looks like the EC firmware didn't change brightness level. Method (_BCM, 1, NotSerialized) { Divide (Arg0, 0x0A, Local0, Local1) Decrement (Local1) Store (Local1, ^^^^LPC.EC0.BRTS) # write value to BRTS register of EC } But, why add acpi_osi=Linux works for brightness key? Because in DSDT, any other non-Vista OS will direct touch BCLP register of VGA to change brightness. In AINT: If (LEqual (Arg0, One)) /* write BCLP */ { Add (Arg1, One, Arg1) Store (Divide (Multiply (Arg1, 0xFF), 0x0A, ), BCLP) Or (BCLP, 0x80000000, BCLP) Store (0x02, ASLC) } This is a BIOS issue: The LCD panel's brightness control lined to VGA chip but BIOS write value to EC register but not VGA register in _BCM method. Does brightness control function key (Fn+right/left) works before openSUSE 11.4? Does it work on openSUSE 11.3? -- 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=719076 https://bugzilla.novell.com/show_bug.cgi?id=719076#c16 Drew Adams changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW InfoProvider|Druonysus@gmail.com | --- Comment #16 from Drew Adams 2011-11-10 06:12:37 UTC --- the brightness controls did NOT work under 11.3... but it booted with the brightness at full level and I never worried about it. I knew before buying the laptop that the brightness controls didn't work because it was documented on linlap.com (see http://www.linlap.com/wiki/acer+emachines+e525). The website documented a workaround but I never tried it as I just never cared as I can't even remember the last time I even wanted to dim my brightness. However, as of 11.4 the backlight stopped working all together and as a result I never got to run 11.4 on the laptop. -- 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=719076 https://bugzilla.novell.com/show_bug.cgi?id=719076#c18 Michael Chang changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO InfoProvider| |Druonysus@gmail.com --- Comment #18 from Michael Chang 2011-11-10 10:06:40 UTC --- (In reply to comment #17)

I thought this issue related to i915's combination mode. Michael Chang have experience on it.

This issue is much like i915 kms regression from 2.6.38-rc8 (bko#31522). No good fix to it so far as it is firmware(bios) related (As I know this regression only reported on ACER laptops, not seen on any other model so far). Well .. to workaround it is possible by accessing the LPBC register directly instead of through ACPI (it also access LPBC but somewhat in a complicated path..). Let me know how the commands work on your side ? $ su $ setpci -s $(lspci | grep -i vga | cut -d" " -f1) F4.B=22 $ setpci -s $(lspci | grep -i vga | cut -d" " -f1) F4.B=66 $ setpci -s $(lspci | grep -i vga | cut -d" " -f1) F4.B=AA $ setpci -s $(lspci | grep -i vga | cut -d" " -f1) F4.B=FF Your back-light should should be at max level when set F4.B=FF 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=719076 https://bugzilla.novell.com/show_bug.cgi?id=719076#c20 --- Comment #20 from Drew Adams 2011-11-19 22:52:05 UTC --- (In reply to comment #18)

(In reply to comment #17)

...

I thought this issue related to i915's combination mode. Michael Chang have experience on it.

This issue is much like i915 kms regression from 2.6.38-rc8 (bko#31522). No good fix to it so far as it is firmware(bios) related (As I know this regression only reported on ACER laptops, not seen on any other model so far).

Well .. to workaround it is possible by accessing the LPBC register directly instead of through ACPI (it also access LPBC but somewhat in a complicated path..).

Let me know how the commands work on your side ?

$ su $ setpci -s $(lspci | grep -i vga | cut -d" " -f1) F4.B=22 $ setpci -s $(lspci | grep -i vga | cut -d" " -f1) F4.B=66 $ setpci -s $(lspci | grep -i vga | cut -d" " -f1) F4.B=AA $ setpci -s $(lspci | grep -i vga | cut -d" " -f1) F4.B=FF

Your back-light should should be at max level when set F4.B=FF

Thanks.

Hey Michael, sorry I didn't get back with the responses to this sooner. I have been busy with job interviews and such... real life just got in the way and I didn't have a lot of time to sit down and try the solutiona and respond properly. When I did finally try these commands: each one changed the brightness of my screen to different levels and the last command turned the backlight all the way OFF. Once the last command was entered, the backlight was off but I could still turn it back up with the Fn+left key (labeled as brightness down). The fist command (setpci -s $(lspci | grep -i vga | cut -d" " -f1) F4.B=22) didn't change the brightness of my screen at all. It stayed at max brightness... Or near as I could tell. Maybe the bios is interpreting these values backwards? Is that possible? Thanks for the help. Sorry again for the late response. -- 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=719076 https://bugzilla.novell.com/show_bug.cgi?id=719076#c22 --- Comment #22 from Michael Chang 2011-11-23 07:13:12 UTC --- Drew, FWIW. I finished the test kernel package, you could follow the instruction here and test. $ zypper ar http://download.opensuse.org/repositories/home:/michael-chang:/branches:/ope... kernel-bnc719076 $ zypper in -r kernel-bnc719076 kernel-default And don't forget to edit /etc/zypp/zypp.conf to allow multiple kernel version installed. multiversion = provides:multiversion(kernel) Please take your time and looking forward to hear any update for this. :) -- 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=719076 https://bugzilla.novell.com/show_bug.cgi?id=719076#c24 --- Comment #24 from Drew Adams 2011-11-24 06:58:57 UTC --- I started looking around on emachines' website to see if they have some BIOS update or something. When I select my computer under their support section, and go to the BIOS tab, they have a bunch of things listed (the support page for my model is: http://support.gateway.com/us/en/emac/product/default.aspx?tab=1&modelId=1257). Under the BIOS tab they have a download that's title is "Fixes CCFL panel brightness abnormal in the darkest level." and was posted to their site on 08/23/2010. Does anyone think this might fix the issue? -- 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=719076 https://bugzilla.novell.com/show_bug.cgi?id=719076#c26 --- Comment #26 from Michael Chang 2011-11-24 08:23:23 UTC --- (In reply to comment #23)

... once reboot after selecting the new kernel from the GRUB menu openSUSE begins to load, the screen flickers (this is where the backlight normally turns

I think the flicking is due to kernel mode setting and should be fine.

off) and the backlight stays on but the screen goes black and the OS seems to stop loading (we never get to the point where Geeko's eyes starts moving). I tried letting it sit for a bit but nothing changes and the openSUSE never finishes loading. But on the plus side the backlight stays on! :)

No idea why the patch would lead to such serious side effect .. I suspect this might be *other* kernel issue? Can't know the kernel I built the patch against is same with yours .. it would be great if you could provide the changelog info of your kernel $ rpm -q --changelog <your kernel package> If you are still willing to test a bit, try to use the kernel flavor same with yours, for eg like kernel-desktop. Above is all up to you, hope bios had fixed the issue. :) -- 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=719076 https://bugzilla.novell.com/show_bug.cgi?id=719076#c28 --- Comment #28 from Drew Adams 2011-11-25 02:40:04 UTC --- (In reply to comment #25)

(In reply to comment #24)

...

08/23/2010. Does anyone think this might fix the issue?

The description sounds promising to me. I would suggest you give it a try. This is a right decision because the root cause is on bios side and impossible to have general fix in kernel. Wish you have good luck with the new bios. :)

Well after I downloaded the file from eMachines site and unrared it, It turns out that the tool they give to flash the BIOS is Windows only and wont run under Wine or DOSbox. I guess I won't be upgrading the BIOS. -- 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=719076 https://bugzilla.novell.com/show_bug.cgi?id=719076#c29 --- Comment #29 from Michael Chang 2011-11-25 07:37:59 UTC --- (In reply to comment #27)

this is the output of the command "rpm -q --changelog kernel-default-3.1.0-1.2.1.i586"

Looks like your default kernel is same with the patch based on => the patch crashes the kernel .. Try to check the code a little more and still no idea why the kernel would crash. You could either remove vga=0x317 boot option OR hit "ESC" during boot splash to disable it then see where the kernel hangs. -- 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=719076 https://bugzilla.novell.com/show_bug.cgi?id=719076#c31 --- Comment #31 from Michael Chang 2012-03-16 07:24:27 UTC --- Drew, Kernel upstream recently had patch arrived to deal with such hardware, maintain them in quirks of invert brightness and treat them differently with normal one. Maybe new kernel would fix your issue (if merged to stable), if not check whether your hardware is on the quirk list. Thanks. ====== Mark the Acer Aspire 5734Z that this machines requires the module to invert the panel backlight brightness value after reading from and prior to writing to the PCI configuration space. Signed-off-by: Carsten Emde http://groups.google.com/group/linux.kernel/browse_thread/thread/76785099b22238a6/5fdf77d1461fecb5?show_docid=5fdf77d1461fecb5&pli=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=719076 https://bugzilla.novell.com/show_bug.cgi?id=719076#c32 Bruno Friedmann changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |CLOSED Resolution| |FIXED --- Comment #32 from Bruno Friedmann 2013-10-02 08:19:23 UTC --- As 12.1 is out of maintenance, I close the bug. Feel free to reopen with changing openSUSE version if this is stil reproducible -- 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.