[auth_gss] 6f4f7839e9: WARNING:at_fs/proc/generic.c:#remove_proc_entry
by kernel test robot
FYI, we noticed the following commit (built with gcc-7):
commit: 6f4f7839e92414a9ab56afbe3023c32abe4cbe59 ("auth_gss: fix deadlock that blocks rpcsec_gss_exit_net when use-gss-proxy==1")
grep: /cephfs/kbuild/commit-list/aaron/aaron:batch_size-phas1_1:
in testcase: trinity
with following parameters:
runtime: 300s
test-description: Trinity is a linux system call fuzz tester.
test-url: http://codemonkey.org.uk/projects/trinity/
on test machine: qemu-system-x86_64 -enable-kvm -cpu SandyBridge -smp 2 -m 2G
caused below changes (please refer to attached dmesg/kmsg for entire log/backtrace):
+-------------------------------------------------+------------+------------+
| | 9cf7a1b68c | 6f4f7839e9 |
+-------------------------------------------------+------------+------------+
| boot_successes | 8 | 2 |
| boot_failures | 0 | 4 |
| WARNING:at_fs/proc/generic.c:#remove_proc_entry | 0 | 4 |
| EIP:remove_proc_entry | 0 | 4 |
+-------------------------------------------------+------------+------------+
If you fix the issue, kindly add following tag
Reported-by: kernel test robot <lkp(a)intel.com>
[ 101.145547] WARNING: CPU: 1 PID: 7 at fs/proc/generic.c:683 remove_proc_entry+0xd7/0xeb
[ 101.146501] CPU: 1 PID: 7 Comm: kworker/u4:0 Tainted: G T 5.1.0-rc3-00031-g6f4f783 #32
[ 101.147428] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1 04/01/2014
[ 101.148272] Workqueue: netns cleanup_net
[ 101.148680] EIP: remove_proc_entry+0xd7/0xeb
[ 101.149118] Code: 9e f5 ff ff 85 c0 74 27 89 d8 e8 93 f5 ff ff ff 70 24 ff 73 24 8b 43 1c ff 70 24 68 c0 6b 00 42 68 e4 0f 68 42 e8 0e bb e8 ff <0f> 0b 83 c4 14 89 d8 e8 4d fd ff ff 8d 65 f4 5b 5e 5f 5d c3 66 66
[ 101.150993] EAX: 0000005b EBX: bf699008 ECX: 80000001 EDX: 4105b0f6
[ 101.151628] ESI: 4287cbaa EDI: bf928ee0 EBP: 4033deec ESP: 4033dec4
[ 101.152263] DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068 EFLAGS: 00010202
[ 101.152988] CR0: 80050033 CR2: 080f3354 CR3: 7f4fe000 CR4: 00040690
[ 101.153617] DR0: 36cde000 DR1: 00000000 DR2: 00000000 DR3: 00000000
[ 101.154247] DR6: fffe0ff0 DR7: 00000600
[ 101.154635] Call Trace:
[ 101.154890] ? sunrpc_exit_net+0x5d/0x69
[ 101.155289] ? ops_exit_list+0x2a/0x4c
[ 101.155670] ? cleanup_net+0x165/0x203
[ 101.156052] ? process_one_work+0x209/0x361
[ 101.156481] ? worker_thread+0x16b/0x20c
[ 101.156879] ? kthread+0xdd/0xdf
[ 101.157212] ? process_scheduled_works+0x27/0x27
[ 101.157684] ? queuing_blocked+0x39/0x39
[ 101.158083] ? ret_from_fork+0x19/0x30
[ 101.158470] ---[ end trace a2b4903886cdf4ab ]---
To reproduce:
# build kernel
cd linux
cp config-5.1.0-rc3-00031-g6f4f783 .config
make HOSTCC=gcc-7 CC=gcc-7 ARCH=i386 olddefconfig
make HOSTCC=gcc-7 CC=gcc-7 ARCH=i386 prepare
make HOSTCC=gcc-7 CC=gcc-7 ARCH=i386 modules_prepare
make HOSTCC=gcc-7 CC=gcc-7 ARCH=i386 SHELL=/bin/bash
make HOSTCC=gcc-7 CC=gcc-7 ARCH=i386 bzImage
git clone https://github.com/intel/lkp-tests.git
cd lkp-tests
bin/lkp qemu -k <bzImage> job-script # job-script is attached in this email
Thanks,
lkp
1 year, 5 months
[ipv6] cc3a86c802: hwsim.proxyarp_open.fail
by kernel test robot
FYI, we noticed the following commit (built with gcc-7):
commit: cc3a86c802f0ba9a2627aef256d95ae3b3fa6e91 ("ipv6: Change rt6_probe to take a fib6_nh")
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git master
in testcase: hwsim
with following parameters:
group: hwsim-12
on test machine: qemu-system-x86_64 -enable-kvm -cpu SandyBridge -smp 2 -m 4G
caused below changes (please refer to attached dmesg/kmsg for entire log/backtrace):
2019-05-11 15:54:02 ./run-tests.py proxyarp_open
DEV: wlan0: 02:00:00:00:00:00
DEV: wlan1: 02:00:00:00:01:00
DEV: wlan2: 02:00:00:00:02:00
APDEV: wlan3
APDEV: wlan4
START proxyarp_open 1/1
Test: ProxyARP with open network
Starting AP wlan3
Starting AP wlan4
Connect STA wlan0 to AP
Connect STA wlan1 to AP
Connect STA wlan2 to AP
Bridge setup: bridge namebridge idSTP enabledinterfaces
ap-br08000.020000000300nowlan3
wlan4
Bridge showstp: ap-br0
bridge id8000.020000000300
designated root8000.020000000300
root port 0path cost 0
max age 20.00bridge max age 20.00
hello time 2.00bridge hello time 2.00
forward delay 0.00bridge forward delay 0.00
ageing time 300.00
hello timer 0.00tcn timer 0.00
topology change timer 0.00gc timer 299.09
flags
wlan3 (1)
port id8001state forwarding
designated root8000.020000000300path cost 100
designated bridge8000.020000000300message age timer 0.00
designated port8001forward delay timer 0.00
designated cost 0hold timer 0.00
flags
hairpin mode 1
wlan4 (2)
port id8002state forwarding
designated root8000.020000000300path cost 100
designated bridge8000.020000000300message age timer 0.00
designated port8002forward delay timer 0.00
designated cost 0hold timer 0.00
flags
After connect (showmacs): port nomac addris local?ageing timer
1 02:00:00:00:00:00no 0.51
1 02:00:00:00:01:00no 0.11
2 02:00:00:00:02:00no 0.13
1 02:00:00:00:03:00yes 0.00
1 02:00:00:00:03:00yes 0.00
2 02:00:00:00:04:00yes 0.00
2 02:00:00:00:04:00yes 0.00
After connect: ['192.168.1.123 dev ap-br0 lladdr 02:00:00:00:00:00 PERMANENT', 'fe80::ff:fe00:100 dev ap-br0 lladdr 02:00:00:00:01:00 PERMANENT']
Unexpected number of neighbor entries after connect
Traceback (most recent call last):
File "./run-tests.py", line 503, in main
t(dev, apdev, params)
File "/lkp/benchmarks/hwsim/tests/hwsim/test_ap_hs20.py", line 5197, in test_proxyarp_open
_test_proxyarp_open(dev, apdev, params)
File "/lkp/benchmarks/hwsim/tests/hwsim/test_ap_hs20.py", line 4777, in _test_proxyarp_open
raise Exception("Unexpected number of neighbor entries after connect")
Exception: Unexpected number of neighbor entries after connect
FAIL proxyarp_open 1.5456 2019-05-11 15:54:04.617420
passed 0 test case(s)
skipped 0 test case(s)
failed tests: proxyarp_open
2019-05-11 15:54:04 ./run-tests.py proxyarp_open_ebtables
DEV: wlan0: 02:00:00:00:00:00
DEV: wlan1: 02:00:00:00:01:00
DEV: wlan2: 02:00:00:00:02:00
APDEV: wlan3
APDEV: wlan4
START proxyarp_open_ebtables 1/1
Test: ProxyARP with open network
Starting AP wlan3
Starting AP wlan4
Connect STA wlan0 to AP
Connect STA wlan1 to AP
Connect STA wlan2 to AP
Bridge setup: bridge namebridge idSTP enabledinterfaces
ap-br08000.020000000300nowlan3
wlan4
Bridge showstp: ap-br0
bridge id8000.020000000300
designated root8000.020000000300
root port 0path cost 0
max age 20.00bridge max age 20.00
hello time 2.00bridge hello time 2.00
forward delay 0.00bridge forward delay 0.00
ageing time 300.00
hello timer 0.00tcn timer 0.00
topology change timer 0.00gc timer 299.16
flags
wlan3 (1)
port id8001state forwarding
designated root8000.020000000300path cost 100
designated bridge8000.020000000300message age timer 0.00
designated port8001forward delay timer 0.00
designated cost 0hold timer 0.00
flags
hairpin mode 1
wlan4 (2)
port id8002state forwarding
designated root8000.020000000300path cost 100
designated bridge8000.020000000300message age timer 0.00
designated port8002forward delay timer 0.00
designated cost 0hold timer 0.00
flags
After connect (showmacs): port nomac addris local?ageing timer
1 02:00:00:00:00:00no 0.28
1 02:00:00:00:01:00no 0.15
2 02:00:00:00:02:00no 0.03
1 02:00:00:00:03:00yes 0.00
1 02:00:00:00:03:00yes 0.00
2 02:00:00:00:04:00yes 0.00
2 02:00:00:00:04:00yes 0.00
After connect: ['192.168.1.123 dev ap-br0 lladdr 02:00:00:00:00:00 PERMANENT', 'fe80::ff:fe00:0 dev ap-br0 lladdr 02:00:00:00:00:00 PERMANENT']
Unexpected number of neighbor entries after connect
Traceback (most recent call last):
File "./run-tests.py", line 503, in main
t(dev, apdev, params)
File "/lkp/benchmarks/hwsim/tests/hwsim/test_ap_hs20.py", line 5217, in test_proxyarp_open_ebtables
_test_proxyarp_open(dev, apdev, params, ebtables=True)
File "/lkp/benchmarks/hwsim/tests/hwsim/test_ap_hs20.py", line 4777, in _test_proxyarp_open
raise Exception("Unexpected number of neighbor entries after connect")
Exception: Unexpected number of neighbor entries after connect
FAIL proxyarp_open_ebtables 1.593676 2019-05-11 15:54:06.399407
passed 0 test case(s)
skipped 0 test case(s)
failed tests: proxyarp_open_ebtables
If you fix the issue, kindly add following tag
Reported-by: kernel test robot <rong.a.chen(a)intel.com>
To reproduce:
# build kernel
cd linux
cp config-5.1.0-rc4-00620-gcc3a86c .config
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 olddefconfig
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 prepare
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 modules_prepare
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 SHELL=/bin/bash
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 bzImage
git clone https://github.com/intel/lkp-tests.git
cd lkp-tests
bin/lkp qemu -k <bzImage> job-script # job-script is attached in this email
Thanks,
Rong Chen
1 year, 5 months
[appletalk] 6377f787ae: INFO:trying_to_register_non-static_key
by kernel test robot
FYI, we noticed the following commit (built with gcc-7):
commit: 6377f787aeb945cae7abbb6474798de129e1f3ac ("appletalk: Fix use-after-free in atalk_proc_exit")
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git master
in testcase: trinity
with following parameters:
runtime: 300s
test-description: Trinity is a linux system call fuzz tester.
test-url: http://codemonkey.org.uk/projects/trinity/
on test machine: qemu-system-x86_64 -enable-kvm -cpu SandyBridge -smp 2 -m 2G
caused below changes (please refer to attached dmesg/kmsg for entire log/backtrace):
+-----------------------------------------------------+------------+------------+
| | e2bcd8b0ce | 6377f787ae |
+-----------------------------------------------------+------------+------------+
| boot_successes | 251 | 172 |
| boot_failures | 0 | 80 |
| INFO:trying_to_register_non-static_key | 0 | 14 |
| BUG:unable_to_handle_kernel | 0 | 77 |
| Oops:#[##] | 0 | 77 |
| RIP:__sock_release | 0 | 74 |
| Kernel_panic-not_syncing:Fatal_exception | 0 | 77 |
| WARNING:at_kernel/locking/lockdep.c:#lock_downgrade | 0 | 7 |
| RIP:lock_downgrade | 0 | 7 |
+-----------------------------------------------------+------------+------------+
If you fix the issue, kindly add following tag
Reported-by: kernel test robot <lkp(a)intel.com>
[ 258.830340] INFO: trying to register non-static key.
[ 258.831833] the code is fine but needs lockdep annotation.
[ 258.833361] turning off the locking correctness validator.
[ 258.834982] CPU: 1 PID: 1295 Comm: trinity-c4 Tainted: G T 5.0.0-rc8-00103-g6377f78 #1
[ 258.837622] Call Trace:
[ 258.838363] ? dump_stack+0x46/0x59
[ 258.839447] ? register_lock_class+0x22b/0x424
[ 258.840759] ? __lock_acquire+0x56/0x70c
[ 258.842067] ? lock_acquire+0x3d/0x50
[ 258.843119] ? _raw_write_lock_bh+0x2e/0x5f
[ 258.844406] ? __sock_release+0x2d/0x86
[ 258.845544] ? sock_close+0xc/0xf
[ 258.846521] ? __fput+0x10b/0x1a6
[ 258.847516] ? task_work_run+0x7d/0x9f
[ 258.848637] ? do_exit+0x408/0x9f5
[ 258.849686] ? do_group_exit+0xa4/0xa4
[ 258.850803] ? __x64_sys_exit_group+0xf/0xf
[ 258.852024] ? do_syscall_64+0x1ae/0x25e
[ 258.853243] ? async_page_fault+0x8/0x30
[ 258.854440] ? perf_swevent_put_recursion_context+0x10/0x2a
[ 258.856167] ? __perf_sw_event+0x47/0x5b
[ 258.857328] ? entry_SYSCALL_64_after_hwframe+0x44/0xa9
[ 258.914951] [main] 65475 iterations. [F:43837 S:21614 HI:3023]
[ 258.914956]
[ 258.939181] BUG: unable to handle kernel paging request at ffffffffc030f0b0
[ 258.941309] #PF error: [normal kernel read fault]
[ 258.942761] PGD 42619067 P4D 42619067 PUD 4261b067 PMD 4e10e067 PTE 0
[ 258.944794] Oops: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC
[ 258.946411] CPU: 1 PID: 1249 Comm: trinity-c7 Tainted: G T 5.0.0-rc8-00103-g6377f78 #1
[ 258.949001] RIP: 0010:__sock_release+0x24/0x86
[ 258.950218] Code: ff 89 e8 5b 5d c3 55 53 48 89 fb 48 83 7f 28 00 74 3f 48 85 f6 48 89 f5 74 09 48 8d 7e 58 e8 8f a2 19 00 48 8b 43 28 48 89 df <48> 8b 40 10 e8 0b 8a 3e 00 48 85 ed 48 c7 43 20 00 00 00 00 74 09
[ 258.955449] RSP: 0018:ffffa5774082fdb8 EFLAGS: 00010246
[ 258.957106] RAX: ffffffffc030f0a0 RBX: ffff8eadfa36bb80 RCX: 0000000000000000
[ 258.959093] RDX: ffffffffb46181d5 RSI: ffffffffb46181d5 RDI: ffff8eadfa36bb80
[ 258.961122] RBP: ffff8eadfa36bbb0 R08: 0000000000000000 R09: 0000000000000000
[ 258.963145] R10: ffff8eadfa36bbb0 R11: ffffffffffffffff R12: ffff8eadfa36bbb0
[ 258.965162] R13: ffff8eadcf4fef28 R14: ffff8eaded3a2ed8 R15: ffff8eadfa36bbb0
[ 258.967275] FS: 00007fec54927b40(0000) GS:ffff8eae36400000(0000) knlGS:0000000000000000
[ 258.969657] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 258.971343] CR2: ffffffffc030f0b0 CR3: 00000000280d3000 CR4: 00000000000006e0
[ 258.973384] Call Trace:
[ 258.974148] ? sock_close+0xc/0xf
[ 258.975181] ? __fput+0x10b/0x1a6
[ 258.976250] ? task_work_run+0x7d/0x9f
[ 258.977462] ? do_exit+0x408/0x9f5
[ 258.978463] ? do_group_exit+0xa4/0xa4
[ 258.979578] ? __x64_sys_exit_group+0xf/0xf
[ 258.980780] ? do_syscall_64+0x1ae/0x25e
[ 258.981926] ? async_page_fault+0x8/0x30
[ 258.983101] ? perf_swevent_put_recursion_context+0x10/0x2a
[ 258.984782] ? __perf_sw_event+0x47/0x5b
[ 258.986089] ? entry_SYSCALL_64_after_hwframe+0x44/0xa9
[ 258.987634] Modules linked in: ieee802154_socket caif_socket caif hidp hid can_raw can af_packet dn_rtmsg cn decnet crct10dif_pclmul crct10dif_common ghash_clmulni_intel aesni_intel aes_x86_64 input_leds led_class serio_raw rtc_cmos qemu_fw_cfg button
[ 258.993831] CR2: ffffffffc030f0b0
[ 258.994762] ---[ end trace 033ec3faa0079cf9 ]---
To reproduce:
# build kernel
cd linux
cp config-5.0.0-rc8-00103-g6377f78 .config
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 olddefconfig
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 prepare
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 modules_prepare
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 SHELL=/bin/bash
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 bzImage
git clone https://github.com/intel/lkp-tests.git
cd lkp-tests
bin/lkp qemu -k <bzImage> job-script # job-script is attached in this email
Thanks,
lkp
1 year, 5 months
[btrfs] ddf30cf03f: xfstests.generic.102.fail
by kernel test robot
FYI, we noticed the following commit (built with gcc-7):
commit: ddf30cf03fb53b9a0ad0f355a69dbedf416edde9 ("btrfs: extent-tree: Use btrfs_ref to refactor add_pinned_bytes()")
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git master
in testcase: xfstests
with following parameters:
disk: 4HDD
fs: btrfs
test: generic-quick2
test-description: xfstests is a regression test suite for xfs and other files ystems.
test-url: git://git.kernel.org/pub/scm/fs/xfs/xfstests-dev.git
on test machine: qemu-system-x86_64 -enable-kvm -cpu SandyBridge -smp 2 -m 4G
caused below changes (please refer to attached dmesg/kmsg for entire log/backtrace):
FSTYP -- btrfs
PLATFORM -- Linux/x86_64 vm-snb-4G-727 5.1.0-rc7-00188-gddf30cf
MKFS_OPTIONS -- /dev/vdb
MOUNT_OPTIONS -- /dev/vdb /fs/scratch
generic/088 2s
generic/089 14s
generic/090 1s
generic/091 19s
generic/092 3s
generic/098 4s
generic/100 18s
generic/101 0s
generic/102- output mismatch (see /lkp/benchmarks/xfstests/results//generic/102.out.bad)
--- tests/generic/102.out2019-05-09 15:46:08.000000000 +0800
+++ /lkp/benchmarks/xfstests/results//generic/102.out.bad2019-05-10 09:32:39.267250059 +0800
@@ -1,21 +1,21 @@
QA output created by 102
wrote 838860800/838860800 bytes at offset 0
XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
-wrote 838860800/838860800 bytes at offset 0
+wrote 109576192/838860800 bytes at offset 0
XXX Bytes, X ops; XX:XX:XX.X (XXX YYY/sec and XXX ops/sec)
wrote 838860800/838860800 bytes at offset 0
...
(Run 'diff -u /lkp/benchmarks/xfstests/tests/generic/102.out /lkp/benchmarks/xfstests/results//generic/102.out.bad' to see the entire diff)
generic/103 1s
generic/104 1s
generic/105 0s
generic/106 1s
generic/107 1s
generic/109 1s
generic/120 16s
generic/123 1s
generic/124 4s
generic/126 1s
generic/129 6s
generic/130 13s
If you fix the issue, kindly add following tag
Reported-by: kernel test robot <rong.a.chen(a)intel.com>
To reproduce:
# build kernel
cd linux
cp config-5.1.0-rc7-00188-gddf30cf .config
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 olddefconfig
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 prepare
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 modules_prepare
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 SHELL=/bin/bash
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 bzImage
git clone https://github.com/intel/lkp-tests.git
cd lkp-tests
find lib/ | cpio -o -H newc --quiet | gzip > modules.cgz
bin/lkp qemu -k <bzImage> -m modules.cgz job-script # job-script is attached in this email
Thanks,
Rong Chen
1 year, 5 months
[cgroup] 96b9c592de: WARNING:at_kernel/cgroup/cgroup.c:#cgroup_exit
by kernel test robot
FYI, we noticed the following commit (built with gcc-7):
commit: 96b9c592def5d7203bdad1337d9c92a2183de5cb ("cgroup: get rid of cgroup_freezer_frozen_exit()")
grep: /cephfs/kbuild/commit-list/aaron/aaron:batch_size-phas1_1:
in testcase: kernel_selftests
with following parameters:
group: kselftests-02
test-description: The kernel contains a set of "self tests" under the tools/testing/selftests/ directory. These are intended to be small unit tests to exercise individual code paths in the kernel.
test-url: https://www.kernel.org/doc/Documentation/kselftest.txt
on test machine: qemu-system-x86_64 -enable-kvm -cpu SandyBridge -smp 2 -m 4G
caused below changes (please refer to attached dmesg/kmsg for entire log/backtrace):
+-------------------------------------------------+------------+------------+
| | cb2c4cd878 | 96b9c592de |
+-------------------------------------------------+------------+------------+
| boot_successes | 9 | 0 |
| boot_failures | 3 | 13 |
| BUG:kernel_reboot-without-warning_in_test_stage | 3 | |
| WARNING:at_kernel/cgroup/cgroup.c:#cgroup_exit | 0 | 13 |
| RIP:cgroup_exit | 0 | 13 |
+-------------------------------------------------+------------+------------+
If you fix the issue, kindly add following tag
Reported-by: kernel test robot <rong.a.chen(a)intel.com>
[ 325.042710] WARNING: CPU: 0 PID: 18857 at kernel/cgroup/cgroup.c:5929 cgroup_exit+0x148/0x160
[ 325.044998] Modules linked in: ramoops reed_solomon dccp_ipv6 dccp_ipv4 dccp ip_vti ip6_vti fou6 sit ipip tunnel4 geneve esp6 xfrm6_mode_tunnel authenc echainiv xfrm4_mode_tunnel xt_policy iptable_filter veth netdevsim esp4 xfrm4_mode_transport vxlan 8021q garp mrp bridge stp llc ip6_gre ip6_tunnel tunnel6 ip_gre gre cls_u32 sch_htb dummy fou ip6_udp_tunnel udp_tunnel ip_tunnel fuse binfmt_misc sr_mod cdrom sg ata_generic pata_acpi crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel bochs_drm ttm drm_kms_helper syscopyarea sysfillrect ppdev sysimgblt fb_sys_fops snd_pcm drm snd_timer ata_piix aesni_intel crypto_simd snd cryptd glue_helper joydev libata soundcore serio_raw pcspkr i2c_piix4 parport_pc floppy parport ip_tables [last unloaded: test_bpf]
[ 325.061639] CPU: 0 PID: 18857 Comm: peeksiginfo Not tainted 5.1.0-rc3-00053-g96b9c59 #1
[ 325.063757] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1 04/01/2014
[ 325.066185] RIP: 0010:cgroup_exit+0x148/0x160
[ 325.068018] Code: 0f 84 50 ff ff ff 48 8b 85 c8 0c 00 00 48 8b 78 70 e8 ec 2e 00 00 e9 3b ff ff ff f0 ff 43 60 0f 88 7d 41 89 00 e9 48 ff ff ff <0f> 0b e9 1b ff ff ff e8 3c 73 f4 ff 66 66 2e 0f 1f 84 00 00 00 00
[ 325.073162] RSP: 0018:ffffbdc1c203fd38 EFLAGS: 00010002
[ 325.074993] RAX: ffff9f567ec8bb50 RBX: ffff9f567efdc800 RCX: dead000000000200
[ 325.077384] RDX: ffff9f567efdc880 RSI: ffff9f5676d0bb50 RDI: ffff9f5676d0bb50
[ 325.079696] RBP: ffff9f5676d0ae80 R08: ffff9f5676d0af18 R09: 0000000000000000
[ 325.081784] R10: 0000000000000000 R11: 0000000000000001 R12: ffff9f5676d0b901
[ 325.084185] R13: ffff9f5676d0ae80 R14: ffff9f56483555b0 R15: ffff9f5676d0b9f0
[ 325.086498] FS: 0000000000000000(0000) GS:ffff9f573fc00000(0000) knlGS:0000000000000000
[ 325.088818] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 325.090921] CR2: 0000560d5e6ea268 CR3: 000000009940e000 CR4: 00000000000406f0
[ 325.093339] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 325.095761] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
[ 325.098147] Call Trace:
[ 325.099879] do_exit+0x337/0xc40
[ 325.101679] do_group_exit+0x3a/0xa0
[ 325.103515] get_signal+0x12e/0x8d0
[ 325.105023] do_signal+0x36/0x650
[ 325.106542] ? async_page_fault+0x1e/0x30
[ 325.108260] exit_to_usermode_loop+0x89/0xf0
[ 325.110046] syscall_return_slowpath+0xce/0x100
[ 325.111686] ret_from_fork+0x15/0x40
[ 325.113434] RIP: 0033:0x7f732695d7be
[ 325.115124] Code: Bad RIP value.
[ 325.116869] RSP: 002b:00007ffe524ce330 EFLAGS: 00000246 ORIG_RAX: 0000000000000038
[ 325.118905] RAX: 0000000000000000 RBX: 0000000000000000 RCX: 00007f732695d7be
[ 325.120984] RDX: 0000000000000000 RSI: 0000000000000000 RDI: 0000000001200011
[ 325.123223] RBP: 0000000000000000 R08: 0000000000000000 R09: 00007f7326a59500
[ 325.125376] R10: 00007f7326a597d0 R11: 0000000000000246 R12: 0000560d5d13a9a0
[ 325.127664] R13: 00007ffe524ce9e0 R14: 0000000000000000 R15: 0000000000000000
[ 325.129760] ---[ end trace c2bfe6fc337871f9 ]---
To reproduce:
# build kernel
cd linux
cp config-5.1.0-rc3-00053-g96b9c59 .config
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 olddefconfig
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 prepare
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 modules_prepare
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 SHELL=/bin/bash
make HOSTCC=gcc-7 CC=gcc-7 ARCH=x86_64 bzImage
git clone https://github.com/intel/lkp-tests.git
cd lkp-tests
bin/lkp qemu -k <bzImage> job-script # job-script is attached in this email
Thanks,
Rong Chen
1 year, 5 months
97a3901a1c ("x86/percpu: Remove this_cpu_read_stable()"): BUG: kernel hang in boot stage
by kernel test robot
Greetings,
0day kernel testing robot got the below dmesg and the first bad commit is
https://git.kernel.org/pub/scm/linux/kernel/git/peterz/queue.git x86/core
commit 97a3901a1c1712174034d55c86e68d06ed444990
Author: Peter Zijlstra <peterz(a)infradead.org>
AuthorDate: Sun Mar 10 13:48:38 2019 +0100
Commit: Peter Zijlstra <peterz(a)infradead.org>
CommitDate: Wed May 8 00:10:35 2019 +0200
x86/percpu: Remove this_cpu_read_stable()
this_cpu_read_stable() and it's implementation percpu_stable_cpu()
read like a nasty hack because older compilers would not CSE things.
This is no longer so; __this_cpu_read() _is_ very much affected by
CSE, so remove this hack and use the proper function.
17642871 2157438 747808 20548117 1398a15 defconfig-pre/vmlinux.o
17639081 2157438 747808 20544327 1397b47 defconfig-post/vmlinux.o
Signed-off-by: Peter Zijlstra (Intel) <peterz(a)infradead.org>
ed30334ac3 x86/percpu: Differentiate this_cpu_{}() and __this_cpu_{}()
97a3901a1c x86/percpu: Remove this_cpu_read_stable()
392054d663 x86/percpu: Optimize raw_cpu_xchg()
+-------------------------------+------------+------------+------------+
| | ed30334ac3 | 97a3901a1c | 392054d663 |
+-------------------------------+------------+------------+------------+
| boot_successes | 31 | 0 | 0 |
| boot_failures | 0 | 11 | 13 |
| BUG:kernel_hang_in_boot_stage | 0 | 11 | 13 |
+-------------------------------+------------+------------+------------+
If you fix the issue, kindly add following tag
Reported-by: kernel test robot <lkp(a)intel.com>
[ 0.307106] Last level dTLB entries: 4KB 0, 2MB 0, 4MB 0, 1GB 0
[ 0.307665] Spectre V2 : Spectre mitigation: kernel not compiled with retpoline; no mitigation available!
[ 0.307666] Speculative Store Bypass: Vulnerable
[ 0.308979] L1TF: Kernel not compiled for PAE. No mitigation for L1TF
[ 0.309748] Freeing SMP alternatives memory: 28K
BUG: kernel hang in boot stage
# HH:MM RESULT GOOD BAD GOOD_BUT_DIRTY DIRTY_NOT_BAD
git bisect start fcd4ab5c57863073312a0ebfe164f0ed6459a995 v5.1 --
git bisect good 8f147727030bf9e81331ab9b8f42d4611bb6a3d9 # 16:06 G 10 0 0 0 Merge branch 'x86-irq-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
git bisect good 8f5e823f9131a430b12f73e9436d7486e20c16f5 # 17:28 G 10 0 1 1 Merge tag 'pm-5.2-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/rafael/linux-pm
git bisect good b8a3dd5332efc1f1d6494b86e6bd8611bec6ef94 # 18:53 G 10 0 0 0 Merge branch 'x86/fpu'
git bisect good a784df3c7c41ab7f99aed818c6d9dc034c55e8bc # 19:04 G 10 0 0 0 Merge branch 'core/urgent'
git bisect good f8d6805068ad8dbef2489f6e02ca73c1d84517d7 # 19:04 G 11 0 0 0 Merge branch 'WIP.x86/fpu' into auto-latest
git bisect good 0ba523ea6962d12c3d910b3a085026ffb48b0325 # 19:18 G 10 0 0 0 Merge branch 'sched/core'
git bisect bad d5673e9b528947d645c8944e37fa3347a6da43a2 # 19:31 B 0 5 19 0 x86/percpu, x86/irq: Relax {set,get}_irq_regs()
git bisect bad 97a3901a1c1712174034d55c86e68d06ed444990 # 19:48 B 0 11 25 0 x86/percpu: Remove this_cpu_read_stable()
git bisect good ed30334ac3f954950e1e8fb70ff7cb3ccd636465 # 20:01 G 11 0 0 0 x86/percpu: Differentiate this_cpu_{}() and __this_cpu_{}()
# first bad commit: [97a3901a1c1712174034d55c86e68d06ed444990] x86/percpu: Remove this_cpu_read_stable()
git bisect good ed30334ac3f954950e1e8fb70ff7cb3ccd636465 # 20:05 G 30 0 0 0 x86/percpu: Differentiate this_cpu_{}() and __this_cpu_{}()
# extra tests on HEAD of peterz-queue/master
git bisect bad fcd4ab5c57863073312a0ebfe164f0ed6459a995 # 20:05 B 0 23 41 1 Merge branch 'x86/core'
# extra tests on tree/branch peterz-queue/x86/core
git bisect bad 392054d6637e50353f4088c45992dfbb82cf5b60 # 20:20 B 0 13 31 0 x86/percpu: Optimize raw_cpu_xchg()
# extra tests with first bad commit reverted
git bisect good d59acc3c063c2f044a91030af4868146ed34543e # 20:37 G 10 0 0 0 Revert "x86/percpu: Remove this_cpu_read_stable()"
---
0-DAY kernel test infrastructure Open Source Technology Center
https://lists.01.org/pipermail/lkp Intel Corporation
1 year, 5 months
Re: [LKP] [PATCH v2] fsnotify: fix unlink performance regression
by Jan Kara
On Wed 08-05-19 19:09:56, Amir Goldstein wrote:
> On Tue, May 7, 2019 at 10:12 PM Amir Goldstein <amir73il(a)gmail.com> wrote:
> > Yes, I much prefer this solution myself and I will follow up with it,
> > but it would not be honest to suggest said solution as a stable fix
> > to the performance regression that was introduced in v5.1.
> > I think is it better if you choose between lesser evil:
> > v1 with ifdef CONFIG_FSNOTIFY to fix build issue
> > v2 as subtle as it is
> > OR another obviously safe stable fix that you can think of
> >
> > The change of cleansing d_delete() from fsnotify_nameremove()
> > requires more research and is anyway not stable tree material -
> > if not for the level of complexity, then because all the users of
> > FS_DELETE from pseudo and clustered filesystems need more time
> > to find regressions (we do not have test coverage for those in LTP).
> >
>
> Something like this:
> https://github.com/amir73il/linux/commits/fsnotify_nameremove
>
> Only partially tested. Obviously haven't tested all callers.
Not quite. I'd add the fsnotify_nameremove() call also to simple_rmdir()
and simple_unlink(). That takes care of:
arch/s390/hypfs/inode.c, drivers/infiniband/hw/qib/qib_fs.c,
fs/configfs/dir.c, fs/debugfs/inode.c, fs/tracefs/inode.c,
net/sunrpc/rpc_pipe.c
So you're left only with:
drivers/usb/gadget/function/f_fs.c, fs/btrfs/ioctl.c, fs/devpts/inode.c,
fs/reiserfs/xattr.c
Out of these drivers/usb/gadget/function/f_fs.c and fs/reiserfs/xattr.c
actually also don't want the notifications to be generated. They don't
generate events on file creation AFAICS and at least in case of reiserfs I
know that xattrs are handled in "hidden" system files so notification does
not make any sense. So we are left with exactly *two* places that need
explicit fsnotify_nameremove() call. Since both these callers already take
care of calling fsnotify_create() I think that having explicit
fsnotify_nameremove() calls there is clearer than the current state.
Honza
--
Jan Kara <jack(a)suse.com>
SUSE Labs, CR
1 year, 5 months
[drm/bochs] 7a0483ac4f: BUG:unable_to_handle_kernel
by kernel test robot
FYI, we noticed the following commit (built with gcc-6):
commit: 7a0483ac4ffca4998945c159b28afdde8353cc84 ("drm/bochs: switch to generic drm fbdev emulation")
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git master
in testcase: trinity
with following parameters:
runtime: 300s
test-description: Trinity is a linux system call fuzz tester.
test-url: http://codemonkey.org.uk/projects/trinity/
on test machine: qemu-system-x86_64 -enable-kvm -cpu SandyBridge -smp 2 -m 2G
caused below changes (please refer to attached dmesg/kmsg for entire log/backtrace):
+-----------------------------------------------------+------------+------------+
| | 132a45340a | 7a0483ac4f |
+-----------------------------------------------------+------------+------------+
| boot_successes | 48 | 6 |
| boot_failures | 0 | 44 |
| BUG:unable_to_handle_kernel | 0 | 44 |
| Oops:#[##] | 0 | 44 |
| RIP:restore_fbdev_mode | 0 | 44 |
| WARNING:at_kernel/locking/lockdep.c:#lock_downgrade | 0 | 14 |
| RIP:lock_downgrade | 0 | 14 |
| Kernel_panic-not_syncing:Fatal_exception | 0 | 44 |
+-----------------------------------------------------+------------+------------+
If you fix the issue, kindly add following tag
Reported-by: kernel test robot <lkp(a)intel.com>
[ 9.996031] BUG: unable to handle kernel NULL pointer dereference at 0000000000000020
[ 9.996169] ------------[ cut here ]------------
[ 9.996991] #PF error: [normal kernel read fault]
[ 9.997548] downgrading a read lock
[ 9.997571] WARNING: CPU: 0 PID: 479 at kernel/locking/lockdep.c:3553 lock_downgrade+0xd1/0x190
[ 9.998095] PGD 800000001c3f1067 P4D 800000001c3f1067 PUD 1c148067 PMD 0
[ 9.998516] Modules linked in:
[ 9.999778] Oops: 0000 [#1] PREEMPT SMP PTI
[ 10.000594] CPU: 0 PID: 479 Comm: mkdir Not tainted 5.0.0-rc1-00140-g7a0483a #1
[ 10.000967] CPU: 1 PID: 239 Comm: plymouthd Not tainted 5.0.0-rc1-00140-g7a0483a #1
[ 10.001478] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1 04/01/2014
[ 10.002351] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1 04/01/2014
[ 10.003269] RIP: 0010:lock_downgrade+0xd1/0x190
[ 10.004274] RIP: 0010:restore_fbdev_mode+0x1b/0x1e0
[ 10.005272] Code: 8b 54 24 0c 89 93 28 0b 00 00 48 8b 08 48 89 8b 20 0b 00 00 f6 40 32 03 74 1a 48 c7 c7 10 56 53 82 48 89 04 24 e8 8f 60 fa ff <0f> 0b 8b 54 24 0c 48 8b 04 24 0f b6 48 32 4c 89 60 08 44 89 ee 48
[ 10.005824] Code: 41 5c 41 5d 41 5e 41 5f c3 66 0f 1f 44 00 00 41 57 41 56 41 55 41 54 49 89 fc 55 53 48 83 ec 08 e8 2a f8 ba ff 4d 8b 6c 24 40 <49> 8b 55 20 41 8b 45 50 25 00 00 01 00 85 82 78 01 00 00 0f 85 47
[ 10.006415] RSP: 0018:ffffc9000066fe28 EFLAGS: 00010096
[ 10.008634] RSP: 0018:ffffc9000045bdb0 EFLAGS: 00010293
[ 10.010881] RAX: 0000000000000017 RBX: ffff88802cabc000 RCX: 0000000000000001
[ 10.011513] RAX: 0000000000000000 RBX: ffff88801c1e6d40 RCX: 0000000000000000
[ 10.012142] RDX: ffff88802cabc000 RSI: ffffffff81132f29 RDI: 00000000ffffffff
[ 10.012999] RDX: ffff88802f834000 RSI: ffffffff815d0886 RDI: ffff88801c1e6d40
[ 10.013855] RBP: ffff88802d830128 R08: 00000002c324869d R09: ffffc9000066fdb8
[ 10.014712] RBP: 0000000000000000 R08: 0000000000000000 R09: 0000000000000001
[ 10.015571] R10: 0000000000000001 R11: 0000000000000000 R12: ffffffff811f1db8
[ 10.016430] R10: ffffc9000045bdf0 R11: 0000000000000001 R12: ffff88801c1e6d40
[ 10.017283] R13: 0000000000000003 R14: 0000000000000246 R15: 00007fa7532b9000
[ 10.018145] R13: 0000000000000000 R14: ffff88801c255278 R15: ffffffff815d2680
[ 10.019010] FS: 00007fa7532b47c0(0000) GS:ffff888029600000(0000) knlGS:0000000000000000
[ 10.019885] FS: 00007f8ba8290700(0000) GS:ffff888029a00000(0000) knlGS:0000000000000000
[ 10.020747] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 10.021715] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 10.022684] CR2: 00007fa7532b8000 CR3: 000000002d86a000 CR4: 00000000000406f0
[ 10.023390] CR2: 0000000000000020 CR3: 000000001c16e000 CR4: 00000000000406e0
[ 10.024078] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 10.024927] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 10.025781] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
[ 10.026632] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
[ 10.027485] Call Trace:
[ 10.028342] Call Trace:
[ 10.029195] downgrade_write+0x12/0x80
[ 10.029501] ? drm_fb_helper_lastclose+0x20/0x20
[ 10.029820] __do_munmap+0x3d8/0x5c0
[ 10.030273] drm_fb_helper_restore_fbdev_mode_unlocked+0x4a/0xa0
[ 10.030835] __vm_munmap+0x67/0xc0
[ 10.031268] drm_fbdev_client_restore+0x11/0x20
[ 10.031969] __x64_sys_munmap+0x1b/0x20
[ 10.032390] drm_client_dev_restore+0xa8/0xe0
[ 10.032936] do_syscall_64+0xb5/0x200
[ 10.033405] drm_release+0xc0/0x120
[ 10.033933] entry_SYSCALL_64_after_hwframe+0x44/0xa9
[ 10.034381] ? drm_lastclose+0x100/0x100
[ 10.034806] RIP: 0033:0x7fa752bab897
[ 10.035422] __fput+0x15c/0x250
[ 10.035904] Code: f0 ff ff 73 01 c3 48 8b 0d a6 75 2c 00 31 d2 48 29 c2 64 89 11 48 83 c8 ff eb ea 90 90 90 90 90 90 90 90 b8 0b 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 79 75 2c 00 31 d2 48 29 c2 64
[ 10.036344] task_work_run+0x9d/0xd0
[ 10.036726] RSP: 002b:00007ffc66b50a38 EFLAGS: 00000206 ORIG_RAX: 000000000000000b
[ 10.038945] exit_to_usermode_loop+0x7a/0xc0
[ 10.039383] RAX: ffffffffffffffda RBX: 000000000060c010 RCX: 00007fa752bab897
[ 10.040280] do_syscall_64+0x1c9/0x200
[ 10.040804] RDX: 0000000000000000 RSI: 0000000000001000 RDI: 00007fa7532b8000
[ 10.041662] entry_SYSCALL_64_after_hwframe+0x44/0xa9
[ 10.042113] RBP: 0000000000000000 R08: 0000000000000010 R09: 00000000ffffffff
[ 10.042964] RIP: 0033:0x7f8ba7973040
[ 10.043574] R10: 00007ffc66b50840 R11: 0000000000000206 R12: 0000000000000000
[ 10.044426] Code: 40 75 0b 31 c0 48 83 c4 08 e9 0c ff ff ff 48 8d 3d c5 99 09 00 e8 a0 3f 02 00 83 3d 9d 71 2d 00 00 75 10 b8 03 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 31 c3 48 83 ec 08 e8 9e b1 01 00 48 89 04 24
[ 10.044860] R13: 00007ffc66b50bb8 R14: 00007fa753096d00 R15: 0000000000000000
[ 10.045722] RSP: 002b:00007ffe098cf568 EFLAGS: 00000246 ORIG_RAX: 0000000000000003
[ 10.047994] ---[ end trace 2efaa9fea56af290 ]---
To reproduce:
# build kernel
cd linux
cp config-5.0.0-rc1-00140-g7a0483a .config
make HOSTCC=gcc-6 CC=gcc-6 ARCH=x86_64 olddefconfig
make HOSTCC=gcc-6 CC=gcc-6 ARCH=x86_64 prepare
make HOSTCC=gcc-6 CC=gcc-6 ARCH=x86_64 modules_prepare
make HOSTCC=gcc-6 CC=gcc-6 ARCH=x86_64 SHELL=/bin/bash
make HOSTCC=gcc-6 CC=gcc-6 ARCH=x86_64 bzImage
git clone https://github.com/intel/lkp-tests.git
cd lkp-tests
bin/lkp qemu -k <bzImage> job-script # job-script is attached in this email
Thanks,
lkp
1 year, 5 months
