On Sat, 19 Dec 2009 14:18:13 +0000 Darren Salt <[email protected]> wrote:
> 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 > thanks - the link Christian gave also works http://support.asus.com/download/download.aspx?model=Eee%20PC%20901/Linux&SLanguage=en-us > >>>> 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). i'll do a kernel build (2.6.31-r6) and include those in "monolithically", as well as update the BIOS, then if still an issue i'll try logging with netconsole. fortunately i have my desktop PC and an cat5 cable right at hand. Shawn > > [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
