Ok, I've narrowed it down a little bit -- It's not caused by any of the fixes that went into 3.10.[1-5]. It doesn't seem to be specific to any particular storage bus, controller, disk, or even cache set -- the same bcache'd usb stick will crash my laptop and not crash my test box. The 4k/512b sector thing was a red herring; you can ignore that. The test box is a boring old Core2 box; the laptop is an Ivy Bridge. I'll try to enable more verbose PM debugging to see if I can determine what exactly's going on at sleep time. (Again, shooting in the dark...) --D On Mon, Aug 05, 2013 at 10:34:03PM -0700, Darrick J. Wong wrote: > Hi, > > Lately (i.e. 3.10.5) I thought I'd give bcache a try on my work laptop. I > paired up a boring SATA SSD with one of those newfangled 4k "advanced format" > drives, and formatted the whole stack with dm-crypt + lvm + ext4 on top of > bcache. Things were looking pretty good -- LKML loads much faster in mutt, and > all was well with the world, even suspend/resume worked fine. > > Then I rebooted the machine. After the reboot, the machine will hang every > time I suspend. I set up netconsole and set no_console_suspend=1, but nothing > interesting showed up in dmesg. I see that SCSI managed to flush the disks, > but everything seems to stop dead. No lockup messages or anything. > > Curiously, if I set up a bcache between that SSD and a 512-byte-sector old > school disk, suspend/resume seem fine even after a reboot. My bcache test > machine also suspends/resumes just fine. I tried simulating a 4k disk with > qemu to see if I could arrange an easier testcase, but I couldn't reproduce the > hang there either. (Yes, I do have bcache debugging turned on.) > > I'll keep plugging away on this as time permits, but I was wondering -- has > anyone else seen this before? Is this my own little crazy party? I was > careful to make sure everything on the AF drive lined up on a 4k alignment. > > <shrug> > > --D > -- > To unsubscribe from this list: send the line "unsubscribe linux-bcache" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-bcache" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
