[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <545CB7FF.8080003@canonical.com>
Date: Fri, 07 Nov 2014 13:15:59 +0100
From: Stefan Bader <stefan.bader@...onical.com>
To: Eric Dumazet <eric.dumazet@...il.com>,
Zoltan Kiss <zoltan.kiss@...aro.org>
CC: netdev@...r.kernel.org, "David S. Miller" <davem@...emloft.net>,
Konrad Rzeszutek Wilk <konrad.wilk@...cle.com>,
Boris Ostrovsky <boris.ostrovsky@...cle.com>,
David Vrabel <david.vrabel@...rix.com>,
Jay Vosburgh <jay.vosburgh@...onical.com>,
linux-kernel@...r.kernel.org, xen-devel@...ts.xenproject.org
Subject: Re: [Xen-devel] BUG in xennet_make_frags with paged skb data
On 07.11.2014 12:22, Eric Dumazet wrote:
> On Fri, 2014-11-07 at 09:25 +0000, Zoltan Kiss wrote:
>
> Please do not top post.
>
>> Hi,
>>
>> AFAIK in this scenario your skb frag is wrong. The page pointer should
>> point to the original compound page (not a member of it), and offset
>> should be set accordingly.
>> For example, if your compound page is 16K (4 page), then the page
>> pointer should point to the first page, and if the data starts at the
>> 3rd page, then offset should be >8K
>
> This is not accurate.
>
> This BUG_ON() is wrong.
>
> It should instead be :
>
> BUG_ON(len + offset > PAGE_SIZE<<compound_order(compound_head(page)));
would that not have to be
BUG_ON((page-compound_head(page)*PAGE_SIZE)+offset+len >
PAGE_SIZE<<compound_order(compound_head(page)));
since offset is adjusted to start from the tail page in that case.
>
> splice() code can generate such cases.
>
>
Download attachment "signature.asc" of type "application/pgp-signature" (820 bytes)
Powered by blists - more mailing lists