login
Header Space

 
 

Re: [RFC,PATCH] loopback: calls netif_receive_skb() instead of netif_rx()

Score:
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]
To: Ingo Molnar <mingo@...>
Cc: David Miller <davem@...>, <netdev@...>, <linux-kernel@...>, Peter Zijlstra <a.p.zijlstra@...>
Date: Monday, March 31, 2008 - 6:01 am

Ingo Molnar a écrit :
Yes, this error was corrected by Andi already :)

Thank you Ingo but this patch was already suggested by me previously ( 
http://marc.info/?l=linux-netdev&m=120361996713007&w=2 ) and was 
rejected, since we can very easily consume all stack space, especially 
with 4K stacks.
(try with NFS mounts and XFS for example)



Only safe way is to check available free stack space, since we can nest  
loopback_xmit() several time.
In case of protocol errors (like in TCP, if we answer to an ACK by 
another ACK, or ICMP loops), we would exhaust stack instead of delaying 
packets for next softirq run.

Problem is to check available space :

It depends on stack growing UP or DOWN, and depends on caller running on 
process stack, or softirq stack, or even hardirq stack.








--
Previous message: [thread] [date] [author]
Next message: [thread] [date] [author]

Messages in current thread:
Re: [RFC,PATCH] loopback: calls netif_receive_skb() instead ..., Eric Dumazet, (Mon Mar 31, 6:01 am)
Re: poor network loopback performance and scalability, David Miller, (Sun Apr 20, 11:38 pm)
Re: poor network loopback performance and scalability, Ingo Molnar, (Mon Apr 21, 4:11 am)
Re: poor network loopback performance and scalability, David Miller, (Mon Apr 21, 4:16 am)
Re: poor network loopback performance and scalability, David Miller, (Mon Apr 21, 6:22 am)
speck-geostationary