summaryrefslogtreecommitdiffstats
path: root/sys/net/if_vlan_var.h
Commit message (Collapse)AuthorAgeFilesLines
* A network interface driver can support IFCAP_VLAN_MTU only,yar2004-01-181-3/+3
| | | | | | | without IFCAP_VLAN_HWTAGGING. The previous version of the leading comment in this file could lead to the opposite conclusion. Fix some typos in the comment as well.
* backout the switch to use a zone for vlan tags; this requiressam2004-01-031-3/+2
| | | | vlans be present if any driver with h/w vlan tagging is configured
* switch vlan packet tag allocation to use a private zonesam2004-01-021-2/+3
|
* - In vlan_input(), always mask off all but the VLID bits from tagswpaul2003-07-081-1/+2
| | | | | | | | | | | | extracted from received frames, both in the IFCAP_VLAN_HWTAGGING case and not. (Some drivers may already do this masking internally, but doing it here doesn't hurt and insures consistency.) - In vlan_ioctl(), don't let the user set a VLAN ID value with anything besides the VLID bits set, otherwise we will have trouble matching an interface in vlan_input() later. PR: kern/46405
* Pass the correct malloc flags to m_tag_alloc().mux2003-03-131-1/+1
|
* Back out M_* changes, per decision of the TRB.imp2003-02-191-1/+1
| | | | Approved by: trb
* Remove M_TRYWAIT/M_WAITOK/M_WAIT. Callers should use 0.alfred2003-01-211-1/+1
| | | | Merge M_NOWAIT/M_DONTWAIT into a single flag M_NOWAIT.
* o eliminate separate callback interface for h/w tagged input packets; insteadsam2002-11-141-22/+57
| | | | | | | | | | | | | | | | | | | | | drivers "tag packets" with an m_tag and the input packet handling recognizes such packets and does the right thing o track the number of active vlans on an interface; this lets lots of places only do vlan-specific processing when needed o track changes to ether_ifdetach/ether_ifattach o track bpf changes o eliminate the use of M_PROTO1 for communicating to drivers about tagged packets o eliminate the use of IFF_LINK0 for drivers communicating to the vlan code that they support h/w tagging; replaced by explicit interface capabilities o add ifnet capabilities for h/w tagging and support of "large mtu's" o use new interface capabilities to auto-configure use of large mtu's and h/w tagging o add support for proper handling of promiscuous mode o document driver/vlan communication conventions Reviewed by: many Approved by: re
* Simplify the interface cloning framework by handling unitmux2002-03-111-1/+0
| | | | | | | | | unit allocation with a bitmap in the generic layer. This allows us to get rid of the duplicated rman code in every clonable interface. Reviewed by: brooks Approved by: phk
* Make vlan(4) loadable, unloadable, and clonable. As a side effect,brooks2001-09-051-8/+2
| | | | | | | interfaces must now always enable VLAN support. Reviewed by: jlemon MFC after: 3 weeks
* Use the IANA assignment IFT_L2VLAN directly instead of indirecting throughfenner2001-07-241-3/+0
| | | | | | a privately #defined IFT_8021_VLAN. MFC after: 3 days
* Change the type of the VLAN interface from IFT_PROPVIRTUAL,yar2001-04-041-2/+2
| | | | | which was a temporary hack, to IFT_L2VLAN, which is the type assigned by IANA.
* Back out the previous change to the queue(3) interface.jake2000-05-261-2/+2
| | | | | | It was not discussed and should probably not happen. Requested by: msmith and others
* Change the way that the queue(3) structures are declared; don't assume thatjake2000-05-231-2/+2
| | | | | | | | the type argument to *_HEAD and *_ENTRY is a struct. Suggested by: phk Reviewed by: phk Approved by: mdodd
* Change #ifdef KERNEL to #ifdef _KERNEL in the public headers. "KERNEL"peter1999-12-291-3/+3
| | | | | | is an application space macro and the applications are supposed to be free to use it as they please (but cannot). This is consistant with the other BSD's who made this change quite some time ago. More commits to come.
* The current code incorrectly assumes that all vlansjkh1999-12-131-1/+1
| | | | | | | | | are configured, and/or associated with a parent device. If you receive a frame for a VLAN that's not in the list, you walk off the end of the list. Boom. Submitted by: C. Stephen Gunn <csg@waterspout.com> PR: 15291
* $Id$ -> $FreeBSD$peter1999-08-281-1/+1
|
* Grrr... botched remote commit. Let's try this again: vlan updates,wpaul1999-03-151-1/+9
| | | | take two.
* Add preliminary support for IEEE 802.1Q VLAN tagging. It doesn't actuallywollman1998-03-181-0/+84
work reliably yet (I've had panics), but it does seem to occasionally be able to transmit and receive syntactically-correct packets. Also fixes one of if_ethersubr.c's legion style bugs, and removes the hostcache code from standard kernels---the code that depends on it is not going to happen any time soon, I'm afraid.
OpenPOWER on IntegriCloud