FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F6.2.0_cvs 2007-01-11T22:54:46Z 2007-01-11T22:54:46Z cvs2svn cvs2svn@FreeBSD.org 2007-01-11T22:54:46Z urn:sha1:201f78d6b90635d961fa373ecd706e3786333b7e 'RELENG_6_2_0_RELEASE'. This commit was manufactured to restore the state of the 6.2-RELEASE image. 2006-06-18T06:23:14Z Mike Silbersack silby@FreeBSD.org 2006-06-18T06:23:14Z urn:sha1:528223c13660dc282e933f8597e972347e806423 finally put the issues the bfe driver has with > 1G machines to rest. Note that these changes are dependant on changes which have been made to busdma, so merging just this patch to releng_6_1 or releng_5 will be ineffective. 2006-04-28T05:39:58Z Mike Silbersack silby@FreeBSD.org 2006-04-28T05:39:58Z urn:sha1:e82fca1fd830b09319bfc4ee0c6d989cde10970b These changes allow bfe to work on machines with > 1GB of ram. Approved by: re 2006-03-17T21:30:57Z Gleb Smirnoff glebius@FreeBSD.org 2006-03-17T21:30:57Z urn:sha1:388593fdf366a4605762cb9b14a02f01d9906cd2 Do not touch ifp->if_baudrate in miibus aware drivers. Approved by: re (scottl) 2005-10-09T04:15:12Z Xin LI delphij@FreeBSD.org 2005-10-09T04:15:12Z urn:sha1:5c087ae0e15ece1b58c09b4aea7a4d7b36ae03ae | Fix "struct ifnet" leaks when attach() fails in the middle. | | Revision Changes Path | 1.28 +4 -5 src/sys/dev/bfe/if_bfe.c | 1.95 +3 -2 src/sys/dev/bge/if_bge.c | 1.21 +2 -0 src/sys/dev/cnw/if_cnw.c | 1.261 +2 -1 src/sys/dev/ed/if_ed.c | 1.38 +9 -2 src/sys/dev/en/if_en_pci.c | 1.59 +3 -1 src/sys/dev/ex/if_ex.c | 1.26 +4 -3 src/sys/dev/hatm/if_hatm.c | 1.105 +2 -1 src/sys/dev/ie/if_ie.c | 1.17 +2 -1 src/sys/dev/vge/if_vge.c Approved by: re (scottl) 2005-08-25T05:01:24Z Robert Watson rwatson@FreeBSD.org 2005-08-25T05:01:24Z urn:sha1:a4a8a0bc4b3a0a932b574e32955bb582ad954f27 if_pflog.c:1.14 if_pfsync.c:1.21 if_an.c:1.70 if_ar.c:1.72 if_arl.c:1.11 amrr.c:1.10 onoe.c:1.10 if_ath.c:1.101 awi.c:1.41 if_bfe.c:1.27 if_bge.c:1.93 if_cm_isa.c:1.7 smc90cx6.c:1.16 if_cnw.c:1.20 if_cp.c:1.25 if_cs.c:1.42 if_ct.c:1.26 if_cx.c:1.46 if_ed.c:1.256 if_em.c:1.68 if_en_pci.c:1.37 midway.c:1.66 if_ep.c:1.143 if_ex.c:1.58 if_fatm.c:1.20 if_fe.c:1.93 if_fwe.c:1.38 if_fwip.c:1.8 if_fxp.c:1.244 if_gem.c:1.33 if_hatm.c:1.25 if_hatm_intr.c:1.20 if_hatm_ioctl.c:1.13 if_hatm_rx.c:1.10 if_hatm_tx.c:1.14 if_hme.c:1.39 if_ie.c:1.104 if_ndis.c:1.101 if_ic.c:1.24 if_ipw.c:1.10 if_iwi.c:1.10 if_ixgb.c:1.13 if_lge.c:1.41 if_lnc.c:1.113 if_my.c:1.31 if_nge.c:1.77 if_nve.c:1.10 if_owi.c:1.12 if_patm.c:1.9 if_patm_intr.c:1.6 if_patm_ioctl.c:1.10 if_patm_tx.c:1.10 pdq_ifsubr.c:1.28 if_plip.c:1.38 if_ral.c:1.12 if_ral_pci.c:1.2 if_ray.c:1.81 if_rayvar.h:1.22 if_re.c:1.49 if_sbni.c:1.21 if_sbsh.c:1.14 if_sn.c:1.48 dp83932.c:1.21 if_snc_pccard.c:1.9 if_sr.c:1.70 if_tx.c:1.91 if_txp.c:1.33 if_aue.c:1.92 if_axe.c:1.32 if_cdce.c:1.8 if_cue.c:1.59 if_kue.c:1.66 if_rue.c:1.23 if_udav.c:1.16 if_ural.c:1.12 if_vge.c:1.16 if_vx.c:1.58 if_wi.c:1.185 if_wi_pci.c:1.26 if_wl.c:1.68 if_xe.c:1.60 if_xe_pccard.c:1.30 if_el.c:1.68 i4b_ipr.c:1.35 i4b_isppp.c:1.31 kern_poll.c:1.20 bridge.c:1.94 bridgestp.c:1.4 if_arcsubr.c:1.27 if_atm.h:1.24 if_atmsubr.c:1.40 if_bridge.c:1.16 if_ef.c:1.35 if_ethersubr.c:1.196 if_faith.c:1.37 if_fddisubr.c:1.100 if_fwsubr.c:1.14 if_gif.c:1.54 if_gre.c:1.34 if_iso88025subr.c:1.70 if_loop.c:1.107 if_ppp.c:1.106 if_spppsubr.c:1.121 if_tap.c:1.57 if_tun.c:1.154 if_vlan.c:1.80 ppp_tty.c:1.67 ieee80211_ioctl.c:1.32 atm_if.c:1.31 ng_eiface.c:1.33 ng_ether.c:1.50 ng_fec.c:1.19 ng_iface.c:1.44 ng_sppp.c:1.9 ip_carp.c:1.30 ip_fastfwd.c:1.30 in6.c:1.53 nd6_nbr.c:1.31 natm.c:1.40 if_dc.c:1.162 if_de.c:1.168 if_pcn.c:1.72 if_rl.c:1.154 if_sf.c:1.84 if_sis.c:1.135 if_sk.c:1.108 if_ste.c:1.86 if_ti.c:1.109 if_tl.c:1.101 if_vr.c:1.106 if_wb.c:1.81 if_xl.c:1.194 from HEAD to RELENG_6: Propagate rename of IFF_OACTIVE and IFF_RUNNING to IFF_DRV_OACTIVE and IFF_DRV_RUNNING, as well as the move from ifnet.if_flags to ifnet.if_drv_flags. Device drivers are now responsible for synchronizing access to these flags, as they are in if_drv_flags. This helps prevent races between the network stack and device driver in maintaining the interface flags field. Many __FreeBSD__ and __FreeBSD_version checks maintained and continued; some less so. Reviewed by: pjd, bz Approved by: re (scottl) 2005-08-24T16:50:46Z Robert Watson rwatson@FreeBSD.org 2005-08-24T16:50:46Z urn:sha1:f0b45413411250a1731acaf286bec7ea1c166c32 if_em.c:1.67 if_ex.c:1.57 if_fe.c:1.92 if_fxp.c:1.242 if_gem.c:1.32 if_hme.c:1.38 if_ie.c:1.103 if_ndis.c:1.100 if_ixgb.c:1.12 if_lge.c:1.40 if_lnc.c:1.112 if_my.c:1.30 if_nge.c:1.76 if_nve.c:1.9 if_owi.c:1.11 pdq_ifsubr.c:1.27 if_ray.c:1.80 if_re.c:1.47 if_sn.c:1.47 dp83932.c:1.20 if_tx.c:1.90 if_txp.c:1.32 if_aue.c:1.91 if_axe.c:1.31 if_cue.c:1.58 if_kue.c:1.65 if_rue.c:1.22 if_udav.c:1.15 if_vge.c:1.15 if_wi.c:1.182 if_wl.c:1.67 if_xe.c:1.58 if_dc.c:1.161 if_de.c:1.167 if_pcn.c:1.70 if_rl.c:1.153 if_sf.c:1.83 if_sis.c:1.134 if_sk.c:1.107 if_ste.c:1.85 if_ti.c:1.108 if_tl.c:1.100 if_vr.c:1.105 if_wb.c:1.80 if_xl.c:1.193 from HEAD to RELENG_6: Modify device drivers supporting multicast addresses to lock if_addr_mtx over iteration of their multicast address lists when synchronizing the hardware address filter with the network stack-maintained list. Problem reported by: Ed Maste (emaste at phaedrus dot sandvine dot ca> Approved by: re (scottl) 2005-06-10T16:49:24Z Brooks Davis brooks@FreeBSD.org 2005-06-10T16:49:24Z urn:sha1:fc74a9f93a5fbc83262aa12084404ac953c854b5 struct ifnet or the layer 2 common structure it was embedded in have been replaced with a struct ifnet pointer to be filled by a call to the new function, if_alloc(). The layer 2 common structure is also allocated via if_alloc() based on the interface type. It is hung off the new struct ifnet member, if_l2com. This change removes the size of these structures from the kernel ABI and will allow us to better manage them as interfaces come and go. Other changes of note: - Struct arpcom is no longer referenced in normal interface code. Instead the Ethernet address is accessed via the IFP2ENADDR() macro. To enforce this ac_enaddr has been renamed to _ac_enaddr. - The second argument to ether_ifattach is now always the mac address from driver private storage rather than sometimes being ac_enaddr. Reviewed by: sobomax, sam 2005-06-05T22:48:15Z Warner Losh imp@FreeBSD.org 2005-06-05T22:48:15Z urn:sha1:4d3c2a319c80896e1948f573671a0c0be2aadd15 2005-05-29T04:42:30Z Yoshihiro Takahashi nyan@FreeBSD.org 2005-05-29T04:42:30Z urn:sha1:d4fcf3cba56369bf27a1943ee07b2ddd124b8436 and amd64. The optimization is a trivial on recent machines. Reviewed by: -arch (imp, marcel, dfr)