On Sat, 19 Dec 2009 14:18:13 +0000 Darren Salt <[email protected]> wrote:
updates: BIOS 2103 is actually worse... with it on the 2.6.31-6 kernel now it seems the HyperThreading feature, when enabled in BIOS and booting up on AC power is a no go. Already booting up with Speed-Step enabled and on AC power didn't work. I tried the stock 2.6.32-trunk-686 kernel and this also would not boot on AC power with SpeedStep enabled, and it would not resume from "hibernate" (closing the lid) ... instead I just get a blinking cursor on a black screen, if I close again, or hit Alt+Power (saw that one online somewhere) then it briefly resumes but freezes up right after. I am attempting to compile a kernel from the 2.6.31-9 source with the ACPI, I2C, and CPUFREQ built-in instead of as modules. First attempt didn't work :) giving me a message such as "unknown filesystem" and a kernel panic when it tries to access hd sda(0,1)... i'll keep trying to get the kernel config right. Shawn > I demand that Shawn Lamson may or may not have written... > > > On Thu, 17 Dec 2009 23:21:04 +0000 > > Darren Salt <[email protected]> wrote: > >> I demand that Shawn Lamson may or may not have written... > >>> On Thu, 17 Dec 2009 14:24:10 +0000 > >>> Darren Salt <[email protected]> wrote: > >>>> I demand that Shawn Lamson may or may not have written... > >> [snip; SHE-triggered freeze while on mains] > >>>>> Has anyone else seen this issue? > >>>> Some 700-series users. Never before a 901 user or, for that matter, any > >>>> user of _any_ Atom-based model (that I know of); my 901's certainly > >>>> never shown a problem. > >>>> OOI, which BIOS version? (I'm using 2103.) > >>> it's ASUS 901 ACPI BIOS Revision 1703 > >> Hmm. I don't recall exactly which BIOS version was present when I first > >> tested S.H.E. support... I say upgrade. > > > according to this page there is no newer bios for 901 > > http://update.eeepc.asus.com/bios/ > > is there some other source for them? > > ftp://ftp.asus.com.tw/pub/asus/EeePC/EeePC901/901-ASUS-2103.zip > > >>>> Your kernel configuration may also be relevant. > >>>> [snip] > > > which particular values would you think would impact it? > > ACPI, I2C, cpufreq are most likely. > > >>> Also - I double checked and the boot message [about setting the S.H.E. > >>> state] appears regardless of the BIOS setting, but flipping the "Intel > >>> Speed Step Tech" definitely triggers the behavior ... > >> This is looking like a different problem. Which cpufreq driver is loaded, > >> and which governor are you using? (ACPI & ondemand, in my case.) > > > acpi_cpufreq? and I never set the governor, so I am assuming by default it > > is using ondemand (that is the one reported to be in use by cpufreq-info) > > That should be fine, then... > > > I tried booting up on battery with the speed step option enabled in bios, > > verified everything was working okay, then rmmod the acpi_cpufreq module.. > > of course CPU frequency was no longer being reported nor controlled after > > the rmmod, but if I plugged in to AC the box didn't freeze up. > > That's... odd. However, I have these built-in, which may be relevant (but > shouldn't be). > > [snip] > > is there an alternative to this module, or some tweaking that can be done > > to it, or a log to look at to get more info? > > All that I can think of right now is to make use of netconsole and a > convenient Ethernet cable. There's no guarantee that it'll help, though. > http://www.mjmwired.net/kernel/Documentation/networking/netconsole.txt > > [snip] -- Shawn Lamson [email protected] _______________________________________________ Debian-eeepc-devel mailing list [email protected] http://lists.alioth.debian.org/mailman/listinfo/debian-eeepc-devel
