linux-toradex.git/include/linux/if_vlan.h, branch v2.6.38-rc5

vlan: Add function to retrieve EtherType from vlan packets.

2010-11-12T20:30:57+00:00

Depending on how a packet is vlan tagged (i.e. hardware accelerated or
not), the encapsulated protocol is stored in different locations.  This
provides a consistent method of accessing that protocol, which is needed
by drivers, security checks, etc.

Signed-off-by: Hao Zheng 
Signed-off-by: Jesse Gross 
Signed-off-by: David S. Miller

vlan: Calling vlan_hwaccel_do_receive() is always valid.

2010-10-22T02:59:31+00:00

It is now acceptable to receive vlan tagged packets at any time,
even if CONFIG_VLAN_8021Q is not set.  This means that calling
vlan_hwaccel_do_receive() should not result in BUG() but rather just
behave as if there were no vlan devices configured.

Reported-by: Vladislav Zolotarov 
Signed-off-by: Jesse Gross 
Signed-off-by: David S. Miller

vlan: Centralize handling of hardware acceleration.

2010-10-21T08:26:53+00:00

Currently each driver that is capable of vlan hardware acceleration
must be aware of the vlan groups that are configured and then pass
the stripped tag to a specialized receive function.  This is

different from other types of hardware offload in that it places a
significant amount of knowledge in the driver itself rather keeping
it in the networking core.

This makes vlan offloading function more similarly to other forms
of offloading (such as checksum offloading or TSO) by doing the
following:
* On receive, stripped vlans are passed directly to the network
core, without attempting to check for vlan groups or reconstructing
the header if no group
* vlans are made less special by folding the logic into the main
receive routines
* On transmit, the device layer will add the vlan header in software
if the hardware doesn't support it, instead of spreading that logic
out in upper layers, such as bonding.

There are a number of advantages to this:
* Fixes all bugs with drivers incorrectly dropping vlan headers at once.
* Avoids having to disable VLAN acceleration when in promiscuous mode
(good for bridging since it always puts devices in promiscuous mode).
* Keeps VLAN tag separate until given to ultimate consumer, which
avoids needing to do header reconstruction as in tg3 unless absolutely
necessary.
* Consolidates common code in core networking.

Signed-off-by: Jesse Gross 
Signed-off-by: David S. Miller

vlan: Avoid hash table lookup to find group.

2010-10-21T08:26:53+00:00

A struct net_device always maps to zero or one vlan groups and we
always know the device when we are looking up a group.  We currently
do a hash table lookup on the device to find the group but it is
much simpler to just store a pointer.

Signed-off-by: Jesse Gross 
Signed-off-by: David S. Miller

vlan: Rename VLAN_GROUP_ARRAY_LEN to VLAN_N_VID.

2010-10-21T08:26:50+00:00

VLAN_GROUP_ARRAY_LEN is simply the number of possible vlan VIDs.
Since vlan groups will soon be more of an implementation detail
for vlan devices, rename the constant to be descriptive of its
actual purpose.

Signed-off-by: Jesse Gross 
Signed-off-by: David S. Miller

net: 802.1q: make vlan_hwaccel_do_receive() return void

2010-08-23T04:03:33+00:00

vlan_hwaccel_do_receive() always returns 0, so make it return void.

Signed-off-by: Changli Gao 
Signed-off-by: David S. Miller

vlan: support "loose binding" to the underlying network device

2009-11-27T00:00:36+00:00

Currently the UP/DOWN state of VLANs is synchronized to the state of the
underlying device, meaning all VLANs are set down once the underlying
device is set down. This causes all routes to the VLAN devices to vanish.

Add a flag to specify a "loose binding" mode, in which only the operstate
is transfered, but the VLAN device state is independant.

Signed-off-by: Patrick McHardy 
Signed-off-by: David S. Miller

gro: Change all receive functions to return GRO result codes

2009-10-30T04:36:53+00:00

This will allow drivers to adjust their receive path dynamically
based on whether GRO is being applied successfully.

Currently all in-tree callers ignore the return values of these
functions and do not need to be changed.

Signed-off-by: Ben Hutchings 
Acked-by: Herbert Xu 
Signed-off-by: David S. Miller

vlan: Optimize multiple unregistration

2009-10-28T09:22:08+00:00

Use unregister_netdevice_many() to speedup master device unregister.

Signed-off-by: Eric Dumazet 
Signed-off-by: David S. Miller

vlan: allow null VLAN ID to be used

2009-10-27T08:02:33+00:00

We currently use a 16 bit field (vlan_tci) to store VLAN ID/PRIO on a skb.

Null value is used as a special value, meaning vlan tagging not enabled.
This forbids use of null vlan ID.

As pointed by David, some drivers use the 3 high order bits (PRIO)

As VLAN ID is 12 bits, we can use the remaining bit (CFI) as a flag, and
allow null VLAN ID.

In case future code really wants to use VLAN_CFI_MASK, we'll have to use
a bit outside of vlan_tci.

#define VLAN_PRIO_MASK         0xe000 /* Priority Code Point */
#define VLAN_PRIO_SHIFT        13
#define VLAN_CFI_MASK          0x1000 /* Canonical Format Indicator */
#define VLAN_TAG_PRESENT       VLAN_CFI_MASK
#define VLAN_VID_MASK          0x0fff /* VLAN Identifier */

Reported-by: Gertjan Hofman 
Signed-off-by: Eric Dumazet 
Signed-off-by: David S. Miller