netdev - Re: [Bugme-new] [Bug 13084] New: page allocation failure. order:0, mode:0x20

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: <20090413.134135.128634528.davem@davemloft.net>
Date:	Mon, 13 Apr 2009 13:41:35 -0700 (PDT)
From:	David Miller <davem@...emloft.net>
To:	jesse.brandeburg@...el.com
Cc:	akpm@...ux-foundation.org, reeve.yang@...il.com,
	bugzilla-daemon@...zilla.kernel.org, netdev@...r.kernel.org,
	jeffrey.t.kirsher@...el.com, bruce.w.allan@...el.com,
	peter.p.waskiewicz.jr@...el.com, john.ronciak@...el.com
Subject: Re: [Bugme-new] [Bug 13084] New: page allocation failure. order:0,
 mode:0x20

From: "Brandeburg, Jesse" <jesse.brandeburg@...el.com>
Date: Mon, 13 Apr 2009 13:06:04 -0700 (Pacific Daylight Time)

> On Mon, 13 Apr 2009, Andrew Morton wrote:
>> You report is unclear.  Yes, the machine wedges up under the UDP load. 
>> But does it recover when the other machine stops spraying UDP packets
>> at this machine?  It _should_ recover.  If it does not, we have a bug
>> somewhere.
> 
> In this case kmem_cache_alloc is failing to get memory, being called by 
> the route_dst code, maybe someone on netdev can comment if this has been 
> fixed along the way.

Although I have some level of tolerance, there is zero way I'm
going to analyze anything on 2.6.17 kernels nor am I going to
encourage other core networking developers to waste their time
on this either.

It is easily the case that we've fixed 10's of thousands of
VM and networking bugs since then, if not more.

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