Date: Thu, 03 Nov 2011 11:52:53 +0000 From: Gavin Atkinson <gavin@FreeBSD.org> To: Ian Smith <smithi@nimnet.asn.au> Cc: freebsd-acpi@FreeBSD.org Subject: Re: Suspend and resume on Dell E6520 Message-ID: <1320321173.86694.1.camel@buffy.york.ac.uk> In-Reply-To: <20111103151806.D29579@sola.nimnet.asn.au> References: <20111024184736.077bfc1b@o2.pl> <1320155632.68325.15.camel@buffy.york.ac.uk> <20111101163933.2b367e9f@o2.pl> <20111103151806.D29579@sola.nimnet.asn.au>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, 2011-11-03 at 15:54 +1100, Ian Smith wrote:
> On Tue, 1 Nov 2011, Sebastian Chmielewski wrote:
> > On Tue, 01 Nov 2011 13:53:52 +0000
> > Gavin Atkinson <gavin@FreeBSD.org> wrote:
> >
> > > Can I confirm that you have tried suspend/resume without any of the USB
> > > code loaded?
> > >
> > > If you set sysctl debug.acpi.resume_beep=1 before suspend, do you hear a
> > > beep on resume?
> > >
> > >
> > I have
> > kldunload {uhci,ohci,ehci} in rc.suspend.
> > kldload {uhci,ohci,ehci} in rc.resume.
>
> Just checking: this is with a kernel built without uhci, ohci and ehci?
>
> > There is no beep on resume but beep maybe simulated through soudcard? (It's a
> > laptop).
>
> The beep is generated by programming the good old-fashioned timer chip;
> if the laptop normally beeps on boot or error it should beep on resume.
> With this, my Thinkpad T23 (piercingly) beeped for a full 60 seconds on
> resume for months, until learning it was (here) uhci causing that hang.
>
> (I've been vaguely hoping this might be fixed before 9.0-RELEASE ..)
Me too. So far, it's not even clear what the right solution is.
I assume you've found my hack-fix for this at
http://markmail.org/thread/kqmwwbjsmf3ps7u4 ?
Thanks,
Gavin
--
Gavin Atkinson
FreeBSD committer and bugmeister
GPG: A093262B (313A A79F 697D 3A5C 216A EDF5 935D EF44 A093 262B)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1320321173.86694.1.camel>