linux-kernel - Re: Commit 7eaceaccab5f40 causing boot hang.

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]

Date:	Tue, 29 Mar 2011 03:52:53 -0500
From:	Rob Landley <rlandley@...allels.com>
To:	Jens Axboe <jaxboe@...ionio.com>
CC:	linux-kernel <linux-kernel@...r.kernel.org>,
	"linux-ide@...r.kernel.org" <linux-ide@...r.kernel.org>
Subject: Re: Commit 7eaceaccab5f40 causing boot hang.

On 03/29/2011 01:35 AM, Jens Axboe wrote:
> On 2011-03-29 08:19, Rob Landley wrote:
>> Using the attached config (run through oldconfig and holding down
>> enter), 2.6.38 boots but current -git hangs.  I've bisected it to this
>> commit:
>>
>> 7eaceaccab5f40bbfda044629a6298616aeaed50 is the first bad commit
>> commit 7eaceaccab5f40bbfda044629a6298616aeaed50
>> Author: Jens Axboe <jaxboe@...ionio.com>
>> Date:   Thu Mar 10 08:52:07 2011 +0100
>>
>>     block: remove per-queue plugging
>>
>>     Code has been converted over to the new explicit on-stack plugging,
>>     and delay users have been converted to use the new API for that.
>>     So lets kill off the old plugging along with aops->sync_page().
>>
>>     Signed-off-by: Jens Axboe <jaxboe@...ionio.com>
>>
>> I suspect it broke CONFIG_IDE_GD_ATA.  (The symptoms change a bit in
>> later versions, when that was first introduced it hung right after
>> discovering hda, now it makes it to freeing kernel memory and then hangs
>> trying to launch init.  But "the disk hangs a lot" still seems to
>> describe the problem.)
> 
> That is the case even with 9ced0b95b3993660e7990cf6bf68c1a80f31544e,
> which was otherwise supposed to fix this queue stall?
> 

The first time I tried it, that version did manage to launch init, and
then hung two lines later with ".udev/ already exists on the static
/dev! ..." and the cursor still on the end of that line.  Could be an
unrelated bug, hard to tell.

I tried it three more times and it hung right after "freeing unused
kernel memory", with no output from init.  (I also tried adding
"init=/bin/bash" to the kernel command line and it still hung after the
"freeing unused kernel memory" line, with no output from bash.  Pressed
a lot of keys, nothing echoed back.)

This is an improvement over hanging earlier in the boot, but userspace
isn't really happy at the moment.

I'm booting all this under kvm or qemu, by the way:

qemu-system-x86_64 -m 1024 -kernel arch/x86/boot/bzImage \
  -hda ~/sid.ext3 -append "root=/dev/hda rw"

Sometimes with init=/bin/bash in that last quoted bit.  The root
filesystem's debian sid but that's probably not relevant because it
worked fine with .38.

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