cvs commit: src/sys/dev/pccbb pccbb.c
M. Warner Losh
imp at bsdimp.com
Thu Sep 8 15:07:41 PDT 2005
In message: <4320ABA9.9010802 at root.org>
Nate Lawson <nate at root.org> writes:
: M. Warner Losh wrote:
: > In message: <20050908194607.GL53891 at cell.sick.ru>
: > Gleb Smirnoff <glebius at 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
: 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 :-).
More information about the cvs-src