From: Changhui Zhong <czhong@redhat.com> To: Baoquan He <bhe@redhat.com> Cc: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>, linux-pci@vger.kernel.org, kexec@lists.infradead.org, "Vivek Goyal" <vgoyal@redhat.com>, "Dave Young" <dyoung@redhat.com>, chenhuacai@kernel.org, x86@kernel.org Subject: Re: [bug report] WARNING: CPU: 0 PID: 1 at kernel/resource.c:834 __insert_resource+0x84/0x110 Date: Wed, 20 Mar 2024 17:06:46 +0800 [thread overview] Message-ID: <CAGVVp+W2eHM5znGhMFb6xWWWUF4FYJ9FrEGVqKm0jWW+YO1cjg@mail.gmail.com> (raw) In-Reply-To: <ZfmkXw6pEBP73Txt@MiWiFi-R3L-srv> On Tue, Mar 19, 2024 at 10:43 PM Baoquan He <bhe@redhat.com> 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@kernel.org> > 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@darkstar.users.ipa.redhat.com/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, _______________________________________________ kexec mailing list kexec@lists.infradead.org http://lists.infradead.org/mailman/listinfo/kexec
WARNING: multiple messages have this Message-ID (diff)
From: Changhui Zhong <czhong@redhat.com> To: Baoquan He <bhe@redhat.com> Cc: "Ilpo Järvinen" <ilpo.jarvinen@linux.intel.com>, linux-pci@vger.kernel.org, kexec@lists.infradead.org, "Vivek Goyal" <vgoyal@redhat.com>, "Dave Young" <dyoung@redhat.com>, chenhuacai@kernel.org, x86@kernel.org Subject: Re: [bug report] WARNING: CPU: 0 PID: 1 at kernel/resource.c:834 __insert_resource+0x84/0x110 Date: Wed, 20 Mar 2024 17:06:46 +0800 [thread overview] Message-ID: <CAGVVp+W2eHM5znGhMFb6xWWWUF4FYJ9FrEGVqKm0jWW+YO1cjg@mail.gmail.com> (raw) In-Reply-To: <ZfmkXw6pEBP73Txt@MiWiFi-R3L-srv> On Tue, Mar 19, 2024 at 10:43 PM Baoquan He <bhe@redhat.com> 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@kernel.org> > 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@darkstar.users.ipa.redhat.com/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,
next prev parent reply other threads:[~2024-03-20 9:07 UTC|newest] Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top 2024-03-19 3:42 [bug report] WARNING: CPU: 0 PID: 1 at kernel/resource.c:834 __insert_resource+0x84/0x110 Changhui Zhong 2024-03-19 11:59 ` Ilpo Järvinen 2024-03-19 11:59 ` Ilpo Järvinen 2024-03-19 13:39 ` Changhui Zhong 2024-03-19 13:39 ` Changhui Zhong 2024-03-19 14:42 ` Baoquan He 2024-03-19 14:42 ` Baoquan He 2024-03-20 9:06 ` Changhui Zhong [this message] 2024-03-20 9:06 ` Changhui Zhong 2024-03-20 13:15 ` Baoquan He 2024-03-20 13:15 ` Baoquan He
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=CAGVVp+W2eHM5znGhMFb6xWWWUF4FYJ9FrEGVqKm0jWW+YO1cjg@mail.gmail.com \ --to=czhong@redhat.com \ --cc=bhe@redhat.com \ --cc=chenhuacai@kernel.org \ --cc=dyoung@redhat.com \ --cc=ilpo.jarvinen@linux.intel.com \ --cc=kexec@lists.infradead.org \ --cc=linux-pci@vger.kernel.org \ --cc=vgoyal@redhat.com \ --cc=x86@kernel.org \ /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: linkBe 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.