netdev - Re: [PATCH][RFC] network splice receive

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <20070607080954.GB11764@2ka.mipt.ru>
Date:	Thu, 7 Jun 2007 12:09:54 +0400
From:	Evgeniy Polyakov <johnpol@....mipt.ru>
To:	Jens Axboe <jens.axboe@...cle.com>
Cc:	netdev@...r.kernel.org
Subject: Re: [PATCH][RFC] network splice receive

On Wed, Jun 06, 2007 at 09:17:25AM +0200, Jens Axboe (jens.axboe@...cle.com) wrote:
> > Some pages have zero reference counter here.
> 
> But it's somewhat annoying to get pages with zero reference counts
> there, I wonder how that happens. I guess if the skb->data originated
> from kmalloc() then we don't really know. The main intent there was just
> to ensure the page wasn't going away, but clearly it's not good enough
> to ensure that reuse isn't taking place.

What bout checking if page belongs to kmalloc cache (or any other cache
via priviate pointers) and do not perform any kind of reference counting
on them? I will play with this a bit later today.

> -- 
> Jens Axboe

-- 
	Evgeniy Polyakov
-
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