From owner-freebsd-mobile Fri Oct 24 08:52:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA29227 for mobile-outgoing; Fri, 24 Oct 1997 08:52:45 -0700 (PDT) (envelope-from owner-freebsd-mobile) Received: from ns.mt.sri.com (SRI-56K-FR.mt.net [206.127.65.42]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA29222 for ; Fri, 24 Oct 1997 08:52:42 -0700 (PDT) (envelope-from nate@rocky.mt.sri.com) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.7/8.8.7) with ESMTP id JAA18824; Fri, 24 Oct 1997 09:52:40 -0600 (MDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA20521; Fri, 24 Oct 1997 09:52:38 -0600 (MDT) Date: Fri, 24 Oct 1997 09:52:38 -0600 (MDT) Message-Id: <199710241552.JAA20521@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Mike Smith Cc: mobile@freebsd.org Subject: Re: Patches from -current for -stable I'd like to commit after testing In-Reply-To: <199710240311.MAA00751@word.smith.net.au> References: <199710240257.UAA18449@rocky.mt.sri.com> <199710240311.MAA00751@word.smith.net.au> X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-mobile@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [ Mike, can you try and make sure I'm in the Cc list. I'm getting lost in freebsd mail, so keeping me in the Cc list helps me stay on top of things I want to be involved with. Thanks! ] > > > I think that this isn't realistically achievable; the countercase is > > > when a card is changed while the system is suspended. When you come > > > back up it is not safe to make *any* assumptions about what's in either > > > slot. > > > > True, but if you could do a mini-probe (as the current code attempts to > > do), then it should work. However, somehow things aren't yet 'enough' > > alive when we call the mini-probe, so it doesn't work. > > Um, "mini-probe"? ie. "is what used to be there still there?" Yep. epinit(slot, int), where the int says 'is this the first time for this device'. If the second parameter is 0, then it does a 'mini-probe'. > > > Um. I would be trying to fake a removal on power down, followed by a > > > faked insertion when we wake back up. > > > > This is what the code that's enabled by apm_pccard_resume does (sort > > of). Except that it fakes both remove/insertion at resume time. The > > bad thing is that it requires that the pccard daemon be running for the > > 'insertion' to be correctly done. > > Natch; it has to rummage the database somehow. How else would you get > at this information? It's already all saved in the kernel now from when the card was initially inserted. Nate