On Thu, Sep 19, 2019 at 05:47:08PM +0200, Adam Borowski wrote: > On Thu, Sep 19, 2019 at 08:10:47AM -0700, Dan Williams wrote: > > On Thu, Sep 19, 2019 at 4:56 AM Adam Borowski <[email protected]> wrote: > > > If I try to change the mode of a devdax namespace that's in use (mapped by > > > some process), ndctl hangs: > > > > Is it merely mapped, or might the pages be actively pinned / in use by > > another part of the kernel? The kernel has no choice but to wait for > > active page pins to drain. Can you get a stack trace of the process > > with the dev-dax instance mapped? > > Looks like the behaviour is different depending on what the other process > is: > * with qemu, the hang is 100% reproducible, the guest continues to work and > cleanly exits -- qemu does not exit on its own (unlike normal case) but > SIGTERM terminates it correctly. Thus, qemu is not stuck, only ndctl is.
Correction: not 100%. I just had qemu die with SIGBUS instead. Meow! -- ⢀⣴⠾⠻⢶⣦⠀ A MAP07 (Dead Simple) raspberry tincture recipe: 0.5l 95% alcohol, ⣾⠁⢠⠒⠀⣿⡁ 1kg raspberries, 0.4kg sugar; put into a big jar for 1 month. ⢿⡄⠘⠷⠚⠋⠀ Filter out and throw away the fruits (can dump them into a cake, ⠈⠳⣄⠀⠀⠀⠀ etc), let the drink age at least 3-6 months. _______________________________________________ Linux-nvdimm mailing list [email protected] https://lists.01.org/mailman/listinfo/linux-nvdimm
