Searched hist:e314dbdc1c0dc6a548ecf0afce28ecfd538ff568 (Results 1 – 3 of 3) sorted by relevance
/openbmc/linux/drivers/net/ |
H A D | Makefile | diff e314dbdc1c0dc6a548ecf0afce28ecfd538ff568 Tue Sep 25 18:14:46 CDT 2007 Pavel Emelyanov <xemul@openvz.org> [NET]: Virtual ethernet device driver.
Veth stands for Virtual ETHernet. It is a simple tunnel driver that works at the link layer and looks like a pair of ethernet devices interconnected with each other.
Mainly it allows to communicate between network namespaces but it can be used as is as well.
The newlink callback is organized that way to make it easy to create the peer device in the separate namespace when we have them in kernel.
This implementation uses another interface - the RTM_NRELINK message introduced by Patric.
Bug fixes from Daniel Lezcano.
Signed-off-by: Pavel Emelyanov <xemul@openvz.org> Acked-by: Patrick McHardy <kaber@trash.net> Signed-off-by: David S. Miller <davem@davemloft.net>
|
H A D | veth.c | e314dbdc1c0dc6a548ecf0afce28ecfd538ff568 Tue Sep 25 18:14:46 CDT 2007 Pavel Emelyanov <xemul@openvz.org> [NET]: Virtual ethernet device driver.
Veth stands for Virtual ETHernet. It is a simple tunnel driver that works at the link layer and looks like a pair of ethernet devices interconnected with each other.
Mainly it allows to communicate between network namespaces but it can be used as is as well.
The newlink callback is organized that way to make it easy to create the peer device in the separate namespace when we have them in kernel.
This implementation uses another interface - the RTM_NRELINK message introduced by Patric.
Bug fixes from Daniel Lezcano.
Signed-off-by: Pavel Emelyanov <xemul@openvz.org> Acked-by: Patrick McHardy <kaber@trash.net> Signed-off-by: David S. Miller <davem@davemloft.net>
|
H A D | Kconfig | diff e314dbdc1c0dc6a548ecf0afce28ecfd538ff568 Tue Sep 25 18:14:46 CDT 2007 Pavel Emelyanov <xemul@openvz.org> [NET]: Virtual ethernet device driver.
Veth stands for Virtual ETHernet. It is a simple tunnel driver that works at the link layer and looks like a pair of ethernet devices interconnected with each other.
Mainly it allows to communicate between network namespaces but it can be used as is as well.
The newlink callback is organized that way to make it easy to create the peer device in the separate namespace when we have them in kernel.
This implementation uses another interface - the RTM_NRELINK message introduced by Patric.
Bug fixes from Daniel Lezcano.
Signed-off-by: Pavel Emelyanov <xemul@openvz.org> Acked-by: Patrick McHardy <kaber@trash.net> Signed-off-by: David S. Miller <davem@davemloft.net>
|