All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ye Xiaolong <xiaolong.ye@intel.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: kernel test robot <fengguang.wu@intel.com>,
	jakub.kicinski@netronome.com, netdev@vger.kernel.org,
	Jason Wang <jasowang@redhat.com>,
	mchan@broadcom.com, John Fastabend <john.fastabend@gmail.com>,
	Jesper Dangaard Brouer <brouer@redhat.com>,
	peter.waskiewicz.jr@intel.com, syzkaller@googlegroups.com,
	pavel.odintsov@gmail.com,
	Daniel Borkmann <borkmann@iogearbox.net>,
	lkp@01.org, Alexei Starovoitov <alexei.starovoitov@gmail.com>,
	Andy Gospodarek <andy@greyhouse.net>
Subject: Re: [LKP] [bpf]  3ea693a925: BUG:unable_to_handle_kernel
Date: Wed, 25 Oct 2017 18:02:33 +0800	[thread overview]
Message-ID: <20171025100233.GC3196@yexl-desktop> (raw)
In-Reply-To: <20171025195757-mutt-send-email-mst@kernel.org>

On 10/25, Michael S. Tsirkin wrote:
>On Thu, Oct 26, 2017 at 12:53:23AM +0800, kernel test robot wrote:
>> FYI, we noticed the following commit (built with gcc-6):
>> 
>> commit: 3ea693a925e14c1fc54c7d8bebe6f9fd9441b47d ("bpf: introduce new bpf cpu map type BPF_MAP_TYPE_CPUMAP")
>> url: https://github.com/0day-ci/linux/commits/Jesper-Dangaard-Brouer/New-bpf-cpumap-type-for-XDP_REDIRECT/20171006-024959
>> 
>> 
>> in testcase: syzkaller
>> with following parameters:
>> 
>> 	runtime: 10
>> 	repro_program: repro-68782ef7
>> 
>> 
>> 
>> on test machine: qemu-system-x86_64 -enable-kvm -cpu host -smp 2 -m 4G
>> 
>> caused below changes (please refer to attached dmesg/kmsg for entire log/backtrace):
>> 
>> 
>> +------------------------------------------+------------+------------+
>> |                                          | 14a0d032f4 | 3ea693a925 |
>> +------------------------------------------+------------+------------+
>> | boot_successes                           | 8          | 4          |
>> | boot_failures                            | 0          | 3          |
>> | BUG:unable_to_handle_kernel              | 0          | 3          |
>> | Oops:#[##]                               | 0          | 3          |
>> | Kernel_panic-not_syncing:Fatal_exception | 0          | 3          |
>> +------------------------------------------+------------+------------+
>> 
>> 
>> 
>> [   55.527578] BUG: unable to handle kernel paging request at ffffffff871ae788
>> [   55.527597] IP: cpu_map_update_elem+0x4d/0x2e0
>> [   55.527600] PGD 4e26067 P4D 4e26067 PUD 4e27063 PMD 0 
>> [   55.527610] Oops: 0000 [#1] SMP KASAN
>> [   55.527613] Modules linked in:
>> [   55.527622] CPU: 0 PID: 6619 Comm: repro-68782ef7 Not tainted 4.14.0-rc1-00610-g3ea693a #1
>> [   55.527625] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1 04/01/2014
>> [   55.527629] task: ffff8800ae0d48c0 task.stack: ffff8800af840000
>> [   55.527636] RIP: 0010:cpu_map_update_elem+0x4d/0x2e0
>> [   55.527638] RSP: 0018:ffff8800af847d50 EFLAGS: 00010246
>> [   55.527643] RAX: 000000000e601b02 RBX: ffff880118909c18 RCX: 0000000000000002
>> [   55.527647] RDX: 0000000000000000 RSI: ffff880118909c18 RDI: ffff88007ed5e300
>> [   55.527650] RBP: ffff8800af847d78 R08: ffffed0023121386 R09: ffffed0023121386
>> [   55.527653] R10: 0000000000000003 R11: ffffed0023121387 R12: ffff88007ed5e300
>> [   55.527656] R13: ffff880118909c30 R14: 0000000000000002 R15: 000000000e601b02
>> [   55.527660] FS:  00007f8f76205800(0000) GS:ffff88011ac00000(0000) knlGS:0000000000000000
>> [   55.527663] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>> [   55.527666] CR2: ffffffff871ae788 CR3: 00000000af118000 CR4: 00000000000006f0
>> [   55.527673] Call Trace:
>> [   55.527682]  SyS_bpf+0x2977/0x3600
>> [   55.527690]  ? bpf_prog_get+0x20/0x20
>> [   55.527700]  ? lock_downgrade+0x650/0x650
>> [   55.527708]  ? vmacache_find+0x59/0x260
>> [   55.527716]  ? up_read+0x1a/0x40
>> [   55.527724]  ? __do_page_fault+0x350/0xae0
>> [   55.527735]  ? entry_SYSCALL_64_fastpath+0x5/0xbe
>> [   55.527743]  ? trace_hardirqs_on_thunk+0x1a/0x1c
>> [   55.527753]  entry_SYSCALL_64_fastpath+0x1f/0xbe
>> [   55.527758] RIP: 0033:0x7f8f75d2cd49
>> [   55.527760] RSP: 002b:00007fffed5cc7d8 EFLAGS: 00000216 ORIG_RAX: 0000000000000141
>> [   55.527765] RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 00007f8f75d2cd49
>> [   55.527768] RDX: 0000000000000020 RSI: 00000000202ebfe0 RDI: 0000000000000002
>> [   55.527771] RBP: 0000000000000046 R08: 0000000000000000 R09: 0000000000000000
>> [   55.527774] R10: 0000000000000000 R11: 0000000000000216 R12: 0000000000400a70
>> [   55.527777] R13: 00007fffed5cc980 R14: 0000000000000000 R15: 0000000000000000
>> [   55.527786] Code: b8 00 00 00 00 00 fc ff df 48 c1 ea 03 0f b6 14 02 48 89 d8 83 e0 07 83 c0 03 38 d0 7c 08 84 d2 0f 85 54 02 00 00 8b 03 49 89 c7 <48> 0f a3 05 f3 0d fa 03 0f 83 6f 02 00 00 e8 c0 64 f2 ff 49 83 
>> [   55.527870] RIP: cpu_map_update_elem+0x4d/0x2e0 RSP: ffff8800af847d50
>> [   55.527872] CR2: ffffffff871ae788
>> [   55.527881] ---[ end trace 1f2b13c8215f4b2c ]---
>> 
>> 
>> To reproduce:
>> 
>>         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
>
>That commit has a different hash in net-next:
>
>commit 6710e1126934d8b4372b4d2f9ae1646cd3f151bf
>Author: Jesper Dangaard Brouer <brouer@redhat.com>
>Date:   Mon Oct 16 12:19:28 2017 +0200
>
>    bpf: introduce new bpf cpu map type BPF_MAP_TYPE_CPUMAP
>
>Is this from a private tree?

This patch was captured from netdev mailing list by 0day bot and applied to
0day's private tree, it should be the v4 I think according to its changelog.
I'll queue tests for 6710e1126934d8b4372b4d2f9ae1646cd3f151bf to see whether
this bug persists.

Thanks,
Xiaolong

>
>-- 
>MST
>_______________________________________________
>LKP mailing list
>LKP@lists.01.org
>https://lists.01.org/mailman/listinfo/lkp

WARNING: multiple messages have this Message-ID (diff)
From: Ye Xiaolong <xiaolong.ye@intel.com>
To: lkp@lists.01.org
Subject: Re: [bpf] 3ea693a925: BUG:unable_to_handle_kernel
Date: Wed, 25 Oct 2017 18:02:33 +0800	[thread overview]
Message-ID: <20171025100233.GC3196@yexl-desktop> (raw)
In-Reply-To: <20171025195757-mutt-send-email-mst@kernel.org>

[-- Attachment #1: Type: text/plain, Size: 5161 bytes --]

On 10/25, Michael S. Tsirkin wrote:
>On Thu, Oct 26, 2017 at 12:53:23AM +0800, kernel test robot wrote:
>> FYI, we noticed the following commit (built with gcc-6):
>> 
>> commit: 3ea693a925e14c1fc54c7d8bebe6f9fd9441b47d ("bpf: introduce new bpf cpu map type BPF_MAP_TYPE_CPUMAP")
>> url: https://github.com/0day-ci/linux/commits/Jesper-Dangaard-Brouer/New-bpf-cpumap-type-for-XDP_REDIRECT/20171006-024959
>> 
>> 
>> in testcase: syzkaller
>> with following parameters:
>> 
>> 	runtime: 10
>> 	repro_program: repro-68782ef7
>> 
>> 
>> 
>> on test machine: qemu-system-x86_64 -enable-kvm -cpu host -smp 2 -m 4G
>> 
>> caused below changes (please refer to attached dmesg/kmsg for entire log/backtrace):
>> 
>> 
>> +------------------------------------------+------------+------------+
>> |                                          | 14a0d032f4 | 3ea693a925 |
>> +------------------------------------------+------------+------------+
>> | boot_successes                           | 8          | 4          |
>> | boot_failures                            | 0          | 3          |
>> | BUG:unable_to_handle_kernel              | 0          | 3          |
>> | Oops:#[##]                               | 0          | 3          |
>> | Kernel_panic-not_syncing:Fatal_exception | 0          | 3          |
>> +------------------------------------------+------------+------------+
>> 
>> 
>> 
>> [   55.527578] BUG: unable to handle kernel paging request at ffffffff871ae788
>> [   55.527597] IP: cpu_map_update_elem+0x4d/0x2e0
>> [   55.527600] PGD 4e26067 P4D 4e26067 PUD 4e27063 PMD 0 
>> [   55.527610] Oops: 0000 [#1] SMP KASAN
>> [   55.527613] Modules linked in:
>> [   55.527622] CPU: 0 PID: 6619 Comm: repro-68782ef7 Not tainted 4.14.0-rc1-00610-g3ea693a #1
>> [   55.527625] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.10.2-1 04/01/2014
>> [   55.527629] task: ffff8800ae0d48c0 task.stack: ffff8800af840000
>> [   55.527636] RIP: 0010:cpu_map_update_elem+0x4d/0x2e0
>> [   55.527638] RSP: 0018:ffff8800af847d50 EFLAGS: 00010246
>> [   55.527643] RAX: 000000000e601b02 RBX: ffff880118909c18 RCX: 0000000000000002
>> [   55.527647] RDX: 0000000000000000 RSI: ffff880118909c18 RDI: ffff88007ed5e300
>> [   55.527650] RBP: ffff8800af847d78 R08: ffffed0023121386 R09: ffffed0023121386
>> [   55.527653] R10: 0000000000000003 R11: ffffed0023121387 R12: ffff88007ed5e300
>> [   55.527656] R13: ffff880118909c30 R14: 0000000000000002 R15: 000000000e601b02
>> [   55.527660] FS:  00007f8f76205800(0000) GS:ffff88011ac00000(0000) knlGS:0000000000000000
>> [   55.527663] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
>> [   55.527666] CR2: ffffffff871ae788 CR3: 00000000af118000 CR4: 00000000000006f0
>> [   55.527673] Call Trace:
>> [   55.527682]  SyS_bpf+0x2977/0x3600
>> [   55.527690]  ? bpf_prog_get+0x20/0x20
>> [   55.527700]  ? lock_downgrade+0x650/0x650
>> [   55.527708]  ? vmacache_find+0x59/0x260
>> [   55.527716]  ? up_read+0x1a/0x40
>> [   55.527724]  ? __do_page_fault+0x350/0xae0
>> [   55.527735]  ? entry_SYSCALL_64_fastpath+0x5/0xbe
>> [   55.527743]  ? trace_hardirqs_on_thunk+0x1a/0x1c
>> [   55.527753]  entry_SYSCALL_64_fastpath+0x1f/0xbe
>> [   55.527758] RIP: 0033:0x7f8f75d2cd49
>> [   55.527760] RSP: 002b:00007fffed5cc7d8 EFLAGS: 00000216 ORIG_RAX: 0000000000000141
>> [   55.527765] RAX: ffffffffffffffda RBX: 0000000000000000 RCX: 00007f8f75d2cd49
>> [   55.527768] RDX: 0000000000000020 RSI: 00000000202ebfe0 RDI: 0000000000000002
>> [   55.527771] RBP: 0000000000000046 R08: 0000000000000000 R09: 0000000000000000
>> [   55.527774] R10: 0000000000000000 R11: 0000000000000216 R12: 0000000000400a70
>> [   55.527777] R13: 00007fffed5cc980 R14: 0000000000000000 R15: 0000000000000000
>> [   55.527786] Code: b8 00 00 00 00 00 fc ff df 48 c1 ea 03 0f b6 14 02 48 89 d8 83 e0 07 83 c0 03 38 d0 7c 08 84 d2 0f 85 54 02 00 00 8b 03 49 89 c7 <48> 0f a3 05 f3 0d fa 03 0f 83 6f 02 00 00 e8 c0 64 f2 ff 49 83 
>> [   55.527870] RIP: cpu_map_update_elem+0x4d/0x2e0 RSP: ffff8800af847d50
>> [   55.527872] CR2: ffffffff871ae788
>> [   55.527881] ---[ end trace 1f2b13c8215f4b2c ]---
>> 
>> 
>> To reproduce:
>> 
>>         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
>
>That commit has a different hash in net-next:
>
>commit 6710e1126934d8b4372b4d2f9ae1646cd3f151bf
>Author: Jesper Dangaard Brouer <brouer@redhat.com>
>Date:   Mon Oct 16 12:19:28 2017 +0200
>
>    bpf: introduce new bpf cpu map type BPF_MAP_TYPE_CPUMAP
>
>Is this from a private tree?

This patch was captured from netdev mailing list by 0day bot and applied to
0day's private tree, it should be the v4 I think according to its changelog.
I'll queue tests for 6710e1126934d8b4372b4d2f9ae1646cd3f151bf to see whether
this bug persists.

Thanks,
Xiaolong

>
>-- 
>MST
>_______________________________________________
>LKP mailing list
>LKP(a)lists.01.org
>https://lists.01.org/mailman/listinfo/lkp

  reply	other threads:[~2017-10-26  1:57 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-10-04 12:03 [net-next V4 PATCH 0/5] New bpf cpumap type for XDP_REDIRECT Jesper Dangaard Brouer
2017-10-04 12:03 ` [net-next V4 PATCH 1/5] bpf: introduce new bpf cpu map type BPF_MAP_TYPE_CPUMAP Jesper Dangaard Brouer
2017-10-04 19:02   ` Alexei Starovoitov
2017-10-05 18:01     ` John Fastabend
2017-10-06  9:03     ` Jesper Dangaard Brouer
2017-10-05  9:40   ` Daniel Borkmann
2017-10-06 10:50     ` Jesper Dangaard Brouer
2017-10-06 14:52       ` Daniel Borkmann
2017-10-06 15:58         ` Jesper Dangaard Brouer
2017-10-25 16:53   ` [bpf] 3ea693a925: BUG:unable_to_handle_kernel kernel test robot
2017-10-25 16:53     ` kernel test robot
2017-10-25 16:59     ` Michael S. Tsirkin
2017-10-25 16:59       ` Michael S. Tsirkin
2017-10-25 10:02       ` Ye Xiaolong [this message]
2017-10-25 10:02         ` Ye Xiaolong
2017-10-25 12:09         ` [LKP] " Ye Xiaolong
2017-10-25 12:09           ` Ye Xiaolong
2017-10-25 16:54   ` kernel test robot
2017-10-25 16:54     ` kernel test robot
2017-10-04 12:03 ` [net-next V4 PATCH 2/5] bpf: XDP_REDIRECT enable use of cpumap Jesper Dangaard Brouer
2017-10-05 10:10   ` Daniel Borkmann
2017-10-06 11:17     ` Jesper Dangaard Brouer
2017-10-06 12:01       ` Jesper Dangaard Brouer
2017-10-06 15:45       ` Jesper Dangaard Brouer
2017-10-06  8:30   ` kbuild test robot
2017-10-04 12:03 ` [net-next V4 PATCH 3/5] bpf: cpumap xdp_buff to skb conversion and allocation Jesper Dangaard Brouer
2017-10-05 10:22   ` Daniel Borkmann
2017-10-06 12:11     ` Jesper Dangaard Brouer
2017-10-04 12:04 ` [net-next V4 PATCH 4/5] bpf: cpumap add tracepoints Jesper Dangaard Brouer
2017-10-04 12:04 ` [net-next V4 PATCH 5/5] samples/bpf: add cpumap sample program xdp_redirect_cpu Jesper Dangaard Brouer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20171025100233.GC3196@yexl-desktop \
    --to=xiaolong.ye@intel.com \
    --cc=alexei.starovoitov@gmail.com \
    --cc=andy@greyhouse.net \
    --cc=borkmann@iogearbox.net \
    --cc=brouer@redhat.com \
    --cc=fengguang.wu@intel.com \
    --cc=jakub.kicinski@netronome.com \
    --cc=jasowang@redhat.com \
    --cc=john.fastabend@gmail.com \
    --cc=lkp@01.org \
    --cc=mchan@broadcom.com \
    --cc=mst@redhat.com \
    --cc=netdev@vger.kernel.org \
    --cc=pavel.odintsov@gmail.com \
    --cc=peter.waskiewicz.jr@intel.com \
    --cc=syzkaller@googlegroups.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.