Bug 239766
Summary: | [QC] kernel fails to boot on LS41 with maxcpus=1 | ||||||
---|---|---|---|---|---|---|---|
Product: | Red Hat Enterprise MRG | Reporter: | IBM Bug Proxy <bugproxy> | ||||
Component: | realtime-kernel | Assignee: | Steven Rostedt <srostedt> | ||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | |||||
Severity: | urgent | Docs Contact: | |||||
Priority: | medium | ||||||
Version: | 1.0 | ||||||
Target Milestone: | --- | ||||||
Target Release: | --- | ||||||
Hardware: | All | ||||||
OS: | Linux | ||||||
Whiteboard: | |||||||
Fixed In Version: | 2.6.21-14.el5rt | Doc Type: | Bug Fix | ||||
Doc Text: | Story Points: | --- | |||||
Clone Of: | Environment: | ||||||
Last Closed: | 2007-05-31 22:42:00 UTC | Type: | --- | ||||
Regression: | --- | Mount Type: | --- | ||||
Documentation: | --- | CRM: | |||||
Verified Versions: | Category: | --- | |||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
Cloudforms Team: | --- | Target Upstream Version: | |||||
Embargoed: | |||||||
Attachments: |
|
Description
IBM Bug Proxy
2007-05-11 07:09:46 UTC
----- Additional Comments From dvhltc.com 2007-05-19 03:12 EDT ------- I tested mainline 2.6.21 and it does boot with maxcpus=1. 2.6.21-rt1, 2, and 4 all hang at: Calling initcall 0xffffffff817a41df: acpi_processor_init+0x0/0xdf() when booted with initcall_debug. I traced this only as far as the call to acpi_bus_register_driver. So this was definitely introduced by the -rt patch. I'm not sure if I should try and see when it was introduced (as 2.6.16-rt22 does not fail) or if I should head "down the acpi rabbit hole" as John S. put it... Created attachment 155114 [details]
maxcpus-ignore-offline-cpus.patch
----- Additional Comments From dvhltc.com 2007-05-21 12:43 EDT ------- Ignore bogus acpi info Thomas Gleixner provided the attached patch. When I first booted with this patch I received the following in a loop: irq 9: nobody cared (try booting with the "irqpoll" option) Call Trace: [<ffffffff8106d5a4>] dump_trace+0xaa/0x32a [<ffffffff8106d865>] show_trace+0x41/0x5c [<ffffffff8106d895>] dump_stack+0x15/0x17 [<ffffffff810c50b8>] __report_bad_irq+0x38/0x87 [<ffffffff810c52cb>] note_interrupt+0x1c4/0x1fc [<ffffffff810c458d>] thread_simple_irq+0x6c/0x7e [<ffffffff810c4dc3>] do_irqd+0x14a/0x3e4 [<ffffffff81033d3a>] kthread+0xf5/0x128 [<ffffffff8105ff68>] child_rip+0xa/0x12 handlers: [<ffffffff8117736e>] (acpi_irq+0x0/0x1b) I then tried to boot with acpi=noirq and I got all the way to a login prompt. As we have seen this "nobody cared" and child_rip dump issues before - I think these are independent issues that should be tracked in their own bugs. ----- Additional Comments From dvhltc.com 2007-05-21 12:58 EDT ------- Ingo has included tglx's patch in 2.6.21-rt5 changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |FIXEDAWAITINGTEST Resolution| |FIX_ALREADY_AVAIL ------- Additional Comments From jstultz.com (prefers email at johnstul.com) 2007-05-24 13:04 EDT ------- Verified fixed in 2.6.21-14.el5rt. |