All of lore.kernel.org
 help / color / mirror / Atom feed
From: kernel test robot <oliver.sang@intel.com>
To: Rong Qianfeng <rongqianfeng@vivo.com>
Cc: <oe-lkp@lists.linux.dev>, <lkp@intel.com>,
	<linux-kernel@vger.kernel.org>, <linux-mm@kvack.org>,
	<vbabka@suse.cz>, <mgorman@techsingularity.net>,
	Andrew Morton <akpm@linux-foundation.org>,
	Mike Rapoport <rppt@kernel.org>,
	"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
	Zi Yan <ziy@nvidia.com>,
	Baolin Wang <baolin.wang@linux.alibaba.com>,
	Rong Qianfeng <rongqianfeng@vivo.com>,
	<opensource.kernel@vivo.com>, <oliver.sang@intel.com>
Subject: Re: [PATCH] mm: Skip the reserved bootmem for compaction
Date: Wed, 4 Sep 2024 22:54:20 +0800	[thread overview]
Message-ID: <202409042247.af2035c5-lkp@intel.com> (raw)
In-Reply-To: <20240902122445.11805-1-rongqianfeng@vivo.com>



Hello,

kernel test robot noticed "kernel_BUG_at_arch/x86/mm/physaddr.c" on:

commit: f28b14e8a99199dd7a5a22c621168f9c8788352a ("[PATCH] mm: Skip the reserved bootmem for compaction")
url: https://github.com/intel-lab-lkp/linux/commits/Rong-Qianfeng/mm-Skip-the-reserved-bootmem-for-compaction/20240902-202706
base: https://git.kernel.org/cgit/linux/kernel/git/akpm/mm.git mm-everything
patch link: https://lore.kernel.org/all/20240902122445.11805-1-rongqianfeng@vivo.com/
patch subject: [PATCH] mm: Skip the reserved bootmem for compaction

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)


+------------------------------------------+------------+------------+
|                                          | b69256811d | f28b14e8a9 |
+------------------------------------------+------------+------------+
| boot_successes                           | 12         | 0          |
| boot_failures                            | 0          | 12         |
| kernel_BUG_at_arch/x86/mm/physaddr.c     | 0          | 12         |
| Oops:invalid_opcode:#[##]PREEMPT_SMP     | 0          | 12         |
| EIP:__phys_addr                          | 0          | 12         |
| Kernel_panic-not_syncing:Fatal_exception | 0          | 12         |
+------------------------------------------+------------+------------+


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/202409042247.af2035c5-lkp@intel.com


