Yeah I was surprised you hadn't mentioned it, so I tested it pretty
thoroughly. I'm confident that it works. This stuff is tricky though so
we'll see how it goes.
Thanks for the review, I'll push this soon.
Ethan
On Fri, Nov 16, 2012 at 8:40 PM, Ben Pfaff wrote:
> On Fri, Nov 16, 2012 at 05
You just won 750,000 pounds in COCA COLA UK November Draw. To Receive
your Prize, Send: Name,Address,Age,Phone Number to Email:
ccunit...@live.com
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
You just won 750,000 pounds in COCA COLA UK November Draw. To Receive
your Prize, Send: Name,Address,Age,Phone Number to Email:
ccunit...@live.com
You just won 750,000 pounds in COCA COLA UK November Draw. To Receive
your Prize, Send: Name,Address,Age,Phone Number to Email:
ccunit...
On Fri, Nov 16, 2012 at 05:26:52PM -0800, Ethan Jackson wrote:
> Here's an incremental.
Looks good to me. I wasn't sure at first whether a+ mode would work,
but after thinking about it for a minute I guess there's no reason to
believe it won't.
Thanks,
Ben.
_
Here's an incremental.
---
lib/daemon.c | 20 ++--
1 file changed, 14 insertions(+), 6 deletions(-)
diff --git a/lib/daemon.c b/lib/daemon.c
index da09eed..25f2db7 100644
--- a/lib/daemon.c
+++ b/lib/daemon.c
@@ -185,7 +185,7 @@ make_pidfile(void)
tmpfile = xasprintf("
On Fri, Nov 16, 2012 at 02:52:48PM -0800, Ethan Jackson wrote:
> > I don't see why we're scheduling tmpfile to get deleted on exit. We're
> > about to rename it away to pidfile. After we do that, someone else may
> > come along and newly create a file with that name and lock it on the way
> > to
You just won 750,000 pounds in COCA COLA UK November Draw. To Receive
your Prize, Send: Name,Address,Age,Phone Number to Email:
ccunit...@live.com
You just won 750,000 pounds in COCA COLA UK November Draw. To Receive
your Prize, Send: Name,Address,Age,Phone Number to Email:
ccunit...
> I think that passing "w+" as the mode to fopen() is now a mistake,
> because it will cause us to truncate an existing file to zero length.
> That's bad if some other process already opened the file and obtained a
> lock on it, because we just erased its pid.
>
Good catch, thanks. I'll work some
Add support for VXLAN tunnels to Open vSwitch. Add support
for setting the destination UDP port on a per-port basis.
This is done by adding a "dst_port" parameter to the port
configuration. This is only applicable currently to VXLAN
tunnels.
The only change in this version of the patch is around t
On Nov 16, 2012, at 3:31 PM, Kyle Mestery (kmestery) wrote:
> On Nov 16, 2012, at 3:18 PM, Jesse Gross wrote:
>> On Fri, Nov 16, 2012 at 1:00 PM, Kyle Mestery (kmestery)
>> wrote:
>>> On Nov 15, 2012, at 3:32 PM, Kyle Mestery (kmestery)
>>> wrote:
On Nov 15, 2012, at 3:13 PM, Kyle Mestery
Occasionally when I've found it hard to read I'll put the { down a
line, like this:
if (!isdigit((unsigned char)s[0])
|| !isdigit((unsigned char)s[1])
|| !isdigit((unsigned char)s[2]))
{
printf("string %s does not start with 3-digit code\n", s);
}
I'd be open t
On Fri, Nov 16, 2012 at 12:35 AM, Shan Wei wrote:
> Shan Wei said, at 2012/11/13 9:52:
>> From: Shan Wei
>>
>> just use more faster this_cpu_ptr instead of per_cpu_ptr(p,
>> smp_processor_id());
>>
>>
>> Signed-off-by: Shan Wei
>> Reviewed-by: Christoph Lameter
>
> Jesse Gross, would you like
On Nov 16, 2012, at 3:18 PM, Jesse Gross wrote:
> On Fri, Nov 16, 2012 at 1:00 PM, Kyle Mestery (kmestery)
> wrote:
>> On Nov 15, 2012, at 3:32 PM, Kyle Mestery (kmestery)
>> wrote:
>>> On Nov 15, 2012, at 3:13 PM, Kyle Mestery (kmestery)
>>> wrote:
On Nov 15, 2012, at 1:03 PM, Kyle Mest
On Fri, Nov 16, 2012 at 1:00 PM, Kyle Mestery (kmestery)
wrote:
> On Nov 15, 2012, at 3:32 PM, Kyle Mestery (kmestery)
> wrote:
>> On Nov 15, 2012, at 3:13 PM, Kyle Mestery (kmestery)
>> wrote:
>>> On Nov 15, 2012, at 1:03 PM, Kyle Mestery (kmestery)
>>> wrote:
Jesse:
I modifi
On Nov 15, 2012, at 3:32 PM, Kyle Mestery (kmestery) wrote:
> On Nov 15, 2012, at 3:13 PM, Kyle Mestery (kmestery)
> wrote:
>> On Nov 15, 2012, at 1:03 PM, Kyle Mestery (kmestery)
>> wrote:
>>> Jesse:
>>>
>>> I modified the source port hashing for the VXLAN patch I submitted a few
>>> days a
On Fri, Nov 16, 2012 at 12:19 PM, Ben Pfaff wrote:
> On Fri, Nov 16, 2012 at 12:00:05PM -0800, Justin Pettit wrote:
> > Commit acf608 (ofproto-dpif: Use a single underlying datapath across
> > multiple bridges.) causes datapath flows from deleted ports to not be
> > removed. The issue is that th
On Fri, Nov 16, 2012 at 12:01:13PM -0800, Justin Pettit wrote:
> On Nov 16, 2012, at 11:24 AM, Ben Pfaff wrote:
>
> > I don't think memory issues are a real consideration here. The common
> > case is exactly one subfacet per facet. So I would do whichever you
> > think makes more logical sense.
On Fri, Nov 16, 2012 at 12:00:05PM -0800, Justin Pettit wrote:
> Commit acf608 (ofproto-dpif: Use a single underlying datapath across
> multiple bridges.) causes datapath flows from deleted ports to not be
> removed. The issue is that the code that bulk deletes old flows doesn't
> know the datapat
On Nov 16, 2012, at 11:24 AM, Ben Pfaff wrote:
> I don't think memory issues are a real consideration here. The common
> case is exactly one subfacet per facet. So I would do whichever you
> think makes more logical sense. I think the subfacet is logically
> a better location, but I can live w
Commit acf608 (ofproto-dpif: Use a single underlying datapath across
multiple bridges.) causes datapath flows from deleted ports to not be
removed. The issue is that the code that bulk deletes old flows doesn't
know the datapath port number that makes up the datapath flow
definition. This commit
Okay, I find that style hard to read with "if" blocks, but I'm sure I'll get
used to it. I'll update my patch to use that style.
--Justin
On Nov 16, 2012, at 11:39 AM, Ben Pfaff wrote:
> Hmm, the indentation looks different from what I expect in your quote
> below. (It looks OK to me in the
On 11/16/2012 01:53 PM, David Miller wrote:> From: Jesse Gross
> Date: Fri, 16 Nov 2012 10:46:17 -0800
>
>> I guess the simplest thing to do seems to just make Open vSwitch
>> depend on CONFIG_INET seeing as it is practically useless without
>> upper layer protocol support anyways.
>
> The reas
Hmm, the indentation looks different from what I expect in your quote
below. (It looks OK to me in the original message I posted.)
Here's another look at the style I've always used in OVS, and that I am
suggesting to use in CodingStyle, with leading spaces replaced by
underscores in case somethin
On Fri, Nov 16, 2012 at 10:49:39AM -0800, Justin Pettit wrote:
> On Nov 16, 2012, at 9:54 AM, Ben Pfaff wrote:
>
> > On Fri, Nov 16, 2012 at 12:03:02AM -0800, Justin Pettit wrote:
> >> The kernel datapath automatically "up"s internal devices, but this
> >> wasn't happening for the userspace datap
On Fri, Nov 16, 2012 at 10:46:57AM -0800, Justin Pettit wrote:
>
> On Nov 16, 2012, at 10:18 AM, Ben Pfaff wrote:
>
> > On Fri, Nov 16, 2012 at 12:03:05AM -0800, Justin Pettit wrote:
> >> Commit acf608 (ofproto-dpif: Use a single underlying datapath across
> >> multiple bridges.) causes datapath
So you're preferred style is for continued if statements to have one space in
from the code block? I'm fine with it, but just want to confirm.
--Justin
On Nov 16, 2012, at 11:19 AM, Ben Pfaff wrote:
> This got changed away from what I actually prefer in commit be2c418b73fc
> (Cleanup isdigit
On Nov 16, 2012, at 1:19 PM, Ben Pfaff wrote:
> This got changed away from what I actually prefer in commit be2c418b73fc
> (Cleanup isdigit() warnings.).
>
> Signed-off-by: Ben Pfaff
Acked-by: Kyle Mestery
___
dev mailing list
dev@openvswitch.org
ht
This got changed away from what I actually prefer in commit be2c418b73fc
(Cleanup isdigit() warnings.).
Signed-off-by: Ben Pfaff
---
CodingStyle |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/CodingStyle b/CodingStyle
index b0aeb4e..ee7a0e6 100644
--- a/CodingStyle
++
On Wed, Nov 14, 2012 at 06:43:50PM -0800, Ethan Jackson wrote:
> make_pidfile() depends on the link() system call to atomically
> create pidfiles when multiple daemons are started concurrently.
> However, this system call isn't available on ESX so an alternative
> strategy is necessary. Fortunatel
From: Jesse Gross
Date: Fri, 16 Nov 2012 10:46:17 -0800
> I guess the simplest thing to do seems to just make Open vSwitch
> depend on CONFIG_INET seeing as it is practically useless without
> upper layer protocol support anyways.
The reason we have the ipv6 extension header parsing in a seperat
On Nov 16, 2012, at 9:54 AM, Ben Pfaff wrote:
> On Fri, Nov 16, 2012 at 12:03:02AM -0800, Justin Pettit wrote:
>> The kernel datapath automatically "up"s internal devices, but this
>> wasn't happening for the userspace datapath. This change has the bridge
>> module always "up" them.
>>
>> Signe
On Nov 16, 2012, at 10:18 AM, Ben Pfaff wrote:
> On Fri, Nov 16, 2012 at 12:03:05AM -0800, Justin Pettit wrote:
>> Commit acf608 (ofproto-dpif: Use a single underlying datapath across
>> multiple bridges.) causes datapath flows from deleted ports to not be
>> removed. The issue is that the code
On Fri, Nov 16, 2012 at 9:43 AM, Vlad Yasevich wrote:
> On 11/16/2012 12:26 PM, Jesse Gross wrote:
>>
>> On Fri, Nov 16, 2012 at 7:40 AM, Vlad Yasevich
>> wrote:
>>
>>> Openvswitch attempts to use IPv6 packet parsing functions without
>>> any dependency on IPv6 (unlike every other place in kernel
On Nov 16, 2012, at 9:51 AM, Ben Pfaff wrote:
> On Fri, Nov 16, 2012 at 12:03:01AM -0800, Justin Pettit wrote:
>> This will have an additional caller in the future.
>>
>> Signed-off-by: Justin Pettit
>
> I would think it more natural to write this:
>
>if (!strcmp(iface->type, "internal")
On Nov 16, 2012, at 9:49 AM, Ben Pfaff wrote:
> On Fri, Nov 16, 2012 at 12:03:00AM -0800, Justin Pettit wrote:
>> The port_destruct() function checks if the port still exists in the
>> datapath to see if additional cleanup is necessary. It used
>> dpif_port_query_by_number(), since the datapath
On Nov 16, 2012, at 10:21 AM, Ben Pfaff wrote:
> It might still be improved, perhaps, because "how" seems awfully vague
> to me. Maybe:
>
>Returns the type to pass to netdev_open() when a dpif of class
>'dpif_class' has a port of type 'type', for a few special cases when
>a netdev t
On Fri, Nov 16, 2012 at 10:06:05AM -0800, Gurucharan Shetty wrote:
> On Fri, Nov 16, 2012 at 9:16 AM, Ben Pfaff wrote:
>
> > [adding ovs-dev back, I hope that's OK--I don't see anything private
> > here]
> >
> > On Thu, Nov 15, 2012 at 05:29:57PM -0800, Gurucharan Shetty wrote:
> > > On Wed, Nov
On Fri, Nov 16, 2012 at 10:14:52AM -0800, Justin Pettit wrote:
> On Fri, Nov 16, 2012 at 9:40 AM, Ben Pfaff wrote:
>
> > On Fri, Nov 16, 2012 at 12:02:56AM -0800, Justin Pettit wrote:
> > > Depending on the port and type of datapath, a port may need to be opened
> > > as a different type of devic
On Fri, Nov 16, 2012 at 12:03:05AM -0800, Justin Pettit wrote:
> Commit acf608 (ofproto-dpif: Use a single underlying datapath across
> multiple bridges.) causes datapath flows from deleted ports to not be
> removed. The issue is that the code that bulk deletes old flows doesn't
> know the datapat
On Nov 16, 2012, at 9:28 AM, Ben Pfaff wrote:
> On Fri, Nov 16, 2012 at 12:02:54AM -0800, Justin Pettit wrote:
>> With a single datapath, we no longer need to special case bridges
>> beginning with "br*" for testing, since all bridges are netdev-based
>> bridges are named "ovs-netdev". This rem
On Fri, Nov 16, 2012 at 9:40 AM, Ben Pfaff wrote:
> On Fri, Nov 16, 2012 at 12:02:56AM -0800, Justin Pettit wrote:
> > Depending on the port and type of datapath, a port may need to be opened
> > as a different type of device than it's configured. For example, an
> > "internal" port on a "dummy"
On Fri, Nov 16, 2012 at 12:03:04AM -0800, Justin Pettit wrote:
> The *_get_stats functions call get_stats_via_vport(), which tries to get
> information about ports attached to the kernel datapath. When a pure
> userspace switch is used (eg, the OVS kernel module isn't loaded), ports
> are not atta
On Fri, Nov 16, 2012 at 12:03:03AM -0800, Justin Pettit wrote:
> On Linux, it is not possible to set the mac address on "up" tap
> interfaces. This commit temporarily "down"s the interface so the
> address can be set for the netdev_linux_set_etheraddr() call.
>
> Signed-off-by: Justin Pettit
Lo
On Fri, Nov 16, 2012 at 9:16 AM, Ben Pfaff wrote:
> [adding ovs-dev back, I hope that's OK--I don't see anything private
> here]
>
> On Thu, Nov 15, 2012 at 05:29:57PM -0800, Gurucharan Shetty wrote:
> > On Wed, Nov 14, 2012 at 10:02 AM, Ben Pfaff wrote:
> >
> > > On Tue, Nov 06, 2012 at 11:11:3
On Fri, Nov 16, 2012 at 12:03:02AM -0800, Justin Pettit wrote:
> The kernel datapath automatically "up"s internal devices, but this
> wasn't happening for the userspace datapath. This change has the bridge
> module always "up" them.
>
> Signed-off-by: Justin Pettit
Seems reasonable, thanks.
Th
On Fri, Nov 16, 2012 at 12:03:01AM -0800, Justin Pettit wrote:
> This will have an additional caller in the future.
>
> Signed-off-by: Justin Pettit
I would think it more natural to write this:
if (!strcmp(iface->type, "internal") || !strcmp(iface->name, br->name)) {
return true;
On Fri, Nov 16, 2012 at 12:03:00AM -0800, Justin Pettit wrote:
> The port_destruct() function checks if the port still exists in the
> datapath to see if additional cleanup is necessary. It used
> dpif_port_query_by_number(), since the datapath port number is readily
> available and cheap to use a
On Fri, Nov 16, 2012 at 12:02:59AM -0800, Justin Pettit wrote:
> Signed-off-by: Justin Pettit
It seems fine, but the commit message should explain why we're doing
this.
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
On Fri, Nov 16, 2012 at 12:02:58AM -0800, Justin Pettit wrote:
> The switch to a single datapath uncovered a long-standing bug in the
> send_packet() function. The code had used an (invalid) ingress OpenFlow
> port of 0, which happened to get translated to the datapath's local
> port, which was al
On 11/16/2012 12:26 PM, Jesse Gross wrote:
On Fri, Nov 16, 2012 at 7:40 AM, Vlad Yasevich wrote:
Openvswitch attempts to use IPv6 packet parsing functions without
any dependency on IPv6 (unlike every other place in kernel). Pull
the IPv6 code in openvswitch togeter and put a conditional that'
On Fri, Nov 16, 2012 at 12:02:57AM -0800, Justin Pettit wrote:
> Use the new ofproto function that returns how a port should be opened
> based on the datapath type. This fixes a problem with internal ports
> being attached to userspace datapaths.
>
> Signed-off-by: Justin Pettit
Looks good, tha
On Fri, Nov 16, 2012 at 12:02:56AM -0800, Justin Pettit wrote:
> Depending on the port and type of datapath, a port may need to be opened
> as a different type of device than it's configured. For example, an
> "internal" port on a "dummy" datapath should opened as a "dummy" port.
> This commit add
On Fri, Nov 16, 2012 at 7:40 AM, Vlad Yasevich wrote:
> Openvswitch attempts to use IPv6 packet parsing functions without
> any dependency on IPv6 (unlike every other place in kernel). Pull
> the IPv6 code in openvswitch togeter and put a conditional that's
> dependent on CONFIG_IPV6.
>
> Resolve
On Fri, Nov 16, 2012 at 7:40 AM, Vlad Yasevich wrote:
> Openvswitch attempts to use IPv6 packet parsing functions without
> any dependency on IPv6 (unlike every other place in kernel). Pull
> the IPv6 code in openvswitch togeter and put a conditional that's
> dependent on CONFIG_IPV6.
>
> Resolv
On Fri, Nov 16, 2012 at 12:02:55AM -0800, Justin Pettit wrote:
> With the single datapath change, we no longer depend on the kernel to
> make sure that we don't reuse OpenFlow port numbers, since the ofproto
> library now picks them. Remove the code that contained that logic.
>
> Suggested-by: Be
On Fri, Nov 16, 2012 at 12:02:54AM -0800, Justin Pettit wrote:
> With a single datapath, we no longer need to special case bridges
> beginning with "br*" for testing, since all bridges are netdev-based
> bridges are named "ovs-netdev". This removes that unnecessary code.
>
> Signed-off-by: Justin
On Fri, Nov 16, 2012 at 7:40 AM, Vlad Yasevich wrote:
> Openvswitch attempts to use IPv6 packet parsing functions without
> any dependency on IPv6 (unlike every other place in kernel). Pull
> the IPv6 code in openvswitch togeter and put a conditional that's
> dependent on CONFIG_IPV6.
>
> Resolv
On Fri, Nov 16, 2012 at 07:52:46PM +0900, Simon Horman wrote:
> On Thu, Nov 15, 2012 at 10:44:19PM -0800, Ben Pfaff wrote:
> > See http://openvswitch.org/pipermail/dev/2012-November/022990.html
> > for background.
> >
> > Ben Pfaff (5):
> > ovs-ofctl: Style fix.
> > ofp-util: Rename OFPUTIL_P_
[adding ovs-dev back, I hope that's OK--I don't see anything private
here]
On Thu, Nov 15, 2012 at 05:29:57PM -0800, Gurucharan Shetty wrote:
> On Wed, Nov 14, 2012 at 10:02 AM, Ben Pfaff wrote:
>
> > On Tue, Nov 06, 2012 at 11:11:31AM -0800, Gurucharan Shetty wrote:
> > > Populate the interface
Openvswitch attempts to use IPv6 packet parsing functions without
any dependency on IPv6 (unlike every other place in kernel). Pull
the IPv6 code in openvswitch togeter and put a conditional that's
dependent on CONFIG_IPV6.
Resolves:
net/built-in.o: In function `ovs_flow_extract':
(.text+0xbf5d5)
On Thu, Nov 15, 2012 at 08:16:27PM -0800, Ben Pfaff wrote:
> On Fri, Nov 16, 2012 at 10:43:39AM +0900, Simon Horman wrote:
> > On Mon, Nov 12, 2012 at 10:23:00AM -0800, Ben Pfaff wrote:
> > > On Wed, Nov 07, 2012 at 05:03:05PM +0900, Simon Horman wrote:
> > > > Versions may be configured using a co
On Thu, Nov 15, 2012 at 10:44:19PM -0800, Ben Pfaff wrote:
> See http://openvswitch.org/pipermail/dev/2012-November/022990.html
> for background.
>
> Ben Pfaff (5):
> ovs-ofctl: Style fix.
> ofp-util: Rename OFPUTIL_P_* constants and update comments for
> clarity.
> ofp-util: Allow use o
Shan Wei said, at 2012/11/13 9:52:
> From: Shan Wei
>
> just use more faster this_cpu_ptr instead of per_cpu_ptr(p,
> smp_processor_id());
>
>
> Signed-off-by: Shan Wei
> Reviewed-by: Christoph Lameter
Jesse Gross, would you like to pick it up to your tree?
> ---
> no changes vs v3,v2.
>
Commit acf608 (ofproto-dpif: Use a single underlying datapath across
multiple bridges.) causes datapath flows from deleted ports to not be
removed. The issue is that the code that bulk deletes old flows doesn't
know the datapath port number that makes up the datapath flow
definition. This commit
The *_get_stats functions call get_stats_via_vport(), which tries to get
information about ports attached to the kernel datapath. When a pure
userspace switch is used (eg, the OVS kernel module isn't loaded), ports
are not attached to a kernel datapath, so warnings get logged. This
commit handles
On Linux, it is not possible to set the mac address on "up" tap
interfaces. This commit temporarily "down"s the interface so the
address can be set for the netdev_linux_set_etheraddr() call.
Signed-off-by: Justin Pettit
---
lib/netdev-linux.c | 14 ++
1 files changed, 14 insertion
The kernel datapath automatically "up"s internal devices, but this
wasn't happening for the userspace datapath. This change has the bridge
module always "up" them.
Signed-off-by: Justin Pettit
---
tests/ofproto.at | 12 ++--
vswitchd/bridge.c |3 ++-
2 files changed, 8 insertions
This will have an additional caller in the future.
Signed-off-by: Justin Pettit
---
vswitchd/bridge.c | 16 +++-
1 files changed, 15 insertions(+), 1 deletions(-)
diff --git a/vswitchd/bridge.c b/vswitchd/bridge.c
index dbce59a..b600a3c 100644
--- a/vswitchd/bridge.c
+++ b/vswitch
The port_destruct() function checks if the port still exists in the
datapath to see if additional cleanup is necessary. It used
dpif_port_query_by_number(), since the datapath port number is readily
available and cheap to use as a lookup handle. Unfortunately, that
function logs a warning message
Signed-off-by: Justin Pettit
---
lib/dpif.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/lib/dpif.c b/lib/dpif.c
index 9577e4f..9feb67b 100644
--- a/lib/dpif.c
+++ b/lib/dpif.c
@@ -516,7 +516,7 @@ bool
dpif_port_exists(const struct dpif *dpif, const char *devname)
{
The switch to a single datapath uncovered a long-standing bug in the
send_packet() function. The code had used an (invalid) ingress OpenFlow
port of 0, which happened to get translated to the datapath's local
port, which was always 0. With the single datapath, this invalid
OpenFlow port number no
Use the new ofproto function that returns how a port should be opened
based on the datapath type. This fixes a problem with internal ports
being attached to userspace datapaths.
Signed-off-by: Justin Pettit
---
vswitchd/bridge.c | 14 +-
1 files changed, 9 insertions(+), 5 deletio
Depending on the port and type of datapath, a port may need to be opened
as a different type of device than it's configured. For example, an
"internal" port on a "dummy" datapath should opened as a "dummy" port.
This commit adds the ability for a dpif to provide this information to a
caller. It w
With the single datapath change, we no longer depend on the kernel to
make sure that we don't reuse OpenFlow port numbers, since the ofproto
library now picks them. Remove the code that contained that logic.
Suggested-by: Ben Pfaff
Signed-off-by: Justin Pettit
---
lib/dpif-linux.c | 47 +
With a single datapath, we no longer need to special case bridges
beginning with "br*" for testing, since all bridges are netdev-based
bridges are named "ovs-netdev". This removes that unnecessary code.
Signed-off-by: Justin Pettit
---
lib/dpif-netdev.c |4 +---
1 files changed, 1 insertion
This patch series contains a number of cleanups that came up from the
switch to a single datapath. There are a few direct fixes for that
project, but there are also some fixes for running the userspace
datapath that have been long-standing.
Justin Pettit (12):
dpif-netdev: Don't special-case "
76 matches
Mail list logo
