diff options
| author | yongari <yongari@FreeBSD.org> | 2008-07-16 08:35:29 +0000 |
|---|---|---|
| committer | yongari <yongari@FreeBSD.org> | 2008-07-16 08:35:29 +0000 |
| commit | 8949e679ff0b97525d3e24994d6b9a43c9feed24 (patch) | |
| tree | a11fafd52a6f1ab3762a10ac23765bed78651888 /sys/netinet | |
| parent | dc88e0e3e5bb00766977203967a6f933644147e6 (diff) | |
| download | FreeBSD-src-8949e679ff0b97525d3e24994d6b9a43c9feed24.zip FreeBSD-src-8949e679ff0b97525d3e24994d6b9a43c9feed24.tar.gz | |
Fix a multicast handling regression on VT6105M introduced in
vr(4) overhauling(r177050).
It seems that filtering multicast addresses with multicast CAM
entries require accessing 'CAM enable bit' for each CAM entry.
Subsequent accessing multicast CAM control register without
toggling the 'CAM enable bit' seem to no effects.
In order to fix that separate CAM setup from CAM mask configuration
and CAM entry modification. While I'm here add VLAN CAM filtering
feature which will be enabled in future(FreeBSD now can receive
VLAN id insertion/removal event from vlan(4) on the fly).
For VT6105M hardware, explicitly disable VLAN hardware tag
insertion/stripping and enable VLAN CAM filtering for VLAN id 0.
This shall make non-VLAN frames set VR_RXSTAT_VIDHIT bit in Rx
status word.
Added multicast/VLAN CAM address definition to header file.
PR: kern/125010, kern/125024
MFC after: 1 week
Diffstat (limited to 'sys/netinet')
0 files changed, 0 insertions, 0 deletions
