9c3ae2ef4b
panic on hub detach bugs that have been reported. This work around detaches the device before deleting it. This changes the detach order from in-order to pre-order. This avoids uhub's deleting the children after its subdevs has been deleted. This is only a workaround. This leads to a strange condition in the device tree where attached devices are children of detached ones. I really don't know what that's supposed to mean, but does violate my sense of POLA. Fortunately, the violation is short lived, which is why I'm going ahead and committing the work around. # We really need to consider life w/o the multiple nested layers of # compatibility macros. They make finding bugs like this *MUCH* # harder. Patch by: iadowse MT5 before: next_release(5.3-BETA5) (unless someting better comes along) |
||
---|---|---|
.. | ||
dsbr100io.h | ||
ehci_pci.c | ||
ehci.c | ||
ehcireg.h | ||
ehcivar.h | ||
FILES | ||
hid.c | ||
hid.h | ||
if_aue.c | ||
if_auereg.h | ||
if_axe.c | ||
if_axereg.h | ||
if_cue.c | ||
if_cuereg.h | ||
if_kue.c | ||
if_kuereg.h | ||
if_rue.c | ||
if_ruereg.h | ||
if_udav.c | ||
if_udavreg.h | ||
kue_fw.h | ||
ohci_pci.c | ||
ohci.c | ||
ohcireg.h | ||
ohcivar.h | ||
rio500_usb.h | ||
ubsa.c | ||
ubser.c | ||
ubser.h | ||
ucom.c | ||
ucomvar.h | ||
ucycom.c | ||
udbp.c | ||
udbp.h | ||
ufm.c | ||
uftdi.c | ||
uftdireg.h | ||
ugen.c | ||
ugraphire_rdesc.h | ||
uhci_pci.c | ||
uhci.c | ||
uhcireg.h | ||
uhcivar.h | ||
uhid.c | ||
uhub.c | ||
ukbd.c | ||
ulpt.c | ||
umass.c | ||
umct.c | ||
umodem.c | ||
ums.c | ||
uplcom.c | ||
urio.c | ||
usb_ethersubr.c | ||
usb_ethersubr.h | ||
usb_if.m | ||
usb_mem.c | ||
usb_mem.h | ||
usb_port.h | ||
usb_quirks.c | ||
usb_quirks.h | ||
usb_subr.c | ||
usb.c | ||
usb.h | ||
usbcdc.h | ||
usbdevs | ||
usbdi_util.c | ||
usbdi_util.h | ||
usbdi.c | ||
usbdi.h | ||
usbdivar.h | ||
usbhid.h | ||
uscanner.c | ||
uvisor.c | ||
uvscom.c |