Date: Sat, 25 Oct 1997 17:05:46 +0930 From: Mike Smith <mike@smith.net.au> To: Nate Williams <nate@mt.sri.com> Cc: Mike Smith <mike@smith.net.au>, mobile@freebsd.org Subject: Re: Patches from -current for -stable I'd like to commit after testing Message-ID: <199710250735.RAA00394@word.smith.net.au> In-Reply-To: Your message of "Fri, 24 Oct 1997 10:43:42 CST." <199710241643.KAA20805@rocky.mt.sri.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > ie. the mini-probe > > is basically going to run the probe and then attach routines again? > > Just the probe, not the attach. Then my basic gripe remains; in the ethernet case, if I pull card A and replace with card B of the same type, the arp code will be confused (wrong MAC address). > > (Do you have to do this anyway, to get the PCCARD back to a known > > state?) > > Well, there's the issue, and the answer is 'maybe so, I'm not sure'. I > don't *think* so, but it may require it. I'm playing with some code to > try and not require it. I know the linux code doesn't try to save the > state, and instead does what the apm_pccard_resume code does. (Which > isn't necessarily a bad thing.) However, I'm not sure what the other > OS's do (NetBSD for example). Win95 appears to 'suspend/resume' the > card, although it may just be the 'appearances', and not how it's > actually implemented under the hood. I think that caching "what was in the slot" at a lower level would be good, but that means moving the CIS parser inside the kernel. mike
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199710250735.RAA00394>