[OpenWrt-Devel] Fwd: Re: [PATCH 10/10] brcmfmac: Add support for multiple PCIE devices in nvram.

Hante Meuleman meuleman at broadcom.com
Fri May 1 11:33:17 EDT 2015


Got some more information on the problems with the switch and 
the used vlan configuration. Basically it is possible to use port 8 as 
CPU port, however it is not possible to use the switch with vlan port 
configuration 0 1 2 3 5 7 8, without making some huge modifications. 
When this configuration is used the packets received will be without 
vlan tag (identified by status field in gmac). This mode is used for an 
optimization which is not easily to be used within the current 
OpenWRT driver framework. 

The usage of port 8 as CPU is possible, but not necessary, nor does it 
bring any improvements. The vlan port configuration is best limited 
to usable ports 0 1 2 3 and 4 for the lan/wan ports and port 5 as the 
cpu port. Doing this would mean that there are no further changes 
necessary to the existing drivers.

Attached patch will modify the existing vlanport configuration so it 
will work on the r8000.


-----Original Message-----
On 29 April 2015 at 12:51, Hante Meuleman <meuleman at broadcom.com> wrote:
> Status report: spent lots of time trying to figure out how to use cpu
> port 8 and use vlan1ports "0 1 2 3 5 7 8t", and found that I got fooled
> by the way I tried to determine if it was working or not. To see if the
> switch configuration was working I used to type "ifconfig" and then
> see if there were and rx packets. Today I added logging in bgmac to
> see if there are any rx interrupts, and to my surprise there are. So it
> is possible to get it to work with cpu port 8 but the data is being
> dropped by the stack (nothing visible in the counters). This is sample
> data that gets received:
>
> [   32.759614] bgmac: ETH, len=324, flags=0x01, protocol=0x0008
> [   32.766714] bgmac: 45 00 01 36  bc f2 40 00  ff 11 19 8a  c0 a8 02 96
> [   32.774796] bgmac: e0 00 00 fb  14 e9 14 e9  01 22 b5 86  00 00 84 00
> [   32.782892] bgmac: ETH, len=344, flags=0x01, protocol=0xdd86
> [   32.789989] bgmac: 60 00 00 00  01 22 11 ff  fd 1b 72 e5  79 5c 00 00
> [   32.798077] bgmac: 75 58 39 77  51 db f7 b2  ff 02 00 00  00 00 00 00

Packets received by bgmac are supposed to be VLAN tagged. Are they in your case?

I think you're dumping beginning on every packet. Compare dump (early
bytes, look for 802.1Q header [0]) when using 5t vs. 8t.

[0] http://en.wikipedia.org/wiki/IEEE_802.1Q
-------------- next part --------------
A non-text attachment was scrubbed...
Name: vlan_number.patch
Type: application/octet-stream
Size: 805 bytes
Desc: vlan_number.patch
URL: <http://lists.infradead.org/pipermail/openwrt-devel/attachments/20150501/3dc72d05/attachment.obj>
-------------- next part --------------
_______________________________________________
openwrt-devel mailing list
openwrt-devel at lists.openwrt.org
https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel


More information about the openwrt-devel mailing list