freebsd-dev/sys/dev/ed
Warner Losh 188ddb1837 When the miibus for the AX88x90 or TC5299J cards fails to attach, we
would call ed_release_resources() when we should have called
ed_detach() to properly undo the effects of prior calls to
ed_attach().  This would leave a stray ed interface ifnet alive in the
system, which was, well, bad, since we called if_free() on the
underlying memory...  Fix the ed_detach routine to cope being called
in this context now.

This should never come up because the miibus is always there.  Except
for now when it seems to be failing for reasons unknown...  That's a
different bug that hits at least ed, xl, dc and fxp...
2008-08-06 22:22:27 +00:00
..
ax88x90reg.h
dl100xxreg.h
if_ed98.h
if_ed_3c503.c Have a function pointer to the routine to call for writing an mbuf 2006-01-27 19:10:13 +00:00
if_ed_cbus.c o break newbus api: add a new argument of type driver_filter_t to 2007-02-23 12:19:07 +00:00
if_ed_hpp.c Have a function pointer to the routine to call for writing an mbuf 2006-01-27 19:10:13 +00:00
if_ed_isa.c o break newbus api: add a new argument of type driver_filter_t to 2007-02-23 12:19:07 +00:00
if_ed_novell.c MFp4: 2006-06-12 04:30:42 +00:00
if_ed_pccard.c When the miibus for the AX88x90 or TC5299J cards fails to attach, we 2008-08-06 22:22:27 +00:00
if_ed_pci.c Add Winbond W89C940F to the list. Also, stub in some entries for two 2007-12-31 03:29:02 +00:00
if_ed_rtl80x9.c Add missing 'sc->chip_type ==' to an ugly switch statement expression 2007-12-31 03:27:21 +00:00
if_ed_sic.c Have a function pointer to the routine to call for writing an mbuf 2006-01-27 19:10:13 +00:00
if_ed_wd80x3.c Have a function pointer to the routine to call for writing an mbuf 2006-01-27 19:10:13 +00:00
if_ed.c When the miibus for the AX88x90 or TC5299J cards fails to attach, we 2008-08-06 22:22:27 +00:00
if_edreg.h
if_edvar.h MFp4: 2006-06-12 04:30:42 +00:00
rtl80x9reg.h
tc5299jreg.h