Skip site navigation (1)Skip section navigation (2)
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>