* Getting oops with 3.2.10 when removing a SD card @ 2012-03-14 15:38 Francis Moreau 2012-03-14 15:43 ` Dave Jones 2012-03-14 15:43 ` Josh Boyer 0 siblings, 2 replies; 7+ messages in thread From: Francis Moreau @ 2012-03-14 15:38 UTC (permalink / raw) To: Linux Kernel Mailing List 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 [17620.411514] Modules linked in: uas ums_realtek usb_storage fuse nfsd nfs lockd fscache auth_rpcgss nfs_acl sunrpc af_packet ipv6 coretemp binfmt_misc loop dm_mirror dm_region_hash dm_log dm_mod cpufreq_ondemand cpufreq_conservative cpufreq_powersave acpi_cpufreq freq_table mperf nvram kvm_intel pl2303 usbserial kvm usbhid snd_hda_codec_hdmi hid snd_hda_codec_idt snd_hda_intel snd_hda_codec snd_hwdep snd_seq_dummy snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device dell_wmi sparse_keymap iTCO_wdt arc4 wmi intel_ips snd_pcm_oss snd_pcm brcmsmac joydev battery dell_laptop iTCO_vendor_support snd_timer snd_mixer_oss snd ehci_hcd mei(C) soundcore dcdbas i2c_i801 evdev r8169 mii mac80211 brcmutil snd_page_alloc sr_mod cfg80211 rfkill sg crc8 cordic usbcore usb_common ata_piix ahci libahci libata sd_mod scsi_mod crc_t10dif ext4 jbd2 crc16 i915 drm_kms_helper drm i2c_algo_bit i2c_core video [last unloaded: scsi_wait_scan] [17620.411600] [17620.411604] Pid: 5850, comm: hald-addon-stor Tainted: G C 3.2.10 #1 Dell Inc. Vostro 3500/ [17620.411610] RIP: 0010:[<ffffffffa01e08ef>] [<ffffffffa01e08ef>] sd_revalidate_disk+0x3f/0x1a10 [sd_mod] [17620.411621] RSP: 0018:ffff880090a35a28 EFLAGS: 00010246 [17620.411624] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 0000000000000002 [17620.411627] RDX: 0000000000000003 RSI: 0000000000000002 RDI: ffff8800903bb400 [17620.411630] RBP: ffff880090a35b18 R08: 0000000000000002 R09: 0000000800000000 [17620.411633] R10: 00000008ffffffff R11: 0000000000000000 R12: ffff8800903bb400 [17620.411636] R13: 00000000ffffff85 R14: ffff88012c099d58 R15: ffff8800903bb400 [17620.411640] FS: 00007f08fa284700(0000) GS:ffff880137c00000(0000) knlGS:0000000000000000 [17620.411644] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 [17620.411647] CR2: 0000000000000008 CR3: 0000000028490000 CR4: 00000000000006f0 [17620.411650] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 [17620.411653] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400 [17620.411657] Process hald-addon-stor (pid: 5850, threadinfo ffff880090a34000, task ffff88002845db40) [17620.411660] Stack: [17620.411662] ffff8800903b8410 ffff88013340cc00 0000000000000000 ffffc900005f7c20 [17620.411667] ffff880090a35ac4 ffffffff811a23b0 ffff880090a35aa8 ffffffff811878d2 [17620.411671] ffff88003780d3c0 ffffffff811a23d0 ffff880090a35aa8 ffff8800903bb400 [17620.411675] Call Trace: [17620.411684] [<ffffffff811a23b0>] ? blkdev_get_blocks+0xc0/0xc0 [17620.411689] [<ffffffff811878d2>] ? iget5_locked+0x72/0x1c0 [17620.411693] [<ffffffff811a23d0>] ? bdev_test+0x20/0x20 [17620.411700] [<ffffffff8116fa58>] ? get_super+0x28/0xd0 [17620.411703] [<ffffffff8118704b>] ? iput+0x4b/0x220 [17620.411709] [<ffffffff811dacfa>] rescan_partitions+0xaa/0x4f0 [17620.411726] [<ffffffffa01953a4>] ? scsi_device_put+0x44/0x60 [scsi_mod] [17620.411736] [<ffffffffa01def20>] ? sd_open+0x120/0x1f0 [sd_mod] [17620.411743] [<ffffffff811a3f2e>] __blkdev_get+0x2ae/0x420 [17620.411748] [<ffffffff811a40f4>] blkdev_get+0x54/0x340 [17620.411752] [<ffffffff811a43e0>] ? blkdev_get+0x340/0x340 [17620.411756] [<ffffffff811a4442>] blkdev_open+0x62/0x80 [17620.411761] [<ffffffff8116b553>] __dentry_open+0x213/0x340 [17620.411766] [<ffffffff8116b6ba>] vfs_open+0x3a/0x40 [17620.411772] [<ffffffff8116b700>] nameidata_to_filp+0x40/0x50 [17620.411778] [<ffffffff8117a9c8>] do_last+0x3d8/0x7a0 [17620.411783] [<ffffffff8117b7a5>] path_openat+0xd5/0x410 [17620.411787] [<ffffffff81177fd2>] ? getname_flags+0x42/0x290 [17620.411791] [<ffffffff8117bbf9>] do_filp_open+0x49/0xa0 [17620.411796] [<ffffffff811889c3>] ? alloc_fd+0x53/0x140 [17620.411801] [<ffffffff8116c7e7>] do_sys_open+0x107/0x1e0 [17620.411805] [<ffffffff8116c900>] sys_open+0x20/0x30 [17620.411811] [<ffffffff81466e02>] system_call_fastpath+0x16/0x1b [17620.411814] Code: 66 66 66 66 90 65 48 8b 04 25 28 00 00 00 48 89 45 c8 31 c0 48 89 bd 68 ff ff ff 8b 05 bb c5 fd ff 48 8b 9f 30 03 00 00 c1 e8 15 <48> 8b 4b 08 83 e0 07 83 f8 03 48 89 8d 60 ff ff ff 0f 87 b3 18 [17620.411845] RIP [<ffffffffa01e08ef>] sd_revalidate_disk+0x3f/0x1a10 [sd_mod] [17620.411853] RSP <ffff880090a35a28> [17620.411855] CR2: 0000000000000008 [17620.797740] ---[ end trace 4ddfc5e258da101b ]--- Could anyone have a look please ? -- Francis ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Getting oops with 3.2.10 when removing a SD card 2012-03-14 15:38 Getting oops with 3.2.10 when removing a SD card Francis Moreau @ 2012-03-14 15:43 ` Dave Jones 2012-03-14 15:50 ` Francis Moreau 2012-03-14 15:43 ` Josh Boyer 1 sibling, 1 reply; 7+ messages in thread From: Dave Jones @ 2012-03-14 15:43 UTC (permalink / raw) To: Francis Moreau; +Cc: Linux Kernel Mailing List On Wed, Mar 14, 2012 at 04:38:04PM +0100, Francis Moreau wrote: > Hi, > > I'm getting this oops (pretty often) after writing to a SD card and > removing the card. > > Could anyone have a look please ? Should be fixed by this patch that has been around for a while now. Dave --- linux/fs/partitions/check.c~ 2012-02-20 18:32:55.314253719 -0500 +++ linux/fs/partitions/check.c 2012-02-20 18:34:46.509859745 -0500 @@ -539,17 +539,11 @@ static bool disk_unlock_native_capacity( } } -int rescan_partitions(struct gendisk *disk, struct block_device *bdev) +static int drop_partitions(struct gendisk *disk, struct block_device *bdev) { - struct parsed_partitions *state = NULL; struct disk_part_iter piter; struct hd_struct *part; - int p, highest, res; -rescan: - if (state && !IS_ERR(state)) { - kfree(state); - state = NULL; - } + int res; if (bdev->bd_part_count) return -EBUSY; @@ -562,6 +556,24 @@ rescan: delete_partition(disk, part->partno); disk_part_iter_exit(&piter); + return 0; +} + +int rescan_partitions(struct gendisk *disk, struct block_device *bdev) +{ + struct parsed_partitions *state = NULL; + struct hd_struct *part; + int p, highest, res; +rescan: + if (state && !IS_ERR(state)) { + kfree(state); + state = NULL; + } + + res = drop_partitions(disk, bdev); + if (res) + return res; + if (disk->fops->revalidate_disk) disk->fops->revalidate_disk(disk); check_disk_size_change(disk, bdev); @@ -665,6 +677,26 @@ rescan: return 0; } +int invalidate_partitions(struct gendisk *disk, struct block_device *bdev) +{ + int res; + + if (!bdev->bd_invalidated) + return 0; + + res = drop_partitions(disk, bdev); + if (res) + return res; + + set_capacity(disk, 0); + check_disk_size_change(disk, bdev); + bdev->bd_invalidated = 0; + /* tell userspace that the media / partition table may have changed */ + kobject_uevent(&disk_to_dev(disk)->kobj, KOBJ_CHANGE); + + return 0; +} + unsigned char *read_dev_sector(struct block_device *bdev, sector_t n, Sector *p) { struct address_space *mapping = bdev->bd_inode->i_mapping; --- linux/include/linux/genhd.h~ 2012-02-20 18:35:02.777802107 -0500 +++ linux/include/linux/genhd.h 2012-02-20 18:35:13.873762792 -0500 @@ -596,6 +596,7 @@ extern char *disk_name (struct gendisk * extern int disk_expand_part_tbl(struct gendisk *disk, int target); extern int rescan_partitions(struct gendisk *disk, struct block_device *bdev); +extern int invalidate_partitions(struct gendisk *disk, struct block_device *bdev); extern struct hd_struct * __must_check add_partition(struct gendisk *disk, int partno, sector_t start, sector_t len, int flags, --- linux/fs/block_dev.c~ 2012-02-20 18:35:24.890723757 -0500 +++ linux/fs/block_dev.c 2012-02-20 18:36:25.166510197 -0500 @@ -1159,8 +1159,12 @@ static int __blkdev_get(struct block_dev * The latter is necessary to prevent ghost * partitions on a removed medium. */ - if (bdev->bd_invalidated && (!ret || ret == -ENOMEDIUM)) - rescan_partitions(disk, bdev); + if (bdev->bd_invalidated) { + if (!ret) + rescan_partitions(disk, bdev); + else if (ret == -ENOMEDIUM) + invalidate_partitions(disk, bdev); + } if (ret) goto out_clear; } else { @@ -1190,8 +1194,12 @@ static int __blkdev_get(struct block_dev if (bdev->bd_disk->fops->open) ret = bdev->bd_disk->fops->open(bdev, mode); /* the same as first opener case, read comment there */ - if (bdev->bd_invalidated && (!ret || ret == -ENOMEDIUM)) - rescan_partitions(bdev->bd_disk, bdev); + if (bdev->bd_invalidated) { + if (!ret) + rescan_partitions(bdev->bd_disk, bdev); + else if (ret == -ENOMEDIUM) + invalidate_partitions(bdev->bd_disk, bdev); + } if (ret) goto out_unlock_bdev; } ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Getting oops with 3.2.10 when removing a SD card 2012-03-14 15:43 ` Dave Jones @ 2012-03-14 15:50 ` Francis Moreau 2012-03-14 16:02 ` Josh Boyer 0 siblings, 1 reply; 7+ messages in thread From: Francis Moreau @ 2012-03-14 15:50 UTC (permalink / raw) To: Dave Jones, Francis Moreau, Linux Kernel Mailing List On Wed, Mar 14, 2012 at 4:43 PM, Dave Jones <davej@redhat.com> wrote: > On Wed, Mar 14, 2012 at 04:38:04PM +0100, Francis Moreau wrote: > > Hi, > > > > I'm getting this oops (pretty often) after writing to a SD card and > > removing the card. > > > > Could anyone have a look please ? > > Should be fixed by this patch that has been around for a while now. > Why isn't it mainlined then ? Thanks -- Francis ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Getting oops with 3.2.10 when removing a SD card 2012-03-14 15:50 ` Francis Moreau @ 2012-03-14 16:02 ` Josh Boyer 0 siblings, 0 replies; 7+ messages in thread From: Josh Boyer @ 2012-03-14 16:02 UTC (permalink / raw) To: Francis Moreau; +Cc: Dave Jones, Linux Kernel Mailing List On Wed, Mar 14, 2012 at 11:50 AM, Francis Moreau <francis.moro@gmail.com> wrote: > On Wed, Mar 14, 2012 at 4:43 PM, Dave Jones <davej@redhat.com> wrote: >> On Wed, Mar 14, 2012 at 04:38:04PM +0100, Francis Moreau wrote: >> > Hi, >> > >> > I'm getting this oops (pretty often) after writing to a SD card and >> > removing the card. >> > >> > Could anyone have a look please ? >> >> Should be fixed by this patch that has been around for a while now. >> > > Why isn't it mainlined then ? Because it's been sitting in the subsystem maintainer's tree for a while. He sent a pull request to Linus earlier today to get it included in 3.3. josh ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Getting oops with 3.2.10 when removing a SD card 2012-03-14 15:38 Getting oops with 3.2.10 when removing a SD card Francis Moreau 2012-03-14 15:43 ` Dave Jones @ 2012-03-14 15:43 ` Josh Boyer 2012-03-14 15:49 ` Francis Moreau 1 sibling, 1 reply; 7+ messages in thread From: Josh Boyer @ 2012-03-14 15:43 UTC (permalink / raw) To: Francis Moreau; +Cc: Linux Kernel Mailing List On Wed, Mar 14, 2012 at 11:38 AM, Francis Moreau <francis.moro@gmail.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. josh ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Getting oops with 3.2.10 when removing a SD card 2012-03-14 15:43 ` Josh Boyer @ 2012-03-14 15:49 ` Francis Moreau 2012-03-14 16:07 ` Francis Moreau 0 siblings, 1 reply; 7+ messages in thread From: Francis Moreau @ 2012-03-14 15:49 UTC (permalink / raw) To: Josh Boyer; +Cc: Linux Kernel Mailing List On Wed, Mar 14, 2012 at 4:43 PM, Josh Boyer <jwboyer@gmail.com> wrote: > On Wed, Mar 14, 2012 at 11:38 AM, Francis Moreau <francis.moro@gmail.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 ? Thanks -- Francis ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Getting oops with 3.2.10 when removing a SD card 2012-03-14 15:49 ` Francis Moreau @ 2012-03-14 16:07 ` Francis Moreau 0 siblings, 0 replies; 7+ messages in thread From: Francis Moreau @ 2012-03-14 16:07 UTC (permalink / raw) To: Josh Boyer; +Cc: Linux Kernel Mailing List On Wed, Mar 14, 2012 at 4:49 PM, Francis Moreau <francis.moro@gmail.com> wrote: > On Wed, Mar 14, 2012 at 4:43 PM, Josh Boyer <jwboyer@gmail.com> wrote: >> On Wed, Mar 14, 2012 at 11:38 AM, Francis Moreau <francis.moro@gmail.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 ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2012-03-14 16:07 UTC | newest] Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2012-03-14 15:38 Getting oops with 3.2.10 when removing a SD card Francis Moreau 2012-03-14 15:43 ` Dave Jones 2012-03-14 15:50 ` Francis Moreau 2012-03-14 16:02 ` Josh Boyer 2012-03-14 15:43 ` Josh Boyer 2012-03-14 15:49 ` Francis Moreau 2012-03-14 16:07 ` Francis Moreau
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®