cvs commit: src/sys/dev/pccbb pccbb.c

[M. Warner Losh]

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
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