On Thu, Nov 1, 2012 at 7:33 AM, Christoph Lameter wrote:
> On Thu, 1 Nov 2012, Shan Wei wrote:
>
>> But for different field in same per-cpu variable, how to guarantee n_missed
>> and n_hit are from same cpu?
>> this_cpu_read(dp->stats_percpu->n_missed);
>> [processor changed]
>> this_cpu_read(dp->
On Tue, Sep 3, 2013 at 11:55 PM, Geert Uytterhoeven
wrote:
> On Tue, Sep 3, 2013 at 11:44 PM, Jesse Gross wrote:
>> On Sat, Aug 31, 2013 at 5:11 AM, Geert Uytterhoeven
>> wrote:
>>> On Fri, Aug 30, 2013 at 3:11 AM, Jesse Gross wrote:
>>>> On Thu, Aug 29,
On Thu, Aug 29, 2013 at 2:21 PM, Geert Uytterhoeven
wrote:
> However, I have some doubts about other alignment "enforcements":
>
> "__aligned(__alignof__(long))" makes the whole struct aligned to the
> alignment rule for "long":
>1. This is only 2 bytes on m68k, i.e. != sizeof(long).
>2. T
On Thu, Aug 29, 2013 at 3:10 PM, David Miller wrote:
> From: Jesse Gross
> Date: Thu, 29 Aug 2013 14:42:22 -0700
>
>> On Thu, Aug 29, 2013 at 2:21 PM, Geert Uytterhoeven
>> wrote:
>>> However, I have some doubts about other alignment "enforcements":
>
On Sat, Aug 31, 2013 at 5:11 AM, Geert Uytterhoeven
wrote:
> On Fri, Aug 30, 2013 at 3:11 AM, Jesse Gross wrote:
>> On Thu, Aug 29, 2013 at 3:10 PM, David Miller wrote:
>>> From: Jesse Gross
>>> Date: Thu, 29 Aug 2013 14:42:22 -0700
>>>
>>>> On
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
On Fri, Jun 21, 2013 at 8:22 AM, Randy Dunlap wrote:
> On 06/21/13 01:17, Stephen Rothwell wrote:
>> Hi all,
>>
>> Happy solstice!
>>
>> Changes since 20130620:
>>
>
> when CONFIG_INET is not enabled:
>
> CC net/openvswitch/flow.o
> In file included from net/openvswitch/flow.c:43:0:
> inclu
On Mon, Oct 5, 2015 at 1:25 PM, Alexander Duyck
wrote:
> On 10/05/2015 06:59 AM, Vlastimil Babka wrote:
>>
>> On 10/02/2015 12:18 PM, Konstantin Khlebnikov wrote:
>>>
>>> When openvswitch tries allocate memory from offline numa node 0:
>>> stats = kmem_cache_alloc_node(flow_stats_cache, GFP_KERNEL
On Tue, Dec 2, 2014 at 10:26 AM, Jesse Gross wrote:
> On Mon, Dec 1, 2014 at 4:09 PM, Tom Herbert wrote:
>> On Mon, Dec 1, 2014 at 3:53 PM, Jesse Gross wrote:
>>> On Mon, Dec 1, 2014 at 3:47 PM, Tom Herbert wrote:
>>>> On Mon, Dec 1, 2014 at 3:35 PM, Joe Stri
On Fri, Dec 5, 2014 at 2:12 PM, Jeff Kirsher
wrote:
> On Fri, 2014-12-05 at 10:41 -0800, Joe Stringer wrote:
>> ndo_gso_check() was recently introduced to allow NICs to report the
>> offloading support that they have on a per-skb basis. Add an
>> implementation for this driver which checks for IPI
On Fri, Dec 26, 2014 at 3:58 PM, Jesse Gross wrote:
> On Fri, Dec 5, 2014 at 2:12 PM, Jeff Kirsher
> wrote:
>> On Fri, 2014-12-05 at 10:41 -0800, Joe Stringer wrote:
>>> ndo_gso_check() was recently introduced to allow NICs to report the
>>> offloading support tha
On Tue, Apr 1, 2014 at 5:23 PM, Wei Zhang wrote:
> When use gre vport, openvswitch register a gre_cisco_protocol but does not
> supply a err_handler with it. The gre_cisco_err() in net/ipv4/gre_demux.c
> expect
> err_handler be provided with the gre_cisco_protocol implementation, and call
> ->err
On Fri, Apr 4, 2014 at 9:20 PM, wei zhang wrote:
> At 2014-04-05 07:05:59,"Jesse Gross" wrote:
>>On Tue, Apr 1, 2014 at 5:23 PM, Wei Zhang wrote:
>>>
>>> v2 -> v1: use the same logic of the gre_rcv() to distinguish which packet is
>>> intended t
On Thu, Mar 27, 2014 at 2:56 PM, Wei Zhang wrote:
> diff --git a/net/openvswitch/vport-gre.c b/net/openvswitch/vport-gre.c
> index a3d6951..d64c639 100644
> --- a/net/openvswitch/vport-gre.c
> +++ b/net/openvswitch/vport-gre.c
> @@ -110,6 +110,12 @@ static int gre_rcv(struct sk_buff *skb,
>
On Sun, Mar 23, 2014 at 12:22 PM, Monam Agarwal
wrote:
> This patch replaces rcu_assign_pointer(x, NULL) with RCU_INIT_POINTER(x, NULL)
>
> The rcu_assign_pointer() ensures that the initialization of a structure
> is carried out before storing a pointer to that structure.
> And in the case of the
On Sun, Mar 30, 2014 at 5:12 AM, wei zhang wrote:
> At 2014-03-29 06:02:25,"Jesse Gross" wrote:
>
>>I'm not sure that rejecting all ICMP packets is the correct thing do
>>here since it means that we could pass them onto a later caller even
>>though they
On Tue, Apr 1, 2014 at 8:24 AM, wei zhang wrote:
> At 2014-04-01 08:49:53,"Jesse Gross" wrote:
>>On Sun, Mar 30, 2014 at 5:12 AM, wei zhang wrote:
>>> At 2014-03-29 06:02:25,"Jesse Gross" wrote:
>
>>> Maybe I misunderstand something? I think i
On Thu, Jan 30, 2014 at 12:44 PM, Thomas Glanzmann wrote:
> Hello,
> open vswitch git head with Linus tip OOPses for me reproducable when I
> load the following mininet topology:
This looks like the kernel module included with upstream Linux instead
of from OVS git, is that correct?
Can you plea
On Thu, Jan 30, 2014 at 6:33 PM, Thomas Glanzmann wrote:
> Hello Jesse,
>
>> This looks like the kernel module included with upstream Linux instead
>> of from OVS git, is that correct?
>
> coorect.
>
>> Can you please describe what you are doing instead of just giving your
>> script?
>
> I create
On Fri, Jan 31, 2014 at 10:18 AM, Thomas Glanzmann wrote:
>> Do you know if this happens with an older kernel or with a simpler topology?
>
> No, I don't. I just verified that the Ubuntu Mininet uses the
> openvswitch kernel module from openvswitch and not the one that is
> shipped with the kernel
On Tue, Nov 4, 2014 at 1:56 PM, Joe Stringer wrote:
> diff --git a/drivers/net/ethernet/intel/i40e/i40e_main.c
> b/drivers/net/ethernet/intel/i40e/i40e_main.c
> index c3a7f4a..21829b5 100644
> --- a/drivers/net/ethernet/intel/i40e/i40e_main.c
> +++ b/drivers/net/ethernet/intel/i40e/i40e_main.c
>
On Thu, Nov 6, 2014 at 8:06 AM, Tom Herbert wrote:
> On Wed, Nov 5, 2014 at 10:16 PM, Sathya Perla wrote:
>>> -Original Message-
>>> From: Tom Herbert [mailto:therb...@google.com]
>>>
>>> On Wed, Nov 5, 2014 at 6:15 PM, David Miller
>>> wrote:
>>> > From: Joe Stringer
>>> > Date: Wed, 5
On Tue, Aug 4, 2015 at 9:40 PM, Joe Stringer wrote:
> On 1 August 2015 at 12:17, Thomas Graf wrote:
>> On 07/31/15 at 10:51am, Joe Stringer wrote:
>>> On 31 July 2015 at 07:34, Hannes Frederic Sowa wrote:
>>> > In general, this shouldn't be necessary as the packet should already be
>>> > scrubbe
On Thu, Nov 20, 2014 at 11:16 AM, Joe Stringer wrote:
> On Tuesday, November 04, 2014 15:45:22 Jesse Gross wrote:
>> On Tue, Nov 4, 2014 at 1:56 PM, Joe Stringer wrote:
>> > diff --git a/drivers/net/ethernet/intel/i40e/i40e_main.c
>> > b/drivers/net/ethernet/intel/i40
On Thu, Nov 20, 2014 at 3:11 PM, Joe Stringer wrote:
> diff --git a/drivers/net/ethernet/intel/i40e/i40e_main.c
> b/drivers/net/ethernet/intel/i40e/i40e_main.c
> index c3a7f4a..2b01c8d 100644
> --- a/drivers/net/ethernet/intel/i40e/i40e_main.c
> +++ b/drivers/net/ethernet/intel/i40e/i40e_main.c
>
On Mon, Dec 1, 2014 at 3:47 PM, Tom Herbert wrote:
> On Mon, Dec 1, 2014 at 3:35 PM, Joe Stringer wrote:
>> On 21 November 2014 at 09:59, Joe Stringer wrote:
>>> On 20 November 2014 16:19, Jesse Gross wrote:
>>>> I don't know if we need to have the check at a
On Mon, Dec 1, 2014 at 4:09 PM, Tom Herbert wrote:
> On Mon, Dec 1, 2014 at 3:53 PM, Jesse Gross wrote:
>> On Mon, Dec 1, 2014 at 3:47 PM, Tom Herbert wrote:
>>> On Mon, Dec 1, 2014 at 3:35 PM, Joe Stringer wrote:
>>>> On 21 November 2014 at 09:59, Joe Stringe
On Fri, Mar 18, 2016 at 6:34 AM, Arnd Bergmann wrote:
> This means it's still too large really, we just don't warn about it any more,
> and will get the warning again once another member is added. My patch is a
> band-aid at best, but more work is needed here. One problem is that
> ovs_flow_cmd_ne
On Wed, Oct 7, 2015 at 10:47 AM, Jarno Rajahalme wrote:
>
>> On Oct 6, 2015, at 6:01 PM, Jesse Gross wrote:
>>
>> On Mon, Oct 5, 2015 at 1:25 PM, Alexander Duyck
>> wrote:
>>> On 10/05/2015 06:59 AM, Vlastimil Babka wrote:
>>>>
>>
On Fri, Oct 9, 2015 at 8:54 AM, Jarno Rajahalme wrote:
>
> On Oct 8, 2015, at 4:03 PM, Jesse Gross wrote:
>
> On Wed, Oct 7, 2015 at 10:47 AM, Jarno Rajahalme
> wrote:
>
>
> On Oct 6, 2015, at 6:01 PM, Jesse Gross wrote:
>
> On Mon, Oct 5, 2015 at 1:25 PM, Alexa
On Sun, Jun 26, 2016 at 6:13 PM, 严海双 wrote:
>
>> On Jun 26, 2016, at 8:35 PM, zhuyj wrote:
>>
>> + if (geneve->remote.sa.sa_family == AF_INET)
>> + max_mtu -= sizeof(struct iphdr);
>> + else
>> + max_mtu -= sizeof(struct ipv6hdr);
>>
>> Sorry, if sa_family
On Mon, Jun 27, 2016 at 6:27 PM, 严海双 wrote:
>
> On Jun 28, 2016, at 12:10 AM, Jesse Gross wrote:
>
> On Sun, Jun 26, 2016 at 6:13 PM, Haishuang Yan
> wrote:
>
>
> On Jun 26, 2016, at 8:35 PM, zhuyj wrote:
>
> + if (geneve->remote.sa.sa_family == A
On Thu, Aug 31, 2017 at 6:58 AM, wrote:
> [ resend due to mail problems at my end ]
>
> Hi Jesse,
>
> The backport of fac8e0f579695a3ecbc4d3cac369139d7f819971,
> "tunnels: Don't apply GRO to multiple layers of encapsulation",
> to linux-4.1.y seems to have missed a line.
>
> The 4.1 commit is 066
33 matches
Mail list logo
