Re: why Linux kernel will update BIOS's interrupt remapping table base address ? why does Linux Kernel create a new table instead of the one that BIOS provided ?
On Mon, Jul 9, 2012 at 8:17 PM, Lin-Bao Zhang <2004.zh...@gmail.com> wrote: > for this thing , we have known that , we can append "x2apic_phys" to > tell linux kernel we support x2apic physical mode. > but I found that x2apic_phys is not enough .we still found panic info > in RHEL6.2(2.6.32) kernel,but on linux kernel-3.4.4 ,no this issue > again. any comment for this bug ? please post full boot log with kernel 3.4.4 and acpidump. Thanks Yinghai -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: why Linux kernel will update BIOS's interrupt remapping table base address ? why does Linux Kernel create a new table instead of the one that BIOS provided ?
for this thing , we have known that , we can append "x2apic_phys" to tell linux kernel we support x2apic physical mode. but I found that x2apic_phys is not enough .we still found panic info in RHEL6.2(2.6.32) kernel,but on linux kernel-3.4.4 ,no this issue again. any comment for this bug ? Initializing cgroup subsys ns Initializing cgroup subsys cpuacct Initializing cgroup subsys memory Initializing cgroup subsys devices Initializing cgroup subsys freezer Initializing cgroup subsys net_cls Initializing cgroup subsys blkio Initializing cgroup subsys perf_event CPU: Physical Processor ID: 0 CPU: Processor Core ID: 0 mce: CPU supports 24 MCE banks CPU0: Thermal monitoring enabled (TM1) using mwait in idle threads. ACPI: Core revision 20090903 ftrace: converting mcount calls to 0f 1f 44 00 00 ftrace: allocating 20776 entries in 82 pages DMAR: Host address width 40 DMAR: DRHD base: 0x00ace0 flags: 0x0 IOMMU ace0: ver 1:0 cap c90780106f0462 ecap f0207e DMAR: DRHD base: 0x00a800 flags: 0x1 IOMMU a800: ver 1:0 cap c90780106f0462 ecap f0207e DMAR: RMRR base: 0x007f7ee000 end: 0x007f7e DMAR: RMRR base: 0x007f7e7000 end: 0x007f7ecfff DMAR: RMRR base: 0x007f61e000 end: 0x007f61 DMAR: ATSR flags: 0x0 DMAR: ATSR flags: 0x0 IOAPIC id 10 under DRHD base 0xace0 IOAPIC id 8 under DRHD base 0xa800 IOAPIC id 0 under DRHD base 0xa800 Enabled IRQ remapping in x2apic modef NMI: IOCK error (debug interrupt?) CPU 0 Modules linked in: Pid: 1, comm: swapper Not tainted 2.6.32-220.el6.x86_64 #1 HP ProLiant DL980 G7 RIP: 0010:[] [] mask_and_ack_8259A+0x57/0x110 RSP: 0018:880045603f08 EFLAGS: 0046 RAX: 00ff RBX: RCX: 01c0 RDX: 0082 RSI: 81a83240 RDI: 81dd65e0 RBP: 880045603f28 R08: 88086c42e000 R09: 88086c42fe30 R10: 0001 R11: R12: R13: 0082 R14: 88086c42fd88 R15: 00015e40 FS: () GS:88004560() knlGS: CS: 0010 DS: 0018 ES: 0018 CR0: 8005003b CR2: CR3: 01a85000 CR4: 06f0 DR0: DR1: DR2: DR3: DR6: 0ff0 DR7: 0400 Process swapper (pid: 1, threadinfo 88086c42e000, task 88e7ecdc4040) Stack: 0046 81a83240 81a832ac <0> 880045603f58 810dc3ca 8100c24c <0> 0030 880045603f78 8100df09 Call Trace: [] handle_level_irq+0x3a/0x130 [] ? call_softirq+0x1c/0x30 [] handle_irq+0x49/0xa0 [] do_IRQ+0x6c/0xf0 [] ret_from_intr+0x0/0x11 [] ? enable_IR_x2apic+0x18a/0x221 [] native_smp_prepareus+0x143/0x389 [] kernel_init+0x112/0x2f9 [] child_rip+0xa/0x20 [] ? kernel_init+0x0/0x2f9 [] ? child_rip+0x0/0x20 Code: e8 ef f8 4d 00 49 89 c5 8b 05 16 f7 a7 00 85 c3 75 42 09 c3 89 1d 0a f7 a7 00 41 f6 c4 08 75 6d e4 21 0f b6 05 fb f6 a7 00 e6 21 <41> 8d 44 24 60 e6 20 4c 89 ee 48 c7 c7 e0 65 dd 81 e8 23 fa 4d NMI: IOCK error (debug interrupt?) CPU 0 Modules linked in: -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: why Linux kernel will update BIOS's interrupt remapping table base address ? why does Linux Kernel create a new table instead of the one that BIOS provided ?
for this thing , we have known that , we can append x2apic_phys to tell linux kernel we support x2apic physical mode. but I found that x2apic_phys is not enough .we still found panic info in RHEL6.2(2.6.32) kernel,but on linux kernel-3.4.4 ,no this issue again. any comment for this bug ? Initializing cgroup subsys ns Initializing cgroup subsys cpuacct Initializing cgroup subsys memory Initializing cgroup subsys devices Initializing cgroup subsys freezer Initializing cgroup subsys net_cls Initializing cgroup subsys blkio Initializing cgroup subsys perf_event CPU: Physical Processor ID: 0 CPU: Processor Core ID: 0 mce: CPU supports 24 MCE banks CPU0: Thermal monitoring enabled (TM1) using mwait in idle threads. ACPI: Core revision 20090903 ftrace: converting mcount calls to 0f 1f 44 00 00 ftrace: allocating 20776 entries in 82 pages DMAR: Host address width 40 DMAR: DRHD base: 0x00ace0 flags: 0x0 IOMMU ace0: ver 1:0 cap c90780106f0462 ecap f0207e DMAR: DRHD base: 0x00a800 flags: 0x1 IOMMU a800: ver 1:0 cap c90780106f0462 ecap f0207e DMAR: RMRR base: 0x007f7ee000 end: 0x007f7e DMAR: RMRR base: 0x007f7e7000 end: 0x007f7ecfff DMAR: RMRR base: 0x007f61e000 end: 0x007f61 DMAR: ATSR flags: 0x0 DMAR: ATSR flags: 0x0 IOAPIC id 10 under DRHD base 0xace0 IOAPIC id 8 under DRHD base 0xa800 IOAPIC id 0 under DRHD base 0xa800 Enabled IRQ remapping in x2apic modef NMI: IOCK error (debug interrupt?) CPU 0 Modules linked in: Pid: 1, comm: swapper Not tainted 2.6.32-220.el6.x86_64 #1 HP ProLiant DL980 G7 RIP: 0010:[8100f937] [8100f937] mask_and_ack_8259A+0x57/0x110 RSP: 0018:880045603f08 EFLAGS: 0046 RAX: 00ff RBX: RCX: 01c0 RDX: 0082 RSI: 81a83240 RDI: 81dd65e0 RBP: 880045603f28 R08: 88086c42e000 R09: 88086c42fe30 R10: 0001 R11: R12: R13: 0082 R14: 88086c42fd88 R15: 00015e40 FS: () GS:88004560() knlGS: CS: 0010 DS: 0018 ES: 0018 CR0: 8005003b CR2: CR3: 01a85000 CR4: 06f0 DR0: DR1: DR2: DR3: DR6: 0ff0 DR7: 0400 Process swapper (pid: 1, threadinfo 88086c42e000, task 88e7ecdc4040) Stack: 0046 81a83240 81a832ac 0 880045603f58 810dc3ca 8100c24c 0 0030 880045603f78 8100df09 Call Trace: IRQ [810dc3ca] handle_level_irq+0x3a/0x130 [8100c24c] ? call_softirq+0x1c/0x30 [8100df09] handle_irq+0x49/0xa0 [814f4d0c] do_IRQ+0x6c/0xf0 [8100ba53] ret_from_intr+0x0/0x11 EOI [81c303ec] ? enable_IR_x2apic+0x18a/0x221 [81c2e189] native_smp_prepareus+0x143/0x389 [81c1f740] kernel_init+0x112/0x2f9 [8100c14a] child_rip+0xa/0x20 [81c1f62e] ? kernel_init+0x0/0x2f9 [8100c140] ? child_rip+0x0/0x20 Code: e8 ef f8 4d 00 49 89 c5 8b 05 16 f7 a7 00 85 c3 75 42 09 c3 89 1d 0a f7 a7 00 41 f6 c4 08 75 6d e4 21 0f b6 05 fb f6 a7 00 e6 21 41 8d 44 24 60 e6 20 4c 89 ee 48 c7 c7 e0 65 dd 81 e8 23 fa 4d NMI: IOCK error (debug interrupt?) CPU 0 Modules linked in: -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: why Linux kernel will update BIOS's interrupt remapping table base address ? why does Linux Kernel create a new table instead of the one that BIOS provided ?
On Mon, Jul 9, 2012 at 8:17 PM, Lin-Bao Zhang 2004.zh...@gmail.com wrote: for this thing , we have known that , we can append x2apic_phys to tell linux kernel we support x2apic physical mode. but I found that x2apic_phys is not enough .we still found panic info in RHEL6.2(2.6.32) kernel,but on linux kernel-3.4.4 ,no this issue again. any comment for this bug ? please post full boot log with kernel 3.4.4 and acpidump. Thanks Yinghai -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
