Bug#559578: Fwd: Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
Hi Corentin It looks like it's not just my 701 which has problems with SHE. Given that Asus don't support it on the pre-installed OS, I think we should disable it for the 701. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559578. Thanks Alan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
On Wed, Dec 9, 2009 at 12:54 PM, Alan Jenkins sourcejedi.l...@googlemail.com wrote: Hi Corentin It looks like it's not just my 701 which has problems with SHE. Given that Asus don't support it on the pre-installed OS, I think we should disable it for the 701. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559578. Thanks Alan But if I remember correctly, it worked fine on my 701 (only two modes, but no freeze). To trigger the bug, I have to echo 0 /sys/devices/platform/eeepc/cpufv ? I don't have my 701 right now, so I can't test, is there anything in dmesg or is it only a bad hardware freeze ? Anyway, if we disable it for 701, how can we detect that this is a 701 ? using dmi matching ? when only 2 modes are available ? Thanks, -- Corentin Chary http://xf.iksaif.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559578: [Debian-eeepc-devel] Bug#559578: Fwd: Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
On Wed, 9 Dec 2009 11:54:54 + Alan Jenkins sourcejedi.l...@googlemail.com wrote: Hi Corentin It looks like it's not just my 701 which has problems with SHE. Given that Asus don't support it on the pre-installed OS, I think we should disable it for the 701. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559578. If by we, you mean Debian, and by disable you mean disable by default, then I agree. However, I don't believe it should be disabled upstream. I have used SHE successfully on the 4G for several weeks. Although SHE became suspect when I experienced some lockups, after running for a few days with SHE disabled, I still get occasional lockups, so I don't no longer think SHE is the cause. Users ought to be given the option of re-enabling it on the 4G, but be given an appropriate caution about lack of vendor support for this configuration. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca sy...@sanctuary.nslug.ns.ca \`' Debian http://www.debian.orgsy...@debian.org ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559578: [Debian-eeepc-devel] Bug#559578: Fwd: Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
On 12/9/09, Ben Armstrong sy...@sanctuary.nslug.ns.ca wrote: On Wed, 9 Dec 2009 11:54:54 + Alan Jenkins sourcejedi.l...@googlemail.com wrote: Hi Corentin It looks like it's not just my 701 which has problems with SHE. Given that Asus don't support it on the pre-installed OS, I think we should disable it for the 701. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559578. If by we, you mean Debian, and by disable you mean disable by default, then I agree. However, I don't believe it should be disabled upstream. I have used SHE successfully on the 4G for several weeks. Although SHE became suspect when I experienced some lockups, after running for a few days with SHE disabled, I still get occasional lockups, so I don't no longer think SHE is the cause. Users ought to be given the option of re-enabling it on the 4G, but be given an appropriate caution about lack of vendor support for this configuration. Ben I think the kernel should disable SHE by default on the 701 models. I don't mind if it provides a force_cpufv option with an appropriate warning. The 701 models aren't shipped with any way to control the SHE. It is a form of overclocking which is not supported by the vendor. On the other models, SHE is a marketed feature which users will expect to work reliably. We should treat these cases differently in the kernel. I don't think it should be left to userspace to get this right. There are other distributions than debian :-). I've seen at least one desktop applet which controls SHE. I expect it has a similar option to toggle SHE automatically when switching between mains and battery power. If we change the kernel, it will affect everyone. The ABI doc for eeepc-laptop doesn't say writing to cpufv may break, so we need _some_ change to the kernel sources :). I think it's better to fix this in the code and not just add disclaimers in the documentation. Alan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
On 12/9/09, Corentin Chary corentin.ch...@gmail.com wrote: On Wed, Dec 9, 2009 at 12:54 PM, Alan Jenkins sourcejedi.l...@googlemail.com wrote: Hi Corentin It looks like it's not just my 701 which has problems with SHE. Given that Asus don't support it on the pre-installed OS, I think we should disable it for the 701. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=559578. Thanks Alan But if I remember correctly, it worked fine on my 701 (only two modes, but no freeze). To trigger the bug, I have to echo 0 /sys/devices/platform/eeepc/cpufv ? Reportedly http://groups.google.com/group/linux.debian.bugs.dist/msg/9805f22bc6b8bbda. Another report says it happens only when booting in single user mode, and not every time. I can't reproduce it myself, even though it's happened to me in the past, both from writing to that file manually, and from the default configuration of eeepc-acpi-scripts. I _can_ still reproduce the strange hissing noise in performance mode. If I repeatedly plug and unplug the power adaptor with eeepc-acpi-scripts installed (triggering the switch between performance and normal), I see various kernel messages. These are the kernel init messages for the webcam and cardreader, suggesting that they are disappearing and re-appearing. I wasn't able to reproduce it without eeepc-acpi-scripts (either by plugging / unplugging repeatedly, or by toggling the value of cpufv in a scripted loop, or by both at the same time). I don't have my 701 right now, so I can't test, is there anything in dmesg or is it only a bad hardware freeze ? Apparently it's just a freeze: Indeed it sounds like 559578, and before proceeding further, though garbled, I have compared the blurred lines to a regular boot, and it turns out the final words before freezing are: Wed Dec 9 09:34:02 2009: Loading EeePC support modules...done. Wed Dec 9 09:34:02 2009: Setting super hybrid engine according to configuration...(AC)...done. http://groups.google.com/group/linux.debian.bugs.dist/browse_thread/thread/d3f0716684bbadd8 Anyway, if we disable it for 701, how can we detect that this is a 701 ? using dmi matching ? when only 2 modes are available ? Thanks, I would use a DMI match (product name 701). Hopefully that is distinct from the 701SD, which is marketed with SHE. I know the 900A has a distinct product name, so it seems likely. Thanks Alan -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559578: [Debian-eeepc-devel] Bug#559578: Fwd: Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
On Wed, 9 Dec 2009 14:48:09 + Alan Jenkins sourcejedi.l...@googlemail.com wrote: I think the kernel should disable SHE by default on the 701 models. I don't mind if it provides a force_cpufv option with an appropriate warning. That's a reasonable approach. I don't think it should be left to userspace to get this right. There are other distributions than debian :-). I've seen at least one desktop applet which controls SHE. I expect it has a similar option to toggle SHE automatically when switching between mains and battery power. If we change the kernel, it will affect everyone. Fair enough. By the way, if you're referring to the same applet I'm thinking of, it is capable of using means other than cpufv to change speed (by access to certain registers directly, i think) so fixing cpufv doesn't adequately protect users of that applet. Ben -- ,-. nSLUGhttp://www.nslug.ns.ca sy...@sanctuary.nslug.ns.ca \`' Debian http://www.debian.orgsy...@debian.org ` [ gpg 395C F3A4 35D3 D247 1387 2D9E 5A94 F3CA 0B27 13C8 ] -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559578: [Debian-eeepc-devel] Bug#559578: Fwd: Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
On Wed, Dec 9, 2009 at 5:14 PM, Ben Armstrong sy...@sanctuary.nslug.ns.ca wrote: On Wed, 9 Dec 2009 14:48:09 + Alan Jenkins sourcejedi.l...@googlemail.com wrote: I think the kernel should disable SHE by default on the 701 models. I don't mind if it provides a force_cpufv option with an appropriate warning. That's a reasonable approach. I'm ok with that too. Alan are you working on that patch or should I do it ? -- Corentin Chary http://xf.iksaif.net -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559578: [Debian-eeepc-devel] Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
Hello! I can confirm this bug. However it 's not a problem with acpi scripts, but rather a bug in the kernel [module]. I experience exactly the same problem when I manually switch performance settings from 'normal' (default), to 'performance': echo 0 /sys/devices/platform/eeepc/cpufv My Eee PC is also 701 4G (originally shipped with MS Windows XP) and currently has Karmic Koala with 2.6.31-15-generic kernel installed. Maybe I should try a different kernel, or try to load a specific module or whatever else... Actually I would prefer to have a 'powersave' mode rather than performance. However only 0 and 1 are reported in available_cpufv. BTW Windows was able to downgrade performance when battery was close to discharge. But maybe it was a hardware feature activated specially for an operating system which is known to be a speed hog :) Sincerely, Alexey Morozov -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559578: [Debian-eeepc-devel] Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
Hi, On Sat, Dec 05, 2009 at 07:24:04PM +, Darren Salt wrote: It does happen: [snip kernel-independent] * as soon as I plug in the power supply (in case I had it unplugged on startup) the system freezes and garbles the screen, also if running under X. Interesting. That'd be when it switches, or tries to switch, to high-speed mode. AFAIK there is (officially) _no_ high-speed mode on the 701. It's a 900 MHz Celeron _permanently_ underclocked to 630 MHz. I remember there were some kernel module hacks to run it at 900 MHz nevertheless, but this was IIRC quite unreliable so I stopped using it after some tests. Can't remember the details what was bad about them, but I still know it caused far less problems (especially not reliably reproducable problems) than this one. I wonder if this could be BIOS-related; listing both known-good and known-bad BIOS revisions may be useful since we can then blacklist (or whitelist?) and encourage upgrades, or possibly downgrades, where appropriate. dmidecode says: [...] BIOS Information Vendor: American Megatrends Inc. Version: 0910 Release Date: 03/03/2008 [...] ftp://ftp.asus.com.tw/pub/asus/EeePC/EeePC4G%28701%29/ should be right for what you have. I see five BIOS versions there: 0401, 0703, 0801, 0910 (all EeePC4G*.zip), and 1302 (701-ASUS-1302.zip). So I have at least the latest of those EeePC4G*.zip BIOSes. I'll check later if 701-ASUS-1302.zip also applies. Regards, Axel -- /~\ Plain Text Ribbon Campaign | Axel Beckert \ / Say No to HTML in E-Mail and News| a...@deuxchevaux.org (Mail) X See http://www.asciiribbon.org/ | a...@noone.org (Mail+Jabber) / \ I love long mails: http://email.is-not-s.ms/ | http://noone.org/abe/ (Web) -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559578: [Debian-eeepc-devel] Bug#559578: Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
On Sun, 6 Dec 2009 13:10:14 +0100 Axel Beckert a...@deuxchevaux.org wrote: AFAIK there is (officially) _no_ high-speed mode on the 701. Right. However, they did build into the first model the ability to use it. They just didn't give any access to that feature when they shipped it. The similar 701SD model (same 900 MHz CPU) lists S.H.E. support here: http://eeepc.asus.com/global/product701sd.html The model 701 des not: http://eeepc.asus.com/global/product700.html It's a 900 MHz Celeron _permanently_ underclocked to 630 MHz. I remember there were some kernel module hacks to run it at 900 MHz We don't support it via a hack. The eeepc_laptop module which is a standard part of the kernel now supports access to S.H.E. via /sys/devices/platform/eeepc/cpufv for all models, whether or not Asus lists support. nevertheless, but this was IIRC quite unreliable so I stopped using it after some tests. Can't remember the details what was bad about them, but I still know it caused far less problems (especially not reliably reproducable problems) than this one. Given that Asus lists no support for this, perhaps we should patch eeepc-acpi-scripts to detect model 701 and disable the setting by default, only enabling it for all other models. I have a model 4G and have been using S.H.E. performance mode while on AC for some time. I occasionally suffer lockups, but that could just as well be due to the still immature support for KMS as anything else. I'll try for a week to do without S.H.E. and see if the lockups cease. Ben -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559578: [Debian-eeepc-devel] Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
Hi, On Sun, Dec 06, 2009 at 12:13:04PM -0400, Ben Armstrong wrote: We don't support it via a hack Yeah, that hack dates back to the time where there was no other support for this feature available anywhere else. IIRC I started with Kernel 2.6.24 or so on the EeePC. :-) The eeepc_laptop module which is a standard part of the kernel now supports access to S.H.E. via /sys/devices/platform/eeepc/cpufv for all models, whether or not Asus lists support. Ok, I'll check later if changing that value causes the same problems. Thanks for that pointer. P.S.: I'm on the debian-eeepc-de...@l.a.d.o list. :-) Regards, Axel -- Axel Beckert - a...@deuxchevaux.org, a...@noone.org - http://noone.org/abe/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559578: [Debian-eeepc-devel] Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
Hi, On Sun, Dec 06, 2009 at 06:17:45PM +0100, Axel Beckert wrote: The eeepc_laptop module which is a standard part of the kernel now supports access to S.H.E. via /sys/devices/platform/eeepc/cpufv for all models, whether or not Asus lists support. Ok, I'll check later if changing that value causes the same problems. Ok, I now have 1.1.3 installed and the following setting cause the problem: PWR_CLOCK_AC=0 PWR_CLOCK_BATTERY=2 as well as the default values (both empty) of course. The following settings work fine and make the problem disappear: PWR_CLOCK_AC=1 PWR_CLOCK_BATTERY=2 PWR_CLOCK_AC=2 PWR_CLOCK_BATTERY=2 So to be on the save side, I suggest for the EeePC 4G (aka 701) to either disable SHE or use the 1+2 setting as default. I'm currently not at home. When I'm back at home, I'll upgrade the BIOS from 0901 to 1302 to see if the problem still persists. If it doesn't persist, a BIOS version check could be done to check for BIOS versions below 1302 to enable safe settings. Regards, Axel -- Axel Beckert - a...@deuxchevaux.org, a...@noone.org - http://noone.org/abe/ -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559578: [Debian-eeepc-devel] Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
On Mon, 7 Dec 2009 00:23:26 +0100 Axel Beckert a...@deuxchevaux.org wrote: The following settings work fine and make the problem disappear: PWR_CLOCK_AC=1 PWR_CLOCK_BATTERY=2 PWR_CLOCK_AC=2 PWR_CLOCK_BATTERY=2 So to be on the save side, I suggest for the EeePC 4G (aka 701) to either disable SHE or use the 1+2 setting as default. Given that the 4G only has two modes, setting either of these = 2 doesn't really make sense. Set them to 1 and you'll observe the same results. If you cat /sys/devices/platform/eeepc/cpufv you should see that the value 0x201 is reported, indicating that 2 modes are available and mode 1 is in use. If you try to set any value higher than 1, an error is returned: dove:~# echo 2 /sys/devices/platform/eeepc/cpufv -bash: echo: write error: Invalid argument dove:~# echo 1 /sys/devices/platform/eeepc/cpufv dove:~# cat /sys/devices/platform/eeepc/cpufv 0x201 Ben -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
Package: eeepc-acpi-scripts Version: 1.1.3 Severity: critical Justification: Breaks whole system After the upgrade to 1.1.3 my EeePC 701 4G freezes on shortly after setting the console fonts with a garbled screen (no more readable, looks like lines being out of sync or so). I have to power it off by pressing the power button 4 seconds. No more ping, nothing. Due to the garbled screen, I do not know if there was any kernel panic or so. It does not happen if I: * unplug the power supply (not very usable). * boot with acpi=off (neither very helpful) * downgrade to version 1.1.2 (did that :-) * boot with init=/bin/bash (of course) It does happen: * independent of the kernel (tried 2.6.30, 2.6.31, 2.6.31 from grml, 2.6.32) * independent of the udev or console-setup versions (downgraded both to the versions in testing since I first suspected them) * even when I boot into single user mode (and power supply is plugged in) * as soon as I plug in the power supply (in case I had it unplugged on startup) the system freezes and garbles the screen, also if running under X. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'stable'), (500, 'testing'), (110, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.31-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages eeepc-acpi-scripts depends on: ii acpi-support-base 0.130-1scripts for handling base ACPI eve ii acpid 1.0.10-4 Advanced Configuration and Power I ii pm-utils 1.2.6.1-3 utilities and scripts for power ma Versions of packages eeepc-acpi-scripts recommends: ii alsa-utils1.0.21-1 ALSA utilities Versions of packages eeepc-acpi-scripts suggests: ii aosd-cat 0.2.5-1 an on screen display tool which us ii gnome-osd 0.12.2-1 OSD message framework for GNOME ii ttf-bitstream-vera 1.10-7The Bitstream Vera family of free ii ttf-dejavu 2.30-1Metapackage to pull in ttf-dejavu- ii ttf-freefont 20090104-5Freefont Serif, Sans and Mono True ii ttf-liberation 1.05.2.20091019-4 Fonts with the same metrics as Tim -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559578: [Debian-eeepc-devel] Bug#559578: eeepc-acpi-scripts: EeePC 701 freezes with garbled screen while booting
-=| Axel Beckert, Sat, Dec 05, 2009 at 03:22:01PM +0100 |=- Package: eeepc-acpi-scripts Version: 1.1.3 Severity: critical Justification: Breaks whole system Ouch! After the upgrade to 1.1.3 my EeePC 701 4G freezes on shortly after setting the console fonts with a garbled screen (no more readable, looks like lines being out of sync or so). I have to power it off by pressing the power button 4 seconds. No more ping, nothing. Due to the garbled screen, I do not know if there was any kernel panic or so. It does not happen if I: * unplug the power supply (not very usable). * boot with acpi=off (neither very helpful) * downgrade to version 1.1.2 (did that :-) * boot with init=/bin/bash (of course) It does happen: * independent of the kernel (tried 2.6.30, 2.6.31, 2.6.31 from grml, 2.6.32) * independent of the udev or console-setup versions (downgraded both to the versions in testing since I first suspected them) * even when I boot into single user mode (and power supply is plugged in) * as soon as I plug in the power supply (in case I had it unplugged on startup) the system freezes and garbles the screen, also if running under X. The last point lights a bulb. May be this is related to the SuperHybrid thingie? Perhaps setting it to 'normal/overload' breaks on 701s? There are a couple of settings in /etc/default/eeepc-acpi-scripts aout it. (See the commented file in /usr/share/doc/eeepc-acpi-scripts/examples) -- dam signature.asc Description: Digital signature