On 16-09-11 11:12 PM, Cong Wang wrote:
> On Fri, Sep 9, 2016 at 8:52 AM, John Fastabend
> wrote:
>> On 16-09-08 10:26 PM, Cong Wang wrote:
>>> On Thu, Sep 8, 2016 at 8:51 AM, Eric Dumazet wrote:
On Thu, 2016-09-08 at 08:47 -0700, John Fastabend wrote:
> Works for me. FWIW I find th
On Fri, Sep 9, 2016 at 8:52 AM, John Fastabend wrote:
> On 16-09-08 10:26 PM, Cong Wang wrote:
>> On Thu, Sep 8, 2016 at 8:51 AM, Eric Dumazet wrote:
>>> On Thu, 2016-09-08 at 08:47 -0700, John Fastabend wrote:
>>>
Works for me. FWIW I find this plenty straightforward and don't really
s
On Fri, Sep 9, 2016 at 5:23 AM, Eric Dumazet wrote:
> On Thu, 2016-09-08 at 22:24 -0700, Cong Wang wrote:
>> On Thu, Sep 8, 2016 at 8:35 AM, Eric Dumazet wrote:
>> > From: Eric Dumazet
>> >
>> > As reported by Cong Wang, I was lazy when I did initial RCU conversion
>> > of tc_mirred, as I though
On 16-09-08 10:26 PM, Cong Wang wrote:
> On Thu, Sep 8, 2016 at 8:51 AM, Eric Dumazet wrote:
>> On Thu, 2016-09-08 at 08:47 -0700, John Fastabend wrote:
>>
>>> Works for me. FWIW I find this plenty straightforward and don't really
>>> see the need to make the hash table itself rcu friendly.
>>>
>>
On Thu, 2016-09-08 at 22:59 -0700, Cong Wang wrote:
> On Thu, Sep 8, 2016 at 10:48 PM, Alexei Starovoitov
> wrote:
> >
> > imo the deliberate small race in Eric's initial lock removal in mirred
> > was a good design choice. I think he did this patch only to
> > silence the complains with the code
On Thu, 2016-09-08 at 22:24 -0700, Cong Wang wrote:
> On Thu, Sep 8, 2016 at 8:35 AM, Eric Dumazet wrote:
> > From: Eric Dumazet
> >
> > As reported by Cong Wang, I was lazy when I did initial RCU conversion
> > of tc_mirred, as I thought I could avoid allocation/freeing of a
> > parameter block.
On Thu, 2016-09-08 at 22:26 -0700, Cong Wang wrote:
> On Thu, Sep 8, 2016 at 8:51 AM, Eric Dumazet wrote:
> > On Thu, 2016-09-08 at 08:47 -0700, John Fastabend wrote:
> >
> >> Works for me. FWIW I find this plenty straightforward and don't really
> >> see the need to make the hash table itself rcu
On Thu, Sep 8, 2016 at 10:48 PM, Alexei Starovoitov
wrote:
>
> imo the deliberate small race in Eric's initial lock removal in mirred
> was a good design choice. I think he did this patch only to
> silence the complains with the code instead of arguing with words.
> imo the initial code is good as
On Thu, Sep 08, 2016 at 10:24:32PM -0700, Cong Wang wrote:
> On Thu, Sep 8, 2016 at 8:35 AM, Eric Dumazet wrote:
> > From: Eric Dumazet
> >
> > As reported by Cong Wang, I was lazy when I did initial RCU conversion
> > of tc_mirred, as I thought I could avoid allocation/freeing of a
> > parameter
On Thu, Sep 8, 2016 at 8:51 AM, Eric Dumazet wrote:
> On Thu, 2016-09-08 at 08:47 -0700, John Fastabend wrote:
>
>> Works for me. FWIW I find this plenty straightforward and don't really
>> see the need to make the hash table itself rcu friendly.
>>
>> Acked-by: John Fastabend
>>
>
> Yes, it seem
On Thu, Sep 8, 2016 at 8:35 AM, Eric Dumazet wrote:
> From: Eric Dumazet
>
> As reported by Cong Wang, I was lazy when I did initial RCU conversion
> of tc_mirred, as I thought I could avoid allocation/freeing of a
> parameter block.
Quote from Eric Dumazet:
https://www.mail-archive.com/netdev@
On Thu, 2016-09-08 at 08:47 -0700, John Fastabend wrote:
> Works for me. FWIW I find this plenty straightforward and don't really
> see the need to make the hash table itself rcu friendly.
>
> Acked-by: John Fastabend
>
Yes, it seems this hash table is used in control path, with RTNL held
anyw
On 16-09-08 08:35 AM, Eric Dumazet wrote:
> From: Eric Dumazet
>
> As reported by Cong Wang, I was lazy when I did initial RCU conversion
> of tc_mirred, as I thought I could avoid allocation/freeing of a
> parameter block.
>
> Use an intermediate object so that fast path can get a consistent
>
From: Eric Dumazet
As reported by Cong Wang, I was lazy when I did initial RCU conversion
of tc_mirred, as I thought I could avoid allocation/freeing of a
parameter block.
Use an intermediate object so that fast path can get a consistent
snapshot of multiple variables (dev, action, eaction, ok_p
14 matches
Mail list logo