src/sys/dev/snc, branch releng/7.3FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=releng%2F7.32007-02-23T12:19:07Zo break newbus api: add a new argument of type driver_filter_t to2007-02-23T12:19:07ZPaolo Pisatipiso@FreeBSD.org2007-02-23T12:19:07Zurn:sha1:ef544f631226436ef590825881e7a28369df82f6
bus_setup_intr()
o add an int return code to all fast handlers
o retire INTR_FAST/IH_FAST
For more info: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=465712+0+current/freebsd-current
Reviewed by: many
Approved by: re@
Fix -Wundef warnings from compiling GENERIC and LINT kernels of2005-12-06T11:19:37ZRuslan Ermilovru@FreeBSD.org2005-12-06T11:19:37Zurn:sha1:44e09d2fa2a11289f7eb5372f0da2bf69c48fdb7
all architectures.
- Store pointer to the link-level address right in "struct ifnet"2005-11-11T16:04:59ZRuslan Ermilovru@FreeBSD.org2005-11-11T16:04:59Zurn:sha1:4a0d6638b3bb3b7ed39b852f722e904ac9a6e603
rather than in ifindex_table[]; all (except one) accesses are
through ifp anyway. IF_LLADDR() works faster, and all (except
one) ifaddr_byindex() users were converted to use ifp->if_addr.
- Stop storing a (pointer to) Ethernet address in "struct arpcom",
and drop the IFP2ENADDR() macro; all users have been converted
to use IF_LLADDR() instead.
'PC Card' instead of other variants2005-09-22T06:01:44ZWarner Loshimp@FreeBSD.org2005-09-22T06:01:44Zurn:sha1:c82f53f61d3977665e4c37c3df1aa2cda2f8e318Propagate rename of IFF_OACTIVE and IFF_RUNNING to IFF_DRV_OACTIVE and2005-08-09T10:20:02ZRobert Watsonrwatson@FreeBSD.org2005-08-09T10:20:02Zurn:sha1:13f4c340aeeeb104844712bb36899d1adef50579
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
MFC after: 7 days
Modify device drivers supporting multicast addresses to lock if_addr_mtx2005-08-03T00:18:35ZRobert Watsonrwatson@FreeBSD.org2005-08-03T00:18:35Zurn:sha1:13b203d0d78cc08a7e0da8e8d5eb8c1a5d94ab69
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>
MFC after: 1 week
Build on pc98.2005-06-12T16:21:44ZBrooks Davisbrooks@FreeBSD.org2005-06-12T16:21:44Zurn:sha1:2ac7ea9addc193b4e4cfdebaa102222c1fa56cabchange 'dev' to 'sc->sc_dev' to fix the build.2005-06-12T15:25:19ZScott Longscottl@FreeBSD.org2005-06-12T15:25:19Zurn:sha1:76b85e0fe6ad3159dde8b8f00830de1533051d8f
Approved: re (implicit)
Stop embedding struct ifnet at the top of driver softcs. Instead the2005-06-10T16:49:24ZBrooks Davisbrooks@FreeBSD.org2005-06-10T16:49:24Zurn: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
Only send packet to bpf if we are committed to send it. Previously it was2005-02-21T17:30:10ZMax Laiermlaier@FreeBSD.org2005-02-21T17:30:10Zurn:sha1:473156220d87f97a37beb1a9641a173629a8a51e
possible that the same packet would show up multiple times. This poses some
constraints on the TBD locking for snc(4) (see comment).
Obtained from: DragonFlyBSD
Submitted by: Joerg Sonnenberger
Reviewed by: rwatson