Bug#931500:

2019-07-08 Thread Anton Ivanov
Same picture with different NFS minor versions - 4.0, 4.1 Same picture with and without hyperthreading Same picture with and without different mitigations on/off via kernel command line. 100% reproducible within 4-5 repeats of make -j `cat /proc/cpuinfo | grep processor | wc -l` ; make clean

Bug#931500: Acknowledgement (linux-image-4.19.0-5-amd64: kernel deadlock with autofs)

2019-07-08 Thread Anton Ivanov
The most interesting part - it is always the same file. ls -laF /var/autofs/local/src/openwrt/build_dir/target-mips_24kc_musl/linux-ar71xx_tiny/linux-4.14.125/arch/mips/include/generated/uapi/asm/ipcbuf.h It becomes invisible from the client, but exists in the server. Usually takes ~4-5 build

Bug#931500: Acknowledgement (linux-image-4.19.0-5-amd64: kernel deadlock with autofs)

2019-07-08 Thread Anton Ivanov
On 08/07/2019 11:59, Anton Ivanov wrote: There are clearly some issues with nfs across an autofs mount (maybe for hard mounts as well), so this may warrant an upgrade. Example test.  Run make -j 12 ; make clean in a loop on an nfs mounted openwrt tree until it fails (usually 2-3 iterations).

Bug#931500: Acknowledgement (linux-image-4.19.0-5-amd64: kernel deadlock with autofs)

2019-07-08 Thread Anton Ivanov
There are clearly some issues with nfs across an autofs mount (maybe for hard mounts as well), so this may warrant an upgrade. Example test.  Run make -j 12 ; make clean in a loop on an nfs mounted openwrt tree until it fails (usually 2-3 iterations). State on the client ls -laF /var/autofs

Bug#931500: linux-image-4.19.0-5-amd64: kernel deadlock with autofs

2019-07-06 Thread Anton Ivanov
Package: src:linux Version: 4.19.37-5 Severity: normal File: linux-image-4.19.0-5-amd64 Dear Maintainer, An attempt to mount an nfs mount via autofs when it is being unmounted sometimes results in a deadlock. This is easier to reproduce with nfsv3. It is more difficult but still possible with