Date: Sat, 25 Oct 1997 10:47:26 -0600 (MDT) From: Nate Williams <nate@mt.sri.com> To: Mike Smith <mike@smith.net.au> Cc: Nate Williams <nate@mt.sri.com>, mobile@freebsd.org Subject: Re: Patches from -current for -stable I'd like to commit after testing Message-ID: <199710251647.KAA24291@rocky.mt.sri.com> In-Reply-To: <199710250735.RAA00394@word.smith.net.au> References: <199710241643.KAA20805@rocky.mt.sri.com> <199710250735.RAA00394@word.smith.net.au>
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). UTSL. Again, it's a non-issue. > > > (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. I don't think so. *However*, in the tests that I've been performing, on my box if I suspend I lose the port mapping, so I must re-initialize them on the port when we come up, then do the mini-probe (since it fails right now.) More later... Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199710251647.KAA24291>