On Mon, 2 Feb 2015, Athlion wrote:
> Hello again,
>
> I tried setting up netconsole (I don't have a null-modem serial cable
> with usb adaptor) and although it *does* capture some of the dump, it
> does not capture everything. The dump is from 3.18.5. Here goes (from
> the USB connection):
>
> [ 169.827703] usb 2-1.2: new high-speed USB device number 3 using ehci-pci
> [ 169.980222] usb-storage 2-1.2:1.0: USB Mass Storage device detected
> [ 169.982264] scsi host6: usb-storage 2-1.2:1.0
> [ 169.984548] usbcore: registered new interface driver usb-storage
> [ 169.989296] usbcore: registered new interface driver uas
> [ 170.989458] scsi 6:0:0:0: Direct-Access WD My Passport
> 0748 1016 PQ: 0 ANSI: 6
> [ 170.992673] scsi 6:0:0:1: Enclosure WD SES Device
> 1016 PQ: 0 ANSI: 6
> [ 171.002766] sd 6:0:0:0: [sdb] Spinning up disk...
> [ 172.009278] .ready
> [ 173.012719] sd 6:0:0:0: [sdb] 1953458176 512-byte logical blocks:
> (1.00 TB/931 GiB)
> [ 173.016434] sd 6:0:0:0: [sdb] Write Protect is off
> [ 173.017780] ses 6:0:0:1: Attached Enclosure device
> [ 173.021519] sd 6:0:0:0: [sdb] Mode Sense: 47 00 10 08
> [ 173.024736] sd 6:0:0:0: [sdb] No Caching mode page found
> [ 173.026785] sd 6:0:0:0: [sdb] Assuming drive cache: write through
> [ 173.040339] sdb: sdb1
> [ 173.045652] sd 6:0:0:0: [sdb] Attached SCSI disk
> [ 183.706124] usb 2-1.2: USB disconnect, device number 3
> [ 183.725921] BUG: unable to handle kernel NULL pointer dereference
> at 00000000000001a0
> [ 183.728560] IP: [<ffffffff812850d5>] blk_post_runtime_resume+0x65/0x80
> [ 183.730820] PGD 0
> [ 183.733038] Oops: 0002 [#1] PREEMPT SMP
> [ 183.735285] Modules linked in: ses enclosure uas usb_storage
> netconsole joydev mousedev snd_hda_codec_hdmi snd_hda_codec_conexant
...
> i2c_algo_bit video drm_kms_helper drm i2c_core
There should have been a stack dump here, but there wasn't. Too bad;
it would have been helpful.
> Is there anything I can do to make netconsole dump everything?
Not as far as I know. But it might help if we saw the USB debugging
messages. Try turning on dynamic debugging for usbcore and scsi_mod
before running the test by doing:
echo 'module usbcore =p' >/sys/kernel/debug/dynamic_debug/control
echo 'module scsi_mod =p' >/sys/kernel/debug/dynamic_debug/control
Had you made any changes to the runtime suspend settings?
blk_post_runtime_resume wouldn't be called unless the drive had gone
into runtime suspend. And even then, it's not likely to be called
after you unplug the USB cable.
Alan Stern
--
To unsubscribe from this list: send the line "unsubscribe linux-usb" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
