linux-kernel - Re: Oops while booting 2.6.34-rc0 (block pull busted)

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: <20100302093548.GB21014@core.coreip.homeip.net>
Date:	Tue, 2 Mar 2010 01:35:48 -0800
From:	Dmitry Torokhov <dmitry.torokhov@...il.com>
To:	Jens Axboe <jens.axboe@...cle.com>
Cc:	linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: Oops while booting 2.6.34-rc0 (block pull busted)

On Tue, Mar 02, 2010 at 09:39:07AM +0100, Jens Axboe wrote:
> On Tue, Mar 02 2010, Jens Axboe wrote:
> > On Tue, Mar 02 2010, Jens Axboe wrote:
> > > On Mon, Mar 01 2010, Dmitry Torokhov wrote:
> > > > Hi,
> > > > 
> > > > It looks like block tree that has been pulled today into mainline is
> > > > busted, I am getting the Opps below on boot with the following commit:
> > > > 
> > > > commit b1bf9368407ae7e89d8a005bb40beb70a41df539
> > > > Merge: 524df55 4671a13
> > > > Author: Linus Torvalds <torvalds@...ux-foundation.org>
> > > > Date:   Mon Mar 1 09:00:29 2010 -0800
> > > > 
> > > >     Merge branch 'for-2.6.34' of git://git.kernel.dk/linux-2.6-block
> > > >  
> > > > 
> > > > but not with the previous one:
> > > > 
> > > > commit 524df55725217b13d5a232fb5badb5846418ea0e
> > > > Merge: 0f45339 6679ee1
> > > > Author: Linus Torvalds <torvalds@...ux-foundation.org>
> > > > Date:   Mon Mar 1 08:58:44 2010 -0800
> > > > 
> > > >     Merge branch 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tiwai/sound-2.6
> > > > 
> > > > This is on plain Fedora 12 VM.
> > > > 
> > > > Thanks.
> > > > 
> > > > -- 
> > > > Dmitry
> > > > 
> > > > sd 2:0:0:0: Attached scsi generic sg1 type 0
> > > > sd 2:0:0:0: [sda] 16777216 512-byte logical blocks: (8.58 GB/8.00 GiB)
> > > > sd 2:0:0:0: [sda] Write Protect is off
> > > > sd 2:0:0:0: [sda] Cache data unavailable
> > > > sd 2:0:0:0: [sda] Assuming drive cache: write through
> > > > sd 2:0:0:0: [sda] Cache data unavailable
> > > > sd 2:0:0:0: [sda] Assuming drive cache: write through
> > > >  sda: sda1 sda2
> > > > sd 2:0:0:0: [sda] Cache data unavailable
> > > > sd 2:0:0:0: [sda] Assuming drive cache: write through
> > > > sd 2:0:0:0: [sda] Attached SCSI disk
> > > > device-mapper: multipath: version 1.1.1 loaded
> > > > dracut: Scanning devices sda2  for LVM volume groups 
> > > > dracut: Reading all physical volumes. This may take a while...
> > > > dracut: Found volume group "VolGroup" using metadata type lvm2
> > > > dracut: 2 logical volume(s) in volume group "VolGroup" now active
> > > > EXT4-fs (dm-0): mounted filesystem with ordered data mode
> > > > BUG: unable to handle kernel NULL pointer dereference at (null)
> > > > IP: [<ffffffff81128ee1>] mpage_end_io_read+0x45/0x6f
> > > > PGD 3b776067 PUD 3b7b1067 PMD 0 
> > > > Oops: 0002 [#1] SMP 
> > > > last sysfs file: /sys/kernel/uevent_seqnum
> > > > CPU 0 
> > > > Modules linked in: dm_multipath mptspi mptscsih mptbase scsi_transport_spi floppy [last unloaded: scsi_wait_scan]
> > > > 
> > > > Pid: 1, comm: init Not tainted 2.6.33 #4 440BX Desktop Reference Platform/VMware Virtual Platform
> > > > RIP: 0010:[<ffffffff81128ee1>]  [<ffffffff81128ee1>] mpage_end_io_read+0x45/0x6f
> > > 
> > > Can you check where that is? Just do a gdb vmlinux and then an
> > > l *mpage_end_io_read+0x45
> > 
> > I tried checking mine here, but we must be using vastly different gcc
> > versions. So I'd like that output. Can you also try and see if reverting
> > 9f7cdbc33f36d28e57eaba0093f68f0d14c38c5b makes it work?
> 
> OK, so disasm of that reveals that
> 
>   12:   3e 80 0f 08               orb    $0x8,%ds:(%rdi)
> 
> is the start of the faulting instruction. You are running UP. 0x8 is the
> 4th bit, so I'd be surprised if that isn't SetPageUptodate(page).
> 

Sorry, don't have access to that box at the moment... Will try checking
tomorrow.

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