From: kernel test robot <oliver.sang@intel.com>
To: Muchun Song <songmuchun@bytedance.com>
Cc: <oe-lkp@lists.linux.dev>, <lkp@intel.com>,
Linux Memory Management List <linux-mm@kvack.org>,
Andrew Morton <akpm@linux-foundation.org>,
Shakeel Butt <shakeel.butt@linux.dev>,
Roman Gushchin <roman.gushchin@linux.dev>,
"Johannes Weiner" <hannes@cmpxchg.org>,
Michal Hocko <mhocko@kernel.org>, <cgroups@vger.kernel.org>,
<oliver.sang@intel.com>
Subject: [linux-next:master] [mm] 230b2f1f31: WARNING:at_include/linux/memcontrol.h:#mem_cgroup_from_slab_obj
Date: Wed, 31 Jul 2024 16:25:39 +0800 [thread overview]
Message-ID: <202407311639.4cc7f719-oliver.sang@intel.com> (raw)
Hello,
kernel test robot noticed "WARNING:at_include/linux/memcontrol.h:#mem_cgroup_from_slab_obj" on:
commit: 230b2f1f31b978958ba3c50f5bc3f04fc7abb8cd ("mm: kmem: add lockdep assertion to obj_cgroup_memcg")
https://git.kernel.org/cgit/linux/kernel/git/next/linux-next.git master
[test failed on linux-next/master cd19ac2f903276b820f5d0d89de0c896c27036ed]
in testcase: boot
compiler: clang-18
test machine: qemu-system-x86_64 -enable-kvm -cpu SandyBridge -smp 2 -m 16G
(please refer to attached dmesg/kmsg for entire log/backtrace)
+-----------------------------------------------------------------+------------+------------+
| | bfe1f729fa | 230b2f1f31 |
+-----------------------------------------------------------------+------------+------------+
| WARNING:at_include/linux/memcontrol.h:#mem_cgroup_from_slab_obj | 0 | 6 |
| RIP:mem_cgroup_from_slab_obj | 0 | 6 |
+-----------------------------------------------------------------+------------+------------+
If you fix the issue in a separate patch/commit (i.e. not just a new version of
the same patch/commit), kindly add following tags
| Reported-by: kernel test robot <oliver.sang@intel.com>
| Closes: https://lore.kernel.org/oe-lkp/202407311639.4cc7f719-oliver.sang@intel.com
[ 28.951470][ T1] ------------[ cut here ]------------
[ 28.952578][ T1] WARNING: CPU: 0 PID: 1 at include/linux/memcontrol.h:373 mem_cgroup_from_slab_obj (include/linux/memcontrol.h:373 mm/memcontrol.c:2440 mm/memcontrol.c:2469)
[ 28.954150][ T1] Modules linked in:
[ 28.954834][ T1] CPU: 0 UID: 0 PID: 1 Comm: systemd Tainted: G T 6.10.0-12994-g230b2f1f31b9 #1
[ 28.956386][ T1] Tainted: [T]=RANDSTRUCT
[ 28.957111][ T1] Hardware name: QEMU Standard PC (i440FX + PIIX, 1996), BIOS 1.16.2-debian-1.16.2-1 04/01/2014
[ 28.958700][ T1] RIP: 0010:mem_cgroup_from_slab_obj (include/linux/memcontrol.h:373 mm/memcontrol.c:2440 mm/memcontrol.c:2469)
[ 28.959692][ T1] Code: 00 0f 84 96 00 00 00 e8 c7 6c ba ff 85 c0 0f 85 89 00 00 00 48 c7 c7 c8 38 b6 86 be ff ff ff ff e8 ae 6e e0 02 85 c0 75 74 90 <0f> 0b 90 eb 6e 49 83 c6 38 4c 89 f0 48 c1 e8 03 42 80 3c 20 00 74
All code
========
0: 00 0f add %cl,(%rdi)
2: 84 96 00 00 00 e8 test %dl,-0x18000000(%rsi)
8: c7 (bad)
9: 6c insb (%dx),%es:(%rdi)
a: ba ff 85 c0 0f mov $0xfc085ff,%edx
f: 85 89 00 00 00 48 test %ecx,0x48000000(%rcx)
15: c7 c7 c8 38 b6 86 mov $0x86b638c8,%edi
1b: be ff ff ff ff mov $0xffffffff,%esi
20: e8 ae 6e e0 02 callq 0x2e06ed3
25: 85 c0 test %eax,%eax
27: 75 74 jne 0x9d
29: 90 nop
2a:* 0f 0b ud2 <-- trapping instruction
2c: 90 nop
2d: eb 6e jmp 0x9d
2f: 49 83 c6 38 add $0x38,%r14
33: 4c 89 f0 mov %r14,%rax
36: 48 c1 e8 03 shr $0x3,%rax
3a: 42 80 3c 20 00 cmpb $0x0,(%rax,%r12,1)
3f: 74 .byte 0x74
Code starting with the faulting instruction
===========================================
0: 0f 0b ud2
2: 90 nop
3: eb 6e jmp 0x73
5: 49 83 c6 38 add $0x38,%r14
9: 4c 89 f0 mov %r14,%rax
c: 48 c1 e8 03 shr $0x3,%rax
10: 42 80 3c 20 00 cmpb $0x0,(%rax,%r12,1)
15: 74 .byte 0x74
[ 28.962395][ T1] RSP: 0018:ffff888101aa7958 EFLAGS: 00010246
[ 28.963315][ T1] RAX: 0000000000000000 RBX: ffff8881599d9680 RCX: ffff8881012d8000
[ 28.964489][ T1] RDX: dffffc0000000000 RSI: ffffffff86b638c8 RDI: ffff8881012d9578
[ 28.965626][ T1] RBP: 00000000000001bb R08: ffffffff88b2662f R09: 1ffffffff1164cc5
[ 28.966839][ T1] R10: dffffc0000000000 R11: fffffbfff1164cc6 R12: dffffc0000000000
[ 28.968142][ T1] R13: ffff8881599ed080 R14: 0000000000000008 R15: 0000000000000801
[ 28.969425][ T1] FS: 00007f7d28623940(0000) GS:ffffffff864cc000(0000) knlGS:0000000000000000
[ 28.970782][ T1] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[ 28.971768][ T1] CR2: 00007f7d29447fb0 CR3: 000000015583a000 CR4: 00000000000406f0
[ 28.973094][ T1] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 28.974386][ T1] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
[ 28.975693][ T1] Call Trace:
[ 28.976303][ T1] <TASK>
[ 28.976878][ T1] ? __warn (kernel/panic.c:735)
[ 28.977572][ T1] ? mem_cgroup_from_slab_obj (include/linux/memcontrol.h:373 mm/memcontrol.c:2440 mm/memcontrol.c:2469)
[ 28.978575][ T1] ? report_bug (lib/bug.c:? lib/bug.c:219)
[ 28.979355][ T1] ? handle_bug (arch/x86/kernel/traps.c:239)
[ 28.980099][ T1] ? exc_invalid_op (arch/x86/kernel/traps.c:260)
[ 28.980897][ T1] ? asm_exc_invalid_op (arch/x86/include/asm/idtentry.h:621)
[ 28.981686][ T1] ? mem_cgroup_from_slab_obj (include/linux/memcontrol.h:373 mm/memcontrol.c:2440 mm/memcontrol.c:2469)
[ 28.982597][ T1] ? mem_cgroup_from_slab_obj (include/linux/memcontrol.h:373 mm/memcontrol.c:2440 mm/memcontrol.c:2469)
[ 28.983537][ T1] list_lru_del_obj (mm/list_lru.c:144)
[ 28.984379][ T1] d_lru_del (fs/dcache.c:448)
[ 28.985113][ T1] ? dput (include/linux/rcupdate.h:326 include/linux/rcupdate.h:838 fs/dcache.c:845)
[ 28.985820][ T1] __dentry_kill (include/linux/list_bl.h:54 include/linux/dcache.h:354 fs/dcache.c:514 fs/dcache.c:608)
[ 28.986603][ T1] ? dput (include/linux/rcupdate.h:326 include/linux/rcupdate.h:838 fs/dcache.c:845)
[ 28.987295][ T1] dput (fs/dcache.c:853)
[ 28.987981][ T1] lookup_fast (fs/namei.c:1685)
[ 28.988813][ T1] walk_component (fs/namei.c:2035)
[ 28.989617][ T1] path_lookupat (fs/namei.c:2542 fs/namei.c:2566)
[ 28.990445][ T1] filename_lookup (fs/namei.c:2595)
[ 28.991317][ T1] user_path_at (fs/namei.c:3002)
[ 28.992100][ T1] __se_sys_name_to_handle_at (fs/fhandle.c:110 fs/fhandle.c:94)
[ 28.993021][ T1] ? lockdep_hardirqs_on_prepare (kernel/locking/lockdep.c:466 kernel/locking/lockdep.c:4359)
[ 28.994034][ T1] do_syscall_64 (arch/x86/entry/common.c:?)
[ 28.994856][ T1] ? lockdep_hardirqs_on_prepare (kernel/locking/lockdep.c:466 kernel/locking/lockdep.c:4359)
[ 28.995771][ T1] ? do_syscall_64 (arch/x86/entry/common.c:102)
[ 28.996278][ T1] ? do_syscall_64 (arch/x86/entry/common.c:102)
[ 28.996768][ T1] ? do_syscall_64 (arch/x86/entry/common.c:102)
[ 28.997262][ T1] ? lockdep_hardirqs_on_prepare (kernel/locking/lockdep.c:466 kernel/locking/lockdep.c:4359)
[ 28.997857][ T1] ? do_syscall_64 (arch/x86/entry/common.c:102)
[ 28.998355][ T1] ? lockdep_hardirqs_on_prepare (kernel/locking/lockdep.c:466 kernel/locking/lockdep.c:4359)
[ 28.998981][ T1] ? do_syscall_64 (arch/x86/entry/common.c:102)
[ 28.999494][ T1] ? do_syscall_64 (arch/x86/entry/common.c:102)
[ 28.999985][ T1] ? exc_page_fault (arch/x86/mm/fault.c:1543)
[ 29.000460][ T1] entry_SYSCALL_64_after_hwframe (arch/x86/entry/entry_64.S:130)
[ 29.001018][ T1] RIP: 0033:0x7f7d2919709a
[ 29.001463][ T1] Code: 48 8b 0d 69 7d 0c 00 f7 d8 64 89 01 48 83 c8 ff c3 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 49 89 ca b8 2f 01 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 36 7d 0c 00 f7 d8 64 89 01 48
All code
========
0: 48 8b 0d 69 7d 0c 00 mov 0xc7d69(%rip),%rcx # 0xc7d70
7: f7 d8 neg %eax
9: 64 89 01 mov %eax,%fs:(%rcx)
c: 48 83 c8 ff or $0xffffffffffffffff,%rax
10: c3 retq
11: 66 2e 0f 1f 84 00 00 nopw %cs:0x0(%rax,%rax,1)
18: 00 00 00
1b: 0f 1f 44 00 00 nopl 0x0(%rax,%rax,1)
20: 49 89 ca mov %rcx,%r10
23: b8 2f 01 00 00 mov $0x12f,%eax
28: 0f 05 syscall
2a:* 48 3d 01 f0 ff ff cmp $0xfffffffffffff001,%rax <-- trapping instruction
30: 73 01 jae 0x33
32: c3 retq
33: 48 8b 0d 36 7d 0c 00 mov 0xc7d36(%rip),%rcx # 0xc7d70
3a: f7 d8 neg %eax
3c: 64 89 01 mov %eax,%fs:(%rcx)
3f: 48 rex.W
Code starting with the faulting instruction
===========================================
0: 48 3d 01 f0 ff ff cmp $0xfffffffffffff001,%rax
6: 73 01 jae 0x9
8: c3 retq
9: 48 8b 0d 36 7d 0c 00 mov 0xc7d36(%rip),%rcx # 0xc7d46
10: f7 d8 neg %eax
12: 64 89 01 mov %eax,%fs:(%rcx)
15: 48 rex.W
The kernel config and materials to reproduce are available at:
https://download.01.org/0day-ci/archive/20240731/202407311639.4cc7f719-oliver.sang@intel.com
--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki
reply other threads:[~2024-07-31 8:25 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=202407311639.4cc7f719-oliver.sang@intel.com \
--to=oliver.sang@intel.com \
--cc=akpm@linux-foundation.org \
--cc=cgroups@vger.kernel.org \
--cc=hannes@cmpxchg.org \
--cc=linux-mm@kvack.org \
--cc=lkp@intel.com \
--cc=mhocko@kernel.org \
--cc=oe-lkp@lists.linux.dev \
--cc=roman.gushchin@linux.dev \
--cc=shakeel.butt@linux.dev \
--cc=songmuchun@bytedance.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox