Thread (51 messages) 51 messages, 11 authors, 2015-03-30

Re: [PATCH net-next RFC v2] switchdev: bridge: drop hardware forwarded packets

From: Scott Feldman <hidden>
Date: 2015-03-21 00:26:31

On Fri, Mar 20, 2015 at 4:30 PM, roopa [off-list ref] wrote:
On 3/20/15, 3:37 PM, Scott Feldman wrote:
[cut]
quoted
I went back and read the thread just to remind me what the pros/cons
where.  I think the mixed case isn't a concern since this
BR_FLOOD_BCAST check is made on egress to the bridge port.  So only
clear BR_FLOOD_BCAST on hw switch ports (if hw did the flood already
amongst its ports), and leave it set for non-hw-ports.   It seems the
patch should mostly be a clone of how BR_FLOOD is handled.  Is there
more to it?
That may work.  But, we have recently moved igmp handling to software in
kernel and i was trying to make this work for that case. I am going to try what you
suggest  by finding a work around for the igmp case.
Wait, you lost me on the IGMP comment...that wasn't in your commit
msg.  Do you mean IGMP snooping?  What are you trying to get to work?

It's hard to understand the pieces you're considering without example
implementations.  Can you use rocker or DSA to show example?
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help