Re: [bug report] WARNING: CPU: 0 PID: 1 at kernel/resource.c:834 __insert_resource+0x84/0x110

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 03/20/24 at 05:06pm, Changhui Zhong wrote:
> On Tue, Mar 19, 2024 at 10:43 PM Baoquan He <bhe@xxxxxxxxxx> wrote:
> >
> > On 03/19/24 at 01:59pm, Ilpo Järvinen wrote:
> > > On Tue, 19 Mar 2024, Changhui Zhong wrote:
> > >
> > > > Hello,
> > > >
> > > > found a kernel warning issue at "kernel/resource.c:834
> > > > __insert_resource+0x84/0x110" ,please help check,
> > > >
> > > > repo:https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git
> > > > branch: master
> > > > commit HEAD:f6cef5f8c37f58a3bc95b3754c3ae98e086631ca
> > > >
> > > >  [    0.130164] ------------[ cut here ]------------
> > > > [    0.130370] WARNING: CPU: 0 PID: 1 at kernel/resource.c:834
> > > > __insert_resource+0x84/0x110
> > > > [    0.131364] Modules linked in:
> > > > [    0.132364] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 6.8.0+ #1
> > > > [    0.133365] Hardware name: Dell Inc. PowerEdge R640/06DKY5, BIOS
> > > > 2.15.1 06/15/2022
> > > > [    0.134364] RIP: 0010:__insert_resource+0x84/0x110
> > > > [    0.135364] Code: d0 4c 39 c1 76 b1 c3 cc cc cc cc 4c 8d 4a 30 48
> > > > 8b 52 30 48 85 d2 75 b7 48 89 56 30 49 89 31 48 89 46 28 31 c0 c3 cc
> > > > cc cc cc <0f> 0b 48 89 d0 c3 cc cc cc cc 49 89 d2 eb 1a 4d 39 42 08 77
> > > > 19 4d
> > > > [    0.136363] RSP: 0000:ffffb257400dfe08 EFLAGS: 00010246
> > > > [    0.137363] RAX: ffff9e147ffca640 RBX: 0000000000000000 RCX: 0000000026000000
> > > > [    0.138363] RDX: ffffffff86c45ee0 RSI: ffffffff86c45ee0 RDI: 0000000026000000
> > > > [    0.139363] RBP: ffffffff8684d120 R08: 0000000035ffffff R09: 0000000035ffffff
> > > > [    0.140363] R10: 000000002f31646f R11: 0000000059a7ffee R12: ffffffff86c45ee0
> > > > [    0.141363] R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000
> > > > [    0.142363] FS:  0000000000000000(0000) GS:ffff9e1277800000(0000)
> > > > knlGS:0000000000000000
> > > > [    0.143363] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> > > > [    0.144363] CR2: ffff9e1333601000 CR3: 0000000332220001 CR4: 00000000007706f0
> > > > [    0.145363] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> > > > [    0.146363] DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
> > > > [    0.147363] PKRU: 55555554
> > > > [    0.148363] Call Trace:
> > > > [    0.149364]  <TASK>
> > > > [    0.150365]  ? __warn+0x7f/0x130
> > > > [    0.151363]  ? __insert_resource+0x84/0x110
> > > > [    0.152364]  ? report_bug+0x18a/0x1a0
> > > > [    0.153364]  ? handle_bug+0x3c/0x70
> > > > [    0.154363]  ? exc_invalid_op+0x14/0x70
> > > > [    0.155363]  ? asm_exc_invalid_op+0x16/0x20
> > > > [    0.156364]  ? __insert_resource+0x84/0x110
> > > > [    0.157364]  ? add_device_randomness+0x75/0xa0
> > > > [    0.158363]  insert_resource+0x26/0x50
> > > > [    0.159364]  ? __pfx_insert_crashkernel_resources+0x10/0x10
> > > > [    0.160363]  insert_crashkernel_resources+0x62/0x70
> > >
> > > Hi,
> > >
> > > This seems related to crashkernel stuff, I added a few Ccs related to
> > > it.
> > >
> > > I don't know why you sent this only to linux-pci list as it seems likely
> > > to be entirely unrelated to PCI.
> >
> > Too few info is provided. I guess this is happening on x86_64. Do you
> > have the kernel config, and what kernel you are testing? What operation
> > are you taking to trigger this?
> 
> yes,my server is x86_64 platform,base OS is RHEL9.5,the default kernel
> is  5.14.0-428.el9.x86_64,
> and this issue is triggered after compile and installed the upstream
> kernel(6.8.0+)then reboot the machine.
> I don't have the kernel config file now, if needed I can reinstall and
> collect it,
> 
> >
> > Below commit could be suspect, but not sure if it's the real criminal.
> >
> > commit 4a693ce65b186fddc1a73621bd6f941e6e3eca21
> > Author: Huacai Chen <chenhuacai@xxxxxxxxxx>
> > Date:   Fri Dec 29 16:02:13 2023 +0800
> >
> >     kdump: defer the insertion of crashkernel resources
> >
> > Dave reported a similar one, he did kexec reboot firstly, then in 2nd
> > kernel crashkernel reservation will trigger the iomem inserting error.
> >
> > [PATCH] x86/kexec: do not update E820 kexec table for setup_data
> > https://lore.kernel.org/all/ZeZ2Kos-OOZNSrmO@xxxxxxxxxxxxxxxxxxxxxxxxxxxxx/T/#u
> >
> > Can you try Dave's patch firstly? If it doesn't work, try reverting
> > above Huacai's patch? it may need manual editing.
> >
> 
> I don't know how to revert Huacai's patch, I don't know much about it,
> so,I try to apply Dave‘s patch,but it failed:
> ```
> patching file arch/x86/kernel/e820.c
> Hunk #1 FAILED at 1015.
> Hunk #2 succeeded at 1038 (offset 2 lines).
> Hunk #3 succeeded at 1048 (offset 2 lines).
> 1 out of 3 hunks FAILED -- saving rejects to file arch/x86/kernel/e820.c.rej
> ```
> maybe Dave need to write a new version to fix it,

No, please go get your colleagues' help. There must be people around you
knowing how to handle this.


_______________________________________________
kexec mailing list
kexec@xxxxxxxxxxxxxxxxxxx
http://lists.infradead.org/mailman/listinfo/kexec




[Index of Archives]     [LM Sensors]     [Linux Sound]     [ALSA Users]     [ALSA Devel]     [Linux Audio Users]     [Linux Media]     [Kernel]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux