netdev.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* [PATCH][net-next] net: avoid to call skb_queue_len again
@ 2014-12-05  9:49 roy.qing.li
  2014-12-05 13:24 ` Eric Dumazet
  2014-12-05 14:06 ` Sergei Shtylyov
  0 siblings, 2 replies; 8+ messages in thread
From: roy.qing.li @ 2014-12-05  9:49 UTC (permalink / raw)
  To: netdev

From: Li RongQing <roy.qing.li@gmail.com>

the queue length of sd->input_pkt_queue has been putted into qlen,
and impossible to change, since hold the lock

Signed-off-by: Li RongQing <roy.qing.li@gmail.com>
---
 net/core/dev.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/net/core/dev.c b/net/core/dev.c
index 0814a56..b954400 100644
--- a/net/core/dev.c
+++ b/net/core/dev.c
@@ -3297,7 +3297,7 @@ static int enqueue_to_backlog(struct sk_buff *skb, int cpu,
 	rps_lock(sd);
 	qlen = skb_queue_len(&sd->input_pkt_queue);
 	if (qlen <= netdev_max_backlog && !skb_flow_limit(skb, qlen)) {
-		if (skb_queue_len(&sd->input_pkt_queue)) {
+		if (qlen) {
 enqueue:
 			__skb_queue_tail(&sd->input_pkt_queue, skb);
 			input_queue_tail_incr_save(sd, qtail);
-- 
2.1.0

^ permalink raw reply related	[flat|nested] 8+ messages in thread

* Re: [PATCH][net-next] net: avoid to call skb_queue_len again
  2014-12-05  9:49 [PATCH][net-next] net: avoid to call skb_queue_len again roy.qing.li
@ 2014-12-05 13:24 ` Eric Dumazet
  2014-12-05 14:06 ` Sergei Shtylyov
  1 sibling, 0 replies; 8+ messages in thread
From: Eric Dumazet @ 2014-12-05 13:24 UTC (permalink / raw)
  To: roy.qing.li; +Cc: netdev

On Fri, 2014-12-05 at 17:49 +0800, roy.qing.li@gmail.com wrote:
> From: Li RongQing <roy.qing.li@gmail.com>
> 
> the queue length of sd->input_pkt_queue has been putted into qlen,
> and impossible to change, since hold the lock
> 
> Signed-off-by: Li RongQing <roy.qing.li@gmail.com>
> ---
>  net/core/dev.c | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/net/core/dev.c b/net/core/dev.c
> index 0814a56..b954400 100644
> --- a/net/core/dev.c
> +++ b/net/core/dev.c
> @@ -3297,7 +3297,7 @@ static int enqueue_to_backlog(struct sk_buff *skb, int cpu,
>  	rps_lock(sd);
>  	qlen = skb_queue_len(&sd->input_pkt_queue);
>  	if (qlen <= netdev_max_backlog && !skb_flow_limit(skb, qlen)) {
> -		if (skb_queue_len(&sd->input_pkt_queue)) {
> +		if (qlen) {
>  enqueue:
>  			__skb_queue_tail(&sd->input_pkt_queue, skb);
>  			input_queue_tail_incr_save(sd, qtail);

Acked-by: Eric Dumazet <edumazet@google.com>

Thanks !

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH][net-next] net: avoid to call skb_queue_len again
  2014-12-05  9:49 [PATCH][net-next] net: avoid to call skb_queue_len again roy.qing.li
  2014-12-05 13:24 ` Eric Dumazet
@ 2014-12-05 14:06 ` Sergei Shtylyov
  2014-12-05 14:31   ` Eric Dumazet
  1 sibling, 1 reply; 8+ messages in thread
From: Sergei Shtylyov @ 2014-12-05 14:06 UTC (permalink / raw)
  To: roy.qing.li, netdev

Hello.

On 12/5/2014 12:49 PM, roy.qing.li@gmail.com wrote:

> From: Li RongQing <roy.qing.li@gmail.com>

> the queue length of sd->input_pkt_queue has been putted into qlen,

    s/putted/put/, it's irregular verb.

> and impossible to change, since hold the lock

    I can't parse that. Who holds the lock?

> Signed-off-by: Li RongQing <roy.qing.li@gmail.com>

WBR, Sergei

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH][net-next] net: avoid to call skb_queue_len again
  2014-12-05 14:06 ` Sergei Shtylyov
@ 2014-12-05 14:31   ` Eric Dumazet
  2014-12-08  0:46     ` Li RongQing
  0 siblings, 1 reply; 8+ messages in thread
From: Eric Dumazet @ 2014-12-05 14:31 UTC (permalink / raw)
  To: Sergei Shtylyov; +Cc: roy.qing.li, netdev

On Fri, 2014-12-05 at 17:06 +0300, Sergei Shtylyov wrote:
> Hello.
> 
> On 12/5/2014 12:49 PM, roy.qing.li@gmail.com wrote:
> 
> > From: Li RongQing <roy.qing.li@gmail.com>
> 
> > the queue length of sd->input_pkt_queue has been putted into qlen,
> 
>     s/putted/put/, it's irregular verb.
> 
> > and impossible to change, since hold the lock
> 
>     I can't parse that. Who holds the lock?

This thread/cpu holds the lock to manipulate input_pkt_queue.

Otherwise, the following would break horribly....

__skb_queue_tail(&sd->input_pkt_queue, skb);

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH][net-next] net: avoid to call skb_queue_len again
  2014-12-05 14:31   ` Eric Dumazet
@ 2014-12-08  0:46     ` Li RongQing
  2014-12-08 11:28       ` Sergei Shtylyov
  0 siblings, 1 reply; 8+ messages in thread
From: Li RongQing @ 2014-12-08  0:46 UTC (permalink / raw)
  To: Eric Dumazet; +Cc: Sergei Shtylyov, netdev

On Fri, Dec 5, 2014 at 10:31 PM, Eric Dumazet <eric.dumazet@gmail.com> wrote:
> On Fri, 2014-12-05 at 17:06 +0300, Sergei Shtylyov wrote:
>> Hello.
>>
>> On 12/5/2014 12:49 PM, roy.qing.li@gmail.com wrote:
>>
>> > From: Li RongQing <roy.qing.li@gmail.com>
>>
>> > the queue length of sd->input_pkt_queue has been putted into qlen,
>>
>>     s/putted/put/, it's irregular verb.
>>

I will fix it and  resend this patch


>> > and impossible to change, since hold the lock
>>
>>     I can't parse that. Who holds the lock?
>
> This thread/cpu holds the lock to manipulate input_pkt_queue.
>
> Otherwise, the following would break horribly....
>
> __skb_queue_tail(&sd->input_pkt_queue, skb);
>
>

Thanks Eric


-Roy
>

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH][net-next] net: avoid to call skb_queue_len again
  2014-12-08  0:46     ` Li RongQing
@ 2014-12-08 11:28       ` Sergei Shtylyov
  2014-12-08 15:10         ` Eric Dumazet
  0 siblings, 1 reply; 8+ messages in thread
From: Sergei Shtylyov @ 2014-12-08 11:28 UTC (permalink / raw)
  To: Li RongQing, Eric Dumazet; +Cc: netdev

Hello.

On 12/8/2014 3:46 AM, Li RongQing wrote:

>>>> From: Li RongQing <roy.qing.li@gmail.com>

>>>> the queue length of sd->input_pkt_queue has been putted into qlen,

>>>      s/putted/put/, it's irregular verb.

> I will fix it and  resend this patch

>>>> and impossible to change, since hold the lock

>>>      I can't parse that. Who holds the lock?

>> This thread/cpu holds the lock to manipulate input_pkt_queue.

>> Otherwise, the following would break horribly....

>> __skb_queue_tail(&sd->input_pkt_queue, skb);

> Thanks Eric

    I expect you to also refine the description, so that it's meaningful, 
unlike now.

> -Roy

WBR, Sergei

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH][net-next] net: avoid to call skb_queue_len again
  2014-12-08 11:28       ` Sergei Shtylyov
@ 2014-12-08 15:10         ` Eric Dumazet
  2014-12-08 16:51           ` Sergei Shtylyov
  0 siblings, 1 reply; 8+ messages in thread
From: Eric Dumazet @ 2014-12-08 15:10 UTC (permalink / raw)
  To: Sergei Shtylyov; +Cc: Li RongQing, netdev

On Mon, 2014-12-08 at 14:28 +0300, Sergei Shtylyov wrote:

> 
>     I expect you to also refine the description, so that it's meaningful, 
> unlike now.


It seems obvious to me Li is not a native English speaker. I understood
the patch very well, and the changelog seemed fine to me.

What about you provide this description instead, since you seem to care
very much ?

Thanks !

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH][net-next] net: avoid to call skb_queue_len again
  2014-12-08 15:10         ` Eric Dumazet
@ 2014-12-08 16:51           ` Sergei Shtylyov
  0 siblings, 0 replies; 8+ messages in thread
From: Sergei Shtylyov @ 2014-12-08 16:51 UTC (permalink / raw)
  To: Eric Dumazet; +Cc: Li RongQing, netdev

Hello.

On 12/08/2014 06:10 PM, Eric Dumazet wrote:

>>      I expect you to also refine the description, so that it's meaningful,
>> unlike now.

> It seems obvious to me Li is not a native English speaker.

    Me neither. :-)
    However, the good command of English language was a requirement when I was 
first hired to do the Linux development.

> I understood
> the patch very well, and the changelog seemed fine to me.

    Oh, if you say so...

> What about you provide this description instead, since you seem to care
> very much ?

    I mostly care for others; I don't suppose much people except you are able 
to understand the current variant. And I now have neither enough time nor 
enough understanding to write a proper description for this patch. I can only 
suggest that you refine the description for others if you can understand it so 
well.

> Thanks !

    Not at all.

WBR, Sergei

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2014-12-08 16:51 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-12-05  9:49 [PATCH][net-next] net: avoid to call skb_queue_len again roy.qing.li
2014-12-05 13:24 ` Eric Dumazet
2014-12-05 14:06 ` Sergei Shtylyov
2014-12-05 14:31   ` Eric Dumazet
2014-12-08  0:46     ` Li RongQing
2014-12-08 11:28       ` Sergei Shtylyov
2014-12-08 15:10         ` Eric Dumazet
2014-12-08 16:51           ` Sergei Shtylyov

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).