linux-kernel - Re: [Q] Bio traversal trouble?

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: <46642AB3.1000907@gmail.com>
Date:	Mon, 04 Jun 2007 17:07:31 +0200
From:	Rene Herman <rene.herman@...il.com>
To:	Jens Axboe <axboe@...e.de>
CC:	Pekka Enberg <penberg@...helsinki.fi>,
	Linux Kernel <linux-kernel@...r.kernel.org>
Subject: Re: [Q] Bio traversal trouble?

On 06/04/2007 11:42 AM, Rene Herman wrote:

[ ... ]

> Unfortunately, I can make the box oops by just doing enough of those dd 
> runs in a row (this one with bs=2k count=128, oopsed the seventh time or 
> something):
> 
> ===
> BUG: unable to handle kernel paging request at virtual address 8c1d2071
>  printing eip:
> c10a6d6f
> *pde = 00000000
> Oops: 0002 [#1]
> Modules linked in: mitsumi nfsd exportfs lockd sunrpc nls_cp437 msdos 
> fat nls_base
> CPU:    0
> EIP:    0060:[<c10a6d6f>]    Not tainted VLI
> EFLAGS: 00010246   (2.6.21.3 #1)
> EIP is at ioread8_rep+0x20/0x31
> eax: 00010000   ebx: 00010300   ecx: 00000800   edx: 00000300
> esi: c3145b30   edi: 8c1d2071   ebp: 8c1d2071   esp: c3145aec
> ds: 007b   es: 007b   fs: 00d8  gs: 0033  ss: 0068
> Process dd (pid: 1770, ti=c3145000 task=c3114110 task.ti=c3145000)
> Stack: 00000000 c3a7ad48 c486504d c4865ab7 00000006 50020034 c1015f7b 
> 00000292
>        00000000 00520300 00000100 0007e000 00000000 c3340300 c10a0531 
> 00000000
>        c12adf60 00000000 00000001 00000000 00000000 00000000 dead4ead 
> ffffffff
> Call Trace:
>  [<c486504d>] __mitsumi_get_frame+0xc/0x16 [mitsumi]
>  [<c4865ab7>] mitsumi_get_frame+0x120/0x134 [mitsumi]
>  [<c1015f7b>] lock_timer_base+0x15/0x2f
>  [<c10a0531>] cfq_set_request+0x0/0x144

Perhaps interesting (and perhaps not) -- I've been unable to reproduce the OOPS 
after rebooting with elevator=as.

Rene.
-
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/