BUG: using smp_processor_id() in preemptible [00000000] code

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I'm getting a consistent I/O hang every time I try to securely wipe any of my drives (big or small ones, USB flash disk / Hard disk / SSD) with the combination of cryptsetup and dd:

1) the moment I hit Enter on this command
cryptsetup open --type plain -d /dev/urandom /dev/sde w1

I get the first

BUG: using smp_processor_id() in preemptible [00000000] code: modprobe/1032

in dmesg (line 1054 of dmesg.out)

2) then as I proceed with

dd if=/dev/zero of=/dev/mapper/w1 bs=64K status=progress

I gradually get the rest of the errors up until dd (along with all kworker/u*) enters a D state (displayed by top.out). Finally, the system cannot even poweroff without hard-pressing the button for a few seconds.

I was running Arch Linux LiveUSB on the latest 4.19.8.arch1-1 kernel but I had the same thing happening on 4.19.4.arch1-1 as well.

I repeatedly performed the exact same steps with a CentOS 7 LiveUSB running on a 3.10.x kernel and it worked flawlessly every time.

Motherboard is a Supermicro Super Server/A2SDi-8C+-HLN4F, BIOS 1.1a 09/18/2018 with Intel Atom C3758.

Attached you will find:

1) "dmesg -H" output
2) "top -n 1 -o +S" output
3) and the commands involved in reproducing the issue


Attachment: top.out
Description: Binary data

Attachment: cmdline.out
Description: Binary data

Attachment: dmesg.out
Description: Binary data


[Index of Archives]     [Kernel]     [Gnu Classpath]     [Gnu Crypto]     [DM Crypt]     [Netfilter]     [Bugtraq]

  Powered by Linux