netdev - RE: netif_needs

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <BAY121-W26622FC77BB8996E3C2D34B6D90@phx.gbl>
Date:	Tue, 29 Apr 2008 06:46:51 +0000
From:	Kostya B <bkostya@...mail.com>
To:	David Miller <davem@...emloft.net>
CC:	<netdev@...r.kernel.org>
Subject: RE: netif_needs_gso behavior


Please follow the further explanations and possible solution in the patch I submitted recently

[PATCH][IPv4] UFO: prevent generation of chained skb
________________________________
> From: bkostya@...mail.com
> To: davem@...emloft.net
> CC: netdev@...r.kernel.org
> Subject: RE: netif_needs_gso behavior
> Date: Thu, 17 Apr 2008 11:11:50 +0000
> 
> 
> 
>> Date: Wed, 16 Apr 2008 18:09:46 -0700
>> To: bkostya@...mail.com
>> CC: netdev@...r.kernel.org
>> Subject: Re: netif_needs_gso behavior
>> From: davem@...emloft.net
>>
>> From: Kostya B 
>> Date: Wed, 16 Apr 2008 14:02:56 +0000
>>
>>> Not always, see udp4_hwcsum_outgoing() In the case when socket queue
>>> contains several packets, the csum is reset.
>>
>> USO won't cause this case to occur, I think.
> 
> I see that happens, when rpc over udp is fast enough to put a number of skb into the queue and I have oops in skb_gso_segment() due to having frag_list.
> 
> ________________________________
> Connect to the next generation of MSN Messenger  Get it now! 

_________________________________________________________________
News, entertainment and everything you care about at Live.com. Get it now!
http://www.live.com/getstarted.aspx
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html