linux-kernel - Re: Getting oops with 3.2.10 when removing a SD card

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] [day] [month] [year] [list]

Message-ID: <CAC9WiBgHpe344FOh8BZb-OjRSq4P8Zhy+4n6hJnfctS0xqrXAg@mail.gmail.com>
Date:	Wed, 14 Mar 2012 17:07:01 +0100
From:	Francis Moreau <francis.moro@...il.com>
To:	Josh Boyer <jwboyer@...il.com>
Cc:	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: Getting oops with 3.2.10 when removing a SD card

On Wed, Mar 14, 2012 at 4:49 PM, Francis Moreau <francis.moro@...il.com> wrote:
> On Wed, Mar 14, 2012 at 4:43 PM, Josh Boyer <jwboyer@...il.com> wrote:
>> On Wed, Mar 14, 2012 at 11:38 AM, Francis Moreau <francis.moro@...il.com> wrote:
>>> Hi,
>>>
>>> I'm getting this oops (pretty often) after writing to a SD card and
>>> removing the card.
>>>
>>> Here's the oops:
>>>
>>> [17610.371580] usb 1-1.6: new high-speed USB device number 14 using ehci_hcd
>>> [17610.469928] usb 1-1.6: New USB device found, idVendor=0bda, idProduct=0159
>>> [17610.469935] usb 1-1.6: New USB device strings: Mfr=1, Product=2,
>>> SerialNumber=3
>>> [17610.469939] usb 1-1.6: Product: USB2.0-CRW
>>> [17610.469942] usb 1-1.6: Manufacturer: Generic
>>> [17610.469946] usb 1-1.6: SerialNumber: 20071114173400000
>>> [17610.485966] scsi16 : usb-storage 1-1.6:1.0
>>> [17611.489253] scsi 16:0:0:0: Direct-Access     Generic- Multi-Card
>>>   1.00 PQ: 0 ANSI: 0 CCS
>>> [17611.489556] sd 16:0:0:0: Attached scsi generic sg2 type 0
>>> [17612.177470] sd 16:0:0:0: [sdb] 7744512 512-byte logical blocks:
>>> (3.96 GB/3.69 GiB)
>>> [17612.178347] sd 16:0:0:0: [sdb] Write Protect is off
>>> [17612.178355] sd 16:0:0:0: [sdb] Mode Sense: 03 00 00 00
>>> [17612.179333] sd 16:0:0:0: [sdb] No Caching mode page present
>>> [17612.179338] sd 16:0:0:0: [sdb] Assuming drive cache: write through
>>> [17612.182988] sd 16:0:0:0: [sdb] No Caching mode page present
>>> [17612.182993] sd 16:0:0:0: [sdb] Assuming drive cache: write through
>>> [17612.214565]  sdb: sdb1
>>> [17612.218666] sd 16:0:0:0: [sdb] No Caching mode page present
>>> [17612.218672] sd 16:0:0:0: [sdb] Assuming drive cache: write through
>>> [17612.218677] sd 16:0:0:0: [sdb] Attached SCSI removable disk
>>> [17620.408767] usb 1-1.6: USB disconnect, device number 14
>>> [17620.410224] scsi 16:0:0:0: killing request
>>> [17620.410512] BUG: unable to handle kernel NULL pointer dereference
>>> at 0000000000000008
>>> [17620.411480] IP: [<ffffffffa01e08ef>] sd_revalidate_disk+0x3f/0x1a10 [sd_mod]
>>> [17620.411501] PGD 286a3067 PUD aef9f067 PMD 0
>>> [17620.411507] Oops: 0000 [#1] SMP
>>> [17620.411512] CPU 0
>>
>> There's a patch to fix this that will hopefully be pulled into Linus' tree
>> today.  It should work it's way back to 3.2-stable after that.
>>
>
> Could you just point out the patch (including the tree shipping it) so
> I can use/test it ?
>

maybe this one:

 block: Fix NULL pointer dereference in sd_revalidate_disk

or perhaps this one:

 block: fix __blkdev_get and add_disk race condition

I'm asking because my SD card is almost unusable now: after 3 or 4
insertion/remove, I get the oops.

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