[    7.664934][   T32] ------------[ cut here ]------------
[    7.665373][   T32] kernel BUG at arch/x86/mm/physaddr.c:81!
[    7.665816][   T32] Oops: invalid opcode: 0000 [#1] PREEMPT SMP
[    7.666289][   T32] CPU: 1 UID: 0 PID: 32 Comm: kworker/u10:1 Not tainted 6.11.0-rc6-00524-gf28b14e8a991 #1
[    7.667024][   T32] Workqueue: async async_run_entry_fn
[ 7.667427][ T32] EIP: __phys_addr (arch/x86/mm/physaddr.c:81) 
[ 7.667767][ T32] Code: 5e 5f 5d 31 c9 c3 0f 0b 68 18 6c f9 c1 e8 5a 69 4f 00 0f 0b 68 28 6c f9 c1 e8 4e 69 4f 00 0f 0b 68 38 6c f9 c1 e8 42 69 4f 00 <0f> 0b 68 48 6c f9 c1 e8 36 69 4f 00 90 90 90 90 90 90 3d 00 00 00
All code
========
   0:	5e                   	pop    %rsi
   1:	5f                   	pop    %rdi
   2:	5d                   	pop    %rbp
   3:	31 c9                	xor    %ecx,%ecx
   5:	c3                   	ret
   6:	0f 0b                	ud2
   8:	68 18 6c f9 c1       	push   $0xffffffffc1f96c18
   d:	e8 5a 69 4f 00       	call   0x4f696c
  12:	0f 0b                	ud2
  14:	68 28 6c f9 c1       	push   $0xffffffffc1f96c28
  19:	e8 4e 69 4f 00       	call   0x4f696c
  1e:	0f 0b                	ud2
  20:	68 38 6c f9 c1       	push   $0xffffffffc1f96c38
  25:	e8 42 69 4f 00       	call   0x4f696c
  2a:*	0f 0b                	ud2		<-- trapping instruction
  2c:	68 48 6c f9 c1       	push   $0xffffffffc1f96c48
  31:	e8 36 69 4f 00       	call   0x4f696c
  36:	90                   	nop
  37:	90                   	nop
  38:	90                   	nop
  39:	90                   	nop
  3a:	90                   	nop
  3b:	90                   	nop
  3c:	3d                   	.byte 0x3d
  3d:	00 00                	add    %al,(%rax)
	...

Code starting with the faulting instruction
===========================================
   0:	0f 0b                	ud2
   2:	68 48 6c f9 c1       	push   $0xffffffffc1f96c48
   7:	e8 36 69 4f 00       	call   0x4f6942
   c:	90                   	nop
   d:	90                   	nop
   e:	90                   	nop
   f:	90                   	nop
  10:	90                   	nop
  11:	90                   	nop
  12:	3d                   	.byte 0x3d
  13:	00 00                	add    %al,(%rax)
	...
[    7.669203][   T32] EAX: 00000000 EBX: 0000fd5f ECX: 00000000 EDX: 00000000
[    7.669353][   T32] ESI: 2e7fe000 EDI: ee7fe000 EBP: c3223e74 ESP: c3223e6c
[    7.669353][   T32] DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068 EFLAGS: 00010287
[    7.669353][   T32] CR0: 80050033 CR2: 00000000 CR3: 02617000 CR4: 00040690
[    7.669353][   T32] DR0: 00000000 DR1: 00000000 DR2: 00000000 DR3: 00000000
[    7.669353][   T32] DR6: fffe0ff0 DR7: 00000400
[    7.669353][   T32] Call Trace:
[ 7.669353][ T32] ? __die_body (arch/x86/kernel/dumpstack.c:478 arch/x86/kernel/dumpstack.c:420) 
[ 7.669353][ T32] ? die (arch/x86/kernel/dumpstack.c:? arch/x86/kernel/dumpstack.c:447) 
[ 7.669353][ T32] ? do_trap (arch/x86/kernel/traps.c:? arch/x86/kernel/traps.c:155) 
[ 7.669353][ T32] ? do_error_trap (arch/x86/kernel/traps.c:175) 
[ 7.669353][ T32] ? __phys_addr (arch/x86/mm/physaddr.c:81) 
[ 7.669353][ T32] ? exc_overflow (arch/x86/kernel/traps.c:252) 
[ 7.669353][ T32] ? handle_invalid_op (arch/x86/kernel/traps.c:212) 
[ 7.669353][ T32] ? __phys_addr (arch/x86/mm/physaddr.c:81) 
[ 7.669353][ T32] ? exc_invalid_op (arch/x86/kernel/traps.c:267) 
[ 7.669353][ T32] ? handle_exception (arch/x86/entry/entry_32.S:1047) 
[ 7.669353][ T32] ? exc_overflow (arch/x86/kernel/traps.c:252) 
[ 7.669353][ T32] ? __phys_addr (arch/x86/mm/physaddr.c:81) 
[ 7.669353][ T32] ? exc_overflow (arch/x86/kernel/traps.c:252) 
[ 7.669353][ T32] ? __phys_addr (arch/x86/mm/physaddr.c:81) 
[ 7.669353][ T32] free_reserved_area (mm/page_alloc.c:5895) 
[ 7.669353][ T32] free_init_pages (arch/x86/mm/init.c:927) 
[ 7.669353][ T32] ? populate_rootfs (init/initramfs.c:691) 
[ 7.669353][ T32] free_initrd_mem (arch/x86/mm/init.c:987) 
[ 7.669353][ T32] do_populate_rootfs (init/initramfs.c:?) 
[ 7.669353][ T32] async_run_entry_fn (kernel/async.c:136) 
[ 7.669353][ T32] process_one_work (kernel/workqueue.c:3236) 
[ 7.669353][ T32] worker_thread (kernel/workqueue.c:3306 kernel/workqueue.c:3389) 
[ 7.669353][ T32] kthread (kernel/kthread.c:391) 
[ 7.669353][ T32] ? pr_cont_work (kernel/workqueue.c:3339) 
[ 7.669353][ T32] ? kthread_unuse_mm (kernel/kthread.c:342) 
[ 7.669353][ T32] ret_from_fork (arch/x86/kernel/process.c:153) 
[ 7.669353][ T32] ret_from_fork_asm (arch/x86/entry/entry_32.S:737) 
[ 7.669353][ T32] entry_INT80_32 (arch/x86/entry/entry_32.S:944) 
[    7.669353][   T32] Modules linked in:
[    7.683090][   T32] ---[ end trace 0000000000000000 ]---
[ 7.683500][ T32] EIP: __phys_addr (arch/x86/mm/physaddr.c:81) 
[ 7.683844][ T32] Code: 5e 5f 5d 31 c9 c3 0f 0b 68 18 6c f9 c1 e8 5a 69 4f 00 0f 0b 68 28 6c f9 c1 e8 4e 69 4f 00 0f 0b 68 38 6c f9 c1 e8 42 69 4f 00 <0f> 0b 68 48 6c f9 c1 e8 36 69 4f 00 90 90 90 90 90 90 3d 00 00 00
All code
========
   0:	5e                   	pop    %rsi
   1:	5f                   	pop    %rdi
   2:	5d                   	pop    %rbp
   3:	31 c9                	xor    %ecx,%ecx
   5:	c3                   	ret
   6:	0f 0b                	ud2
   8:	68 18 6c f9 c1       	push   $0xffffffffc1f96c18
   d:	e8 5a 69 4f 00       	call   0x4f696c
  12:	0f 0b                	ud2
  14:	68 28 6c f9 c1       	push   $0xffffffffc1f96c28
  19:	e8 4e 69 4f 00       	call   0x4f696c
  1e:	0f 0b                	ud2
  20:	68 38 6c f9 c1       	push   $0xffffffffc1f96c38
  25:	e8 42 69 4f 00       	call   0x4f696c
  2a:*	0f 0b                	ud2		<-- trapping instruction
  2c:	68 48 6c f9 c1       	push   $0xffffffffc1f96c48
  31:	e8 36 69 4f 00       	call   0x4f696c
  36:	90                   	nop
  37:	90                   	nop
  38:	90                   	nop
  39:	90                   	nop
  3a:	90                   	nop
  3b:	90                   	nop
  3c:	3d                   	.byte 0x3d
  3d:	00 00                	add    %al,(%rax)
	...

Code starting with the faulting instruction
===========================================
   0:	0f 0b                	ud2
   2:	68 48 6c f9 c1       	push   $0xffffffffc1f96c48
   7:	e8 36 69 4f 00       	call   0x4f6942
   c:	90                   	nop
   d:	90                   	nop
   e:	90                   	nop
   f:	90                   	nop
  10:	90                   	nop
  11:	90                   	nop
  12:	3d                   	.byte 0x3d
  13:	00 00                	add    %al,(%rax)


The kernel config and materials to reproduce are available at:
https://download.01.org/0day-ci/archive/20240904/202409042247.af2035c5-lkp@intel.com



-- 
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki


      parent reply	other threads:[~2024-09-04 14:54 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-09-02 12:24 [PATCH] mm: Skip the reserved bootmem for compaction Rong Qianfeng
2024-09-02 13:45 ` David Hildenbrand
2024-09-03  7:14   ` Rong Qianfeng
2024-09-03  9:56     ` David Hildenbrand
2024-09-04 11:13 ` Mel Gorman
2024-09-04 11:59   ` Rong Qianfeng
2024-09-04 15:38     ` Mike Rapoport
2024-09-05  3:10       ` Rong Qianfeng
2024-09-04 14:54 ` kernel test robot [this message]

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=202409042247.af2035c5-lkp@intel.com \
    --to=oliver.sang@intel.com \
    --cc=akpm@linux-foundation.org \
    --cc=baolin.wang@linux.alibaba.com \
    --cc=kirill.shutemov@linux.intel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=lkp@intel.com \
    --cc=mgorman@techsingularity.net \
    --cc=oe-lkp@lists.linux.dev \
    --cc=opensource.kernel@vivo.com \
    --cc=rongqianfeng@vivo.com \
    --cc=rppt@kernel.org \
    --cc=vbabka@suse.cz \
    --cc=ziy@nvidia.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.