VIMAGE crashes on 9.x with hotplug net80211 devices

Hans Petter Selasky hselasky at c2i.net
Sun Oct 28 21:05:44 UTC 2012


Hi,

I currently have not tested VIMAGE with USB devices.

Detach is the final exit for a USB device.

There is also shutdown, but softc still is around.

--HPS

On Sunday 28 October 2012 19:47:20 Adrian Chadd wrote:
> ping?
> 
> Marko - would you be willing to add the if_free() vnet context setup into
> -HEAD?
> 
> Hans, what do you think about USB device attach? detach will be
> covered by the above (I hope!) but we still need to do a
> CURVNET_SET(vnet0); during hotplug attach.
> 
> Thanks,
> 
> 
> Adrian
> 
> On 23 October 2012 10:37, Adrian Chadd <adrian at freebsd.org> wrote:
> > On 23 October 2012 00:16, Marko Zec <zec at fer.hr> wrote:
> >> As already mentioned earlier, I don't terribly object if you'd place
> >> CURVNET_SET(ifp->if_vnet) inside if_free() and a limited number of
> >> similar functions, but I don't quite believe this is will enough to
> >> solve the device_detach() issue without having to touch any of the
> >> drivers...
> > 
> > That's why I'm asking for more/better ideas.
> > 
> > So far my ideas are:
> > 
> > * for hotplug insert - do the same as what you're doing during the
> > kldload and boot device enumeration pass - call CURVNET_SET(vnet0)
> > * for device unload (hotplug or otherwise) - if vnet isn't set,
> > implicitly set it to vnet0
> > * for the net80211 vaps, they get destroyed in a few places (ioctl
> > path, device detach path, I'm sure I saw one more) so I have to use
> > CURVNET_SET(ifp->if_vnet) on those.
> > 
> > Now, that _should_ fix it for ath(4) and net80211, and it should fix
> > it for all the other non-USB wireless devices out there.
> > 
> > Now as for USB - Hans, what do you think? Should we do something
> > similar? How does VIMAGE work right now with USB wireless and USB
> > ethernet devices?
> > 
> > Marko - thanks for persisting with this. I'd like to try and make this
> > work for 10.0.
> > 
> > 
> > 
> > Adrian


More information about the freebsd-hackers mailing list