linux-kernel - Re: 2.6.39-rc5-git2 boot crashs

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: <web-515900230@zbackend1.aha.ru>
Date:	Sat, 30 Apr 2011 00:00:26 -0400
From:	"werner" <w.landgraf@...ru>
To:	Linus Torvalds <torvalds@...ux-foundation.org>,
	linux-kernel@...r.kernel.org
Subject: Re: 2.6.39-rc5-git2 boot crashs

Enclosed the config and compilation log file (with some 
warnings, things which should be corrected also). Perhaps 
it's useful for find the error.

Right now my computer crashed again when I unzipped a big 
file.  As said in the 2.6.39-rc1 until -rc4 reclamations, 
 the computer always crashs if zip, unzip or move big 
files.  This looks like an error of the memory / paging 
driver.

w.r.t. my last message, it should be ata1 rather than ata0 
.  ( See, enclosed a foto of such reboot-resistent 
secondary crashs (happened after a big primary crash) on 
which 'anything' was interpreted as ata )

wl

=====================================================
On Fri, 29 Apr 2011 20:09:16 -0700
  Linus Torvalds <torvalds@...ux-foundation.org> wrote:
> On Fri, Apr 29, 2011 at 8:02 PM, Al Viro 
><viro@...iv.linux.org.uk> wrote:
>>
>> Wait a bit; _can_ we get there with non-NULL 
>>->s_master_inode et.al.?
>> iput(NULL) is a noop...  I don't think so, since 
>>logfs_init_journal()
>> is not called until after we initialize that list.
>>
>> Not that I'd object against taking that initialization 
>>earlier, of course,
>> but there seems to be something else going on...  Which 
>>iput() it is?
> 
> Not something I can guess from the oops, sadly. Gcc has 
>inlined
> everything into logfs_mount, and the "0x44f/0x5cc" 
>offset isn't very
> helpful (with the same compiler version and config 
>options it would be
> possible to figure it out).
> 
> But looking at it, logfs_init_mapping() is currently 
>called before
> "s_freeing_list" is initialized, and it sets up at least
> s_mapping_inode. So if anything fails between that point 
>and the point
> where we initialize s_freeing_list, I think we're toast.
> 
> I didn't check the other inodes, but at least that one 
>does seem to be
> potentially non-NULL. No?
> 
>                 Linus
> 
> 

"werner" <w.landgraf@...ru>
---
Professional hosting for everyone - http://www.host.ru

Download attachment "config-2.6.39-rc5-git2-i486-1sys.bz2" of type "application/octet-stream" (32531 bytes)

Download attachment "linux-2.6.39-rc5-git2-i486-1sys.log.bz2" of type "application/octet-stream" (74936 bytes)

Download attachment "Foto0049.jpg" of type "image/jpeg" (184750 bytes)