diff options
author | rwatson <rwatson@FreeBSD.org> | 2005-08-09 10:16:17 +0000 |
---|---|---|
committer | rwatson <rwatson@FreeBSD.org> | 2005-08-09 10:16:17 +0000 |
commit | 74759aaa78777146f23aa05c856f574efdfb41d9 (patch) | |
tree | 2e67ece1763630512a8de9bf55d9345a91eb422e /sys/dev/usb/if_rue.c | |
parent | 1e9ecd7ff53100227c15d4a41368b447b67fc2d7 (diff) | |
download | FreeBSD-src-74759aaa78777146f23aa05c856f574efdfb41d9.zip FreeBSD-src-74759aaa78777146f23aa05c856f574efdfb41d9.tar.gz |
Rename IFF_RUNNING to IFF_DRV_RUNNING, IFF_OACTIVE to IFF_DRV_OACTIVE,
and move both flags from ifnet.if_flags to ifnet.if_drv_flags, making
and documenting the locking of these flags the responsibility of the
device driver, not the network stack. The flags for these two fields
will be mutually exclusive so that they can be exposed to user space as
though they were stored in the same variable.
Provide #defines to provide the old names #ifndef _KERNEL, so that user
applications (such as ifconfig) can use the old flag names. Using the
old names in a device driver will result in a compile error in order to
help device driver writers adopt the new model.
When exposing the interface flags to user space, via interface ioctls
or routing sockets, or the two fields together. Since the driver flags
cannot currently be set for user space, no new logic is currently
required to handle this case.
Add some assertions that general purpose network stack routines, such
as if_setflags(), are not improperly used on driver-owned flags.
With this change, a large number of very minor network stack races are
closed, subject to correct device driver locking. Most were likely
never triggered.
Driver sweep to follow; many thanks to pjd and bz for the line-by-line
review they gave this patch.
Reviewed by: pjd, bz
MFC after: 7 days
Diffstat (limited to 'sys/dev/usb/if_rue.c')
0 files changed, 0 insertions, 0 deletions