handle those anyway.)
Sounds like a good start - we could have a different interface for
stacked variants. I think you should push in the patch.
cheers,
jamal
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info
seems somewhat excessive in any
case, and I'm not sure if this deserves handling apart from QoSing
those streams to manageable levels.
Yes, that would provide a solution.
I havent seen anything where you can rate limit the learning(SA lookup
failure).
cheers,
jamal
--
To unsubscribe from
switches end up in some tiny MIPS/ARM cpu) could
be devastating. How do you deal with that?
cheers,
jamal
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
.
cheers,
jamal
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
://patchwork.ozlabs.org/patch/16578/
Certainly - thats one approach that is reasonable.
Where is Lennert? ;- I changed his email address to one that i am
familiar with.
cheers,
jamal
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord
dont see any issues with those requirements being met.
Jamal, so why do They have to be different calls? I'm not so sure anymore...
moving to RTM_FDB_XXXENTRY saved some refactoring in the bridge module but
that
is just cosmetic.
I may not want to use the s/ware bridge i.e I may want to use h
ext_filter_mask u32 doesn't seem to
be sufficient for events to trigger this.
Dumping the FDB table should be something along the lines of FDB_GET
with the dump flag. It shouldnt tie to the LINK side of things.
cheers,
jamal
--
To unsubscribe from this list: send the line unsubscribe kvm
On Tue, 2012-02-28 at 21:14 -0800, John Fastabend wrote:
Just checked looks like the DSA infrastructure has commands to enable
STP so guess it is doing learning.
IIRC, Lennert built some of this stuff tied to the kernel.
cheers,
jamal
--
To unsubscribe from this list: send the line
John. Waiting to see them patches.
cheers,
jamal
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, 2012-02-15 at 17:26 -0800, John Fastabend wrote:
On 2/15/2012 6:10 AM, Jamal Hadi Salim wrote:
On Tue, 2012-02-14 at 10:57 -0800, John Fastabend wrote:
Roopa was likely on the right track here,
http://patchwork.ozlabs.org/patch/123064/
Doesnt seem related to the bridging
host that doesn't have a
compatible VF available.
In the scheme i described to John in last email, libvirt needs not be aware of
existence of hardware offloading (and migration should be transparent of whether
h/w bridge exists or not)...
cheers,
jamal
--
To unsubscribe from this list: send
nlmsgs.
My comment/concern was in regard to the bridge built-in policy of
reading from the neighbor updates (refer to above comments)
cheers,
jamal
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
?
cheers,
jamal
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
.
cheers,
jamal
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
bloats.
I am always bigoted to move all policy control to user space instead of
bloating in the kernel.
On Thu, 2012-02-09 at 20:14 -0800, John Fastabend wrote:
Hi Jamal,
The user space app in this case would listen for FDB updates to the SW
bridge and then mirror them at the embedded
the hardware.
i.e, the same mechanism should be usable for either a switch embedded
in a NIC or a standalone hardware switch (with/out the s/ware bridge
presence)
cheers,
jamal
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
16 matches
Mail list logo
