From owner-freebsd-mobile Thu Oct 23 19:57:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA15711 for mobile-outgoing; Thu, 23 Oct 1997 19:57:43 -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 TAA15703 for ; Thu, 23 Oct 1997 19:57:40 -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 UAA14334; Thu, 23 Oct 1997 20:57:38 -0600 (MDT) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id UAA18449; Thu, 23 Oct 1997 20:57:38 -0600 (MDT) Date: Thu, 23 Oct 1997 20:57:38 -0600 (MDT) Message-Id: <199710240257.UAA18449@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: Nate Williams , mobile@freebsd.org Subject: Re: Patches from -current for -stable I'd like to commit after testing In-Reply-To: <199710240226.LAA00527@word.smith.net.au> References: <199710240004.SAA17893@rocky.mt.sri.com> <199710240226.LAA00527@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 > > Unfortunately, they didn't work out. I was hoping to get suspend/resume > > to work without requiring the pccard daemon running. (Ie; once a driver > > was 'mapped' in, suspend/resume didn't require the daemon to re-register > > the device, which is how the apm_pccard_resume code from PAO works.) > > 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. > > In any case, I'd like to figure out a way to have a device truly > > 'shutdown', and then come back up. However, I need to look at things a > > bit more closely, since my 'brute force and ignorance' patch didn't seem > > to help. > > 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. > You might be able to fool the pcic into this if you turn the power to > the slots off before you go down, and then back on when you come up > again - note that I haven't studied the code yet, so I could be > talking out an armpit. It seems to work on my box doing that now. Try enabling the sysctl and see what happens on your box. Nate