On Thu, Nov 06, 2008 at 08:41:53AM -0800, H L wrote:
I have not modified any existing drivers, but instead I threw
together
a bare-bones module enabling me to make a call to pci_iov_register()
and then poke at an SR-IOV adapter's /sys entries for which no driver
was loaded.
It
Subject: Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support
On Thu, Nov 06, 2008 at 05:38:16PM +, Fischer, Anna wrote:
On Thu, Nov 06, 2008 at 08:41:53AM -0800, H L wrote:
I have not modified any existing drivers, but instead I threw
together
a bare-bones module enabling me
Subject: Re: [PATCH 0/16 v6] PCI: Linux kernel SR-IOV support
Importance: High
On Fri, Nov 07, 2008 at 11:17:40PM +0800, Yu Zhao wrote:
While we are arguing what the software model the SR-IOV should be,
let me
ask two simple questions first:
1, What does the SR-IOV looks like?
2,
From: linux-pci-ow...@vger.kernel.org [mailto:linux-pci-
ow...@vger.kernel.org] On Behalf Of Jesse Barnes
Sent: 16 December 2008 23:24
To: Yu Zhao
Cc: linux-...@vger.kernel.org; Chiang, Alexander; Helgaas, Bjorn;
grund...@parisc-linux.org; g...@kroah.com; mi...@elte.hu;
matt...@wil.cx;
This patch adds basic Virtual Ethernet Port Aggregator (VEPA)
capabilities to the Linux kernel Ethernet bridging code.
A Virtual Ethernet Port Aggregator (VEPA) is a capability within
a physical end station that collaborates with an adjacent, external
bridge to provide distributed bridging
Under newer kernels the bridge configuration parameters
are located under /sys/class/net/$bridgename/bridge/$param,
while the current bridge-utils code is trying to access
them under /sys/class/net/$bridgename/$param. This patch
fixes this issue in the bridge-utils code and so allows
setting of
: Yaron Haviv [mailto:yar...@voltaire.com]
Sent: 07 August 2009 21:36
To: e...@yahoogroups.com; shemmin...@linux-foundation.org; Fischer, Anna
Cc: bri...@lists.linux-foundation.org; net...@vger.kernel.org;
virtualization@lists.linux-foundation.org; da...@davemloft.net;
ka...@trash.net; adobri
Subject: Re: [PATCH][RFC] net/bridge: add basic VEPA support
On Friday 07 August 2009, Paul Congdon (UC Davis) wrote:
As I understand the macvlan code, it currently doesn't allow two VMs
on the
same machine to communicate with one another.
There are patches to do that. I think if we
Subject: Re: [PATCH][RFC] net/bridge: add basic VEPA support
On Friday 07 August 2009, Paul Congdon (UC Davis) wrote:
I don't think your scheme works too well because broadcast packet
coming
from other interfaces on br0 would get replicated and sent across the
wire
to ethB multiple
Subject: Re: [evb] RE: [PATCH][RFC] net/bridge: add basic VEPA support
On Monday 10 August 2009, Stephen Hemminger wrote:
On Sun, 09 Aug 2009 14:19:08 +0300, Or Gerlitz
ogerl...@voltaire.com wrote:
Looking in macvlan_set_multicast_list() it acts in a similar manner
to
Subject: Re: [PATCH][RFC] net/bridge: add basic VEPA support
On Monday 10 August 2009, Fischer, Anna wrote:
Subject: Re: [PATCH][RFC] net/bridge: add basic VEPA support
On Friday 07 August 2009, Paul Congdon (UC Davis) wrote:
As I understand the macvlan code, it currently doesn't
Subject: Re: [PATCH][RFC] net/bridge: add basic VEPA support
On Tuesday 11 August 2009, Paul Congdon (UC Davis) wrote:
The patch from Eric Biederman to allow macvlan to bridge between
its slave ports is at
http://kerneltrap.org/mailarchive/linux-netdev/2009/3/9/5125774
This patch adds a 'hairpin' (also called 'reflective relay') mode
port configuration to the Linux Ethernet bridge utilities.
A bridge supporting hairpin forwarding mode can send frames back
out through the port the frame was received on.
Hairpin mode is required to support basic VEPA (Virtual
This patch adds a 'hairpin' (also called 'reflective relay') mode
port configuration to the Linux Ethernet bridge kernel module.
A bridge supporting hairpin forwarding mode can send frames back
out through the port the frame was received on.
Hairpin mode is required to support basic VEPA (Virtual
Subject: Re: [PATCH][RFC] net/bridge: add basic VEPA support
On Tuesday 11 August 2009, Paul Congdon (UC Davis) wrote:
The patch from Eric Biederman to allow macvlan to bridge between
its slave ports is at
http://kerneltrap.org/mailarchive/linux-netdev/2009/3/9/5125774
Subject: Guest bridge setup variations
As promised, here is my small writeup on which setups I feel
are important in the long run for server-type guests. This
does not cover -net user, which is really for desktop kinds
of applications where you do not want to connect into the
guest from
16 matches
Mail list logo