Description of problem:
Problem is with interfaces on Adaptec 4-port NICs not being able 
to see 802.1q vlans.

With a tcpdump I see no 802.1q header, and configuring up an 
interface tagged with a live vlan-id shows no traffic (although 
the traffic is visible on the raw [eg eth8, rather than eth8.3] 
interface).


Version-Release number of selected component (if applicable):
kernel-2.4.20-20.9

How reproducible:
Every time

Steps to Reproduce:
0. Configure connected network switch to run 802.1q trunk to NIC.
1. Configure interface as VLAN tag, matching a vlan-id on the switch
2. Bring up raw & tagged interface (eg ifup eth8 && ifup eth8.3)
3. tcpdump raw and then tagged interface.
    
Actual results:
tcpdumping raw interface (eg eth8) shows traffic with no 802.1q 
header.
tcpdumping tagged interface (eg eth8.3) shows no traffic.


Expected results:
tcpdumping raw interface (eg eth8) should show traffic with 802.1q 
headers.
tcpdumping tagged interface (eg eth8.3) should show normal 
traffic.


Additional info:
The output from a "insmod starfire.o debug=6" shows bringing up 
the eth8.3 interface (adding the vlan tag), proving that the 
vlan code is compiled into the driver.

I mailed ion (maintainer) separately, aswell. He is also cc'd here 
(as per his comment in another RH bugzilla entry ... hope that's OK :)

I have tried vanilla kernel 2.4.22, but this has the same driver 
version (and doesn't work).

Don Becker's 1.09 driver does seem to work OK