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 majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
