linux-kernel - Re: [Bugme-new] [Bug 15709] New: swapper page allocation failure

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]

Date:	Wed, 02 Jun 2010 13:56:58 +0200
From:	kernel <kernel@...ceti.net>
To:	Robert Wimmer <kernel@...ceti.net>
Cc:	Trond Myklebust <Trond.Myklebust@...app.com>, <mst@...hat.com>,
	Avi Kivity <avi@...hat.com>,
	Andrew Morton <akpm@...ux-foundation.org>,
	<linux-mm@...ck.org>, <bugzilla-daemon@...zilla.kernel.org>,
	Rusty Russell <rusty@...tcorp.com.au>,
	Mel Gorman <mel@....ul.ie>, <linux-nfs@...r.kernel.org>,
	<linux-kernel@...r.kernel.org>
Subject: Re: [Bugme-new] [Bug 15709] New: swapper page allocation failure

Hi Trond,

currently it seems that the problem was 
fixed by accident... ;-) Since 2.6.34 is now
in Gentoo portage I thought I should give
it a try. Using my 2.6.35-r5 .config 
the 2.6.34 release is now working for 4 hours
(instead of 5-10 minutes before). Hmmm...
Hopefully it will run for some more hours
and days now. Since I've definitely changed
nothing besides the kernel it must have been
fixed (hopefully) in one of the 2.6.34-rc's.

If it's still running tomorrow I'll close
the bug.

Greetings
Robert

On Tue, 25 May 2010 22:01:54 +0200, Robert Wimmer <kernel@...ceti.net>
wrote:
> Hi Trond,
> 
> just a little reminder ;-)
> 
> Thanks!
> Robert
> 
> On 05/20/10 09:39, kernel@...ceti.net wrote:
>> Hi Trond,
>>
>> have you had some time to download the wireshark dump?
>>
>> Thanks!
>> Robert
>>
>> On Thu, 13 May 2010 17:13:54 -0400, Trond Myklebust
>> <Trond.Myklebust@...app.com> wrote:
>>   
>>> On Thu, 2010-05-13 at 23:08 +0200, Robert Wimmer wrote: 
>>>     
>>>> Finally I've had some time to do the next test.
>>>> Here is a wireshark dump (~750 MByte):
>>>> http://213.252.12.93/2.6.34-rc5.cap.gz
>>>>
>>>> dmesg output after page allocation failure:
>>>> https://bugzilla.kernel.org/attachment.cgi?id=26371
>>>>
>>>> stack trace before page allocation failure:
>>>> https://bugzilla.kernel.org/attachment.cgi?id=26369
>>>>
>>>> stack trace after page allocation failure:
>>>> https://bugzilla.kernel.org/attachment.cgi?id=26370
>>>>
>>>> I hope the wireshark dump is not to big to download.
>>>> It was created with
>>>> tshark -f "tcp port 2049" -i eth0 -w 2.6.34-rc5.cap
>>>>
>>>> Thanks!
>>>> Robert
>>>>       
>>> Hi Robert,
>>>
>>> I tried the above wireshark dump URL, but it appears to point to an
>>> empty file.
>>>
>>> Cheers
>>>   Trond
>>>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/