[PATCH] Lenovo S10(e) ACPI

Peter Harrison peter.piggybox at virgin.net
Mon Jul 13 20:59:37 UTC 2009


Monday, 13 July 2009 at 14:47:21 +0200, David Naylor said:
> On Tuesday 07 July 2009 22:37:31 Peter Harrison wrote:
> > Tuesday, 23 June 2009 at 16:55:19 +0200, David Naylor said:
> > > On Monday 22 June 2009 21:20:34 Peter Harrison wrote:
> > > > > David
> > > >
> > > > Hi David,
> > > >
> > > > Thanks for coming back to me - I haven't had a chance to test the new
> > > > patch yet, but will get on to it as soon as I can.
> > > >
> > > > Is just a kernel rebuild enough after patching? Last time a did kernel
> > > > + world to pick up the last security advisory too and it was a bit
> > > > painful (even slower than my old Celeron M based Dell laptop).
> > >
> > > If you don't have ACPI compiled into the kernel then only that module
> > > needs to be rebuilt, otherwise only the kernel needs to be rebuilt.
> >
> > OK. I've run the new patch and reinstalled acpi.
> >
> > My system will now boot without problem, and shows none of the error
> > messages relating to acpi in /var/log/messages. Thanks for this.
> >
> > It now powers off sporadically. Sometimes it will, sometimes it won't.
> 
> I'm assuming you mean a `shutdown -p now` will not cut the power, as apposed 
> to the netbook randomly cuts power without warning?

Yes - I didn't make myself clear here. `shutdown -p now` will sometimes cut the power at the appropriate time, sometimes it will not.

> 
> > But it's certainly a whole lot better than it was, so thanks for all your
> > help.
> 
> First some diagnostics, please do the following:
> 1) On a console:
> # uname -a

FreeBSD ideapad.piggybox 7.2-RELEASE-p1 FreeBSD 7.2-RELEASE-p1 #0: Sat Jun 20 11:03:21 BST 2009     peter at ideapad.piggybox:/usr/obj/usr/src/sys/GENERIC  i386

> # sysctl debug.acpi

debug.acpi.suspend_bounce: 0
debug.acpi.do_powerstate: 1
debug.acpi.acpi_ca_version: 20070320
debug.acpi.ec.timeout: 100
debug.acpi.ec.polled: 0
debug.acpi.ec.gpe: 1
debug.acpi.ec.delay: 200
debug.acpi.ec.burst: 0
debug.acpi.batt.batt_sleep_ms: 0
debug.acpi.semaphore_debug: 0
debug.acpi.resume_beep: 0

> 2) What version are you using (I've got the S10e)?

S10e - BIOS reports model number 40684AG

> 3) What version of the BIOS are you running?

BIOS version is 14CN51WW

> 4) Is there any predictors as to when the system will not shutdown?

Not that I've been able to determine. I thought at one point that it had to do with the amount of charge in the battery, or whether it was mains connected. But I can't detect a pattern.

> 5) What are the last messages printed on the console (when shutdown fails)?

Sometimes normal 'Syncing disks, vnodes remaining...' sometimes the correct message but garbled.

Whether the message is garbled or not seems to have no bearing on whether the system powers off or not.

> 
> A few things you can try to fix the problem:
> 1) Go into the BIOS settings (and just exit, this resets some stuff)
> 2) Try playing with debug.acpi.ec.* (especially with delay [remember a value 
> of 0 disables any delay]).
> 3) Upgrade to -current (or try a newer version of the ACPICA driver for 7)
> 4) Flash the BIOS to the latest version (released in May)

I'll have a play with the debug.acpi.ec.* settings first and check my BIOS version and report back.

Thanks again for the continuing help.


Peter.


> 
> I don't have the problem that you describe so I'm hoping it results from a 
> difference between our systems (a difference that can be bridged).  
> 
> > > > I'm still reeling from a packaged based upgrade of Firefox (still took
> > > > a while, even using packages).
> > > >
> > > > Thanks again for your help.
> > >
> > > I'll be away for the next 3 weeks so can only help you after that.
> >
> > Hope you enjoyed your time away.
> 
> I did, thanks




More information about the freebsd-acpi mailing list