linux-kernel - Re: unable to handle kernel paging request when inserting FAT32 formatted flash media

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:	Mon, 2 May 2011 22:34:20 +0200
From:	Tino Keitel <tino.keitel@...ei.de>
To:	OGAWA Hirofumi <hirofumi@...l.parknet.co.jp>,
	linux-kernel@...r.kernel.org
Subject: Re: unable to handle kernel paging request when inserting FAT32
 formatted flash media

On Mon, May 02, 2011 at 22:33:27 +0200, Tino Keitel wrote:
> On Tue, May 03, 2011 at 03:46:31 +0900, OGAWA Hirofumi wrote:
> > Tino Keitel <tino.keitel@....de> writes:
> > 
> > > On Tue, May 03, 2011 at 00:12:33 +0900, OGAWA Hirofumi wrote:
> > >> OGAWA Hirofumi <hirofumi@...l.parknet.co.jp> writes:
> > >> 
> > >> > Tino Keitel <tino.keitel@...ei.de> writes:
> > >> >
> > >> >> On Mon, May 02, 2011 at 08:49:45 +0200, Tino Keitel wrote:
> > >> >>> Hi,
> > >> >>> 
> > >> >>> when I insert a CF or SD card from my cameras into the USB card reader,
> > >> >>> I get the attached kernel oops. This is reproducible and did not happen
> > >> >>> with 2.6.38.
> > >> >>
> > >> >> Forgot to mention: the bug occurs with 2.6.39-rc5.
> > >> >
> > >> > There is no related change in fs/fat after 2.6.38. So, the cause would
> > >> > be other area. Anyway, I'll see detail a bit.
> > >> 
> > >> BTW, is this reproducible? And could you send .config both of 2.6.38 and
> > >> 2.6.39-rc5?
> > >
> > > Yes, it is reproducible. It happens with a CF card from a Canon DSLR as
> > > well as with a SD card from a little Fuji cam. Configs are attached.
> > 
> > .config didn't have interest part for now. Could you send another oops,
> > and vfat.ko, fat.ko? I'd like to see more detail by assembler, current
> > oops is unclear...
> 
> Another Oops, this time with the SD card, and the modules are attached.

Forgot the attachemnts, as usual.

Download attachment "vfat.ko" of type "application/octet-stream" (20800 bytes)

Download attachment "fat.ko" of type "application/octet-stream" (89880 bytes)

View attachment "Oops" of type "text/plain" (4801 bytes)