Date: Thu, 08 Sep 2005 16:07:15 -0600 (MDT) From: "M. Warner Losh" <imp@bsdimp.com> To: nate@root.org Cc: cvs-src@freebsd.org, glebius@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org Subject: Re: cvs commit: src/sys/dev/pccbb pccbb.c Message-ID: <20050908.160715.127179498.imp@bsdimp.com> In-Reply-To: <4320ABA9.9010802@root.org> References: <20050908194607.GL53891@cell.sick.ru> <20050908.140057.84363209.imp@bsdimp.com> <4320ABA9.9010802@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
In message: <4320ABA9.9010802@root.org>
Nate Lawson <nate@root.org> writes:
: M. Warner Losh wrote:
: > In message: <20050908194607.GL53891@cell.sick.ru>
: > Gleb Smirnoff <glebius@FreeBSD.org> writes:
: > : On Thu, Sep 08, 2005 at 05:18:42PM +0000, Warner Losh wrote:
: > : W> imp 2005-09-08 17:18:42 UTC
: > : W>
: > : W> FreeBSD src repository
: > : W>
: > : W> Modified files:
: > : W> sys/dev/pccbb pccbb.c
: > : W> Log:
: > : W> Minor improvement for the suspend case for Ricoh based (and others)
: > : W> CardBus bridges.
: > :
: > : Is this going to fix suspend (broken in mid-July) on APM notebooks?
: >
: > Who knows? I don't have any notebooks that suspend/resume correctly,
: > so I can't tell you. Sorry. Take your chances and find out, or find
: > someone who has the time to fix the other suspend/resume problems on
: > my laptops. Thanks!
:
: BTW, there have been very few suspend/resume problems attributable to
: our ACPI or APM code. Almost all are in individual device drivers
: (especially video) or bus (PCI until it got config register save support
: although type 2 device support is still incomplete I think).
Type 2 device support is handled by cbb, and is complete as far as I
can tell.
: Currently,
: many systems hang if APIC support is included in the kernel but work
: without it. The rest of the bugs are usually individual BIOS problems
: that are difficult to track without a bus analyzer.
Yes. I believe that I suspend correctly, but when I resume, the power
light comes back on and nothing else happens. Placing a beep in the
first line of the resume path results in no beep happening, which
suggests suspend didn't suspend quite correctly. This happens even
when all I have in my configured device list is ata. :-( I'm somewhat
frustrated by this turn of events, as you can well imagine :-).
Warner
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050908.160715.127179498.imp>