From: Cyrill Gorcunov <gorcunov@gmail.com>
To: Ingo Molnar <mingo@elte.hu>
Cc: mingo@redhat.com, hpa@zytor.com, linux-kernel@vger.kernel.org,
yinghai@kernel.org, tglx@linutronix.de,
eswierk@aristanetworks.com, linux-tip-commits@vger.kernel.org
Subject: Re: [tip:x86/apic] x86: read apic ID in the !acpi_lapic case
Date: Mon, 11 May 2009 17:41:40 +0400 [thread overview]
Message-ID: <20090511134140.GH4624@lenovo> (raw)
In-Reply-To: <20090511110234.GH4648@elte.hu>
[Ingo Molnar - Mon, May 11, 2009 at 01:02:34PM +0200]
|
| * tip-bot for Yinghai Lu <yinghai@kernel.org> wrote:
|
| > Commit-ID: 4401da6111ac58f94234417427d06a72c4048c74
| > Gitweb: http://git.kernel.org/tip/4401da6111ac58f94234417427d06a72c4048c74
| > Author: Yinghai Lu <yinghai@kernel.org>
| > AuthorDate: Sat, 2 May 2009 10:40:57 -0700
| > Committer: Ingo Molnar <mingo@elte.hu>
| > CommitDate: Mon, 11 May 2009 11:29:23 +0200
| >
| > x86: read apic ID in the !acpi_lapic case
| >
| > Ed found that on 32-bit, boot_cpu_physical_apicid is not read right,
| > when the mptable is broken.
|
| -tip testing found that this patch causes a kernel crash:
|
| [ 1.208000] initcall pci_iommu_init+0x0/0x11 returned 0 after 0 usecs
| [ 1.212000] calling print_all_ICs+0x0/0x62a @ 1
| [ 1.216000]
| [ 1.216000] printing PIC contents
| [ 1.220000] ... PIC IMR: fffa
| [ 1.220000] ... PIC IRR: 0000
| [ 1.224000] ... PIC ISR: 0000
| [ 1.228000] ... PIC ELCR: 0828
| [ 1.232000] BUG: unable to handle kernel paging request at ffffb020
| [ 1.232000] IP: [<78417d5c>] native_apic_mem_read+0x15/0x19
| [ 1.232000] *pde = 010ef067 *pte = 00000000
| [ 1.232000] Oops: 0000 [#1] PREEMPT
| [ 1.232000] last sysfs file:
| [ 1.232000] Modules linked in:
| [ 1.232000]
| [ 1.232000] Pid: 1, comm: swapper Not tainted (2.6.30-rc5-tip #40847) System Product Name
| [ 1.232000] EIP: 0060:[<78417d5c>] EFLAGS: 00010046 CPU: 0
| [ 1.232000] EIP is at native_apic_mem_read+0x15/0x19
| [ 1.232000] EAX: ffffb020 EBX: 00000000 ECX: 00000000 EDX: fffff000
| [ 1.232000] ESI: 00000000 EDI: 7908c52e EBP: 9786fd38 ESP: 9786fd38
| [ 1.232000] DS: 007b ES: 007b FS: 0000 GS: 00e0 SS: 0068
| [ 1.232000] Process swapper (pid: 1, ti=9786e000 task=97870000 task.ti=9786e000)
| [ 1.232000] Stack:
| [ 1.232000] 9786fd40 78416e0d 9786fd48 78416fad 9786fd64 7908c55f 00000001 00000000
| [ 1.232000] 00000000 00000000 7908c52e 9786fd78 784671bf 00000001 00000000 00000000
| [ 1.232000] 9786fdac 7908ca42 00000001 9786fda0 784551ad 00000001 00000000 487ab0fc
| [ 1.232000] Call Trace:
| [ 1.232000] [<78416e0d>] ? read_apic_id+0x19/0x24
| [ 1.232000] [<78416fad>] ? hard_smp_processor_id+0xd/0xf
| [ 1.232000] [<7908c55f>] ? print_local_APIC+0x31/0x3c7
| [ 1.232000] [<7908c52e>] ? print_local_APIC+0x0/0x3c7
| [ 1.232000] [<784671bf>] ? smp_call_function_single+0x5b/0x64
| [ 1.232000] [<7908ca42>] ? print_all_ICs+0x14d/0x62a
| [ 1.232000] [<784551ad>] ? ktime_get+0x16/0x34
| [ 1.232000] [<7908c8f5>] ? print_all_ICs+0x0/0x62a
| [ 1.232000] [<7908c8f5>] ? print_all_ICs+0x0/0x62a
| [ 1.232000] [<7840107f>] ? _stext+0x7f/0x1f2
| [ 1.232000] [<786c2658>] ? put_dec+0x44/0x137
| [ 1.232000] [<784afae4>] ? page_count+0x22/0x3f
| [ 1.232000] [<784b1c0a>] ? get_page_from_freelist+0x51f/0x6b0
| [ 1.232000] [<786c2658>] ? put_dec+0x44/0x137
| [ 1.232000] [<784dcbee>] ? check_object+0x207/0x252
| [ 1.232000] [<786bb54f>] ? ida_get_new_above+0x2b0/0x2ca
| [ 1.232000] [<784dd5c5>] ? __slab_free+0x11a/0x4af
| [ 1.232000] [<784df012>] ? kmem_cache_free+0xce/0x163
| [ 1.232000] [<786bb54f>] ? ida_get_new_above+0x2b0/0x2ca
| [ 1.232000] [<786bb54f>] ? ida_get_new_above+0x2b0/0x2ca
| [ 1.232000] [<786bb75f>] ? ida_pre_get+0x13/0x18b
| [ 1.232000] [<7853f384>] ? proc_register+0x32a/0x34e
| [ 1.232000] [<7853f5bd>] ? create_proc_entry+0xf0/0x119
| [ 1.232000] [<7847e0bc>] ? register_irq_proc+0x87/0xbb
| [ 1.232000] [<7908251b>] ? kernel_init+0x8d/0x10a
| [ 1.232000] [<7908248e>] ? kernel_init+0x0/0x10a
| [ 1.232000] [<78403ee7>] ? kernel_thread_helper+0x7/0x10
| [ 1.232000] Code: 44 00 00 89 d1 8b 15 08 8b de 78 8d 84 10 00 c0 ff ff 89 08 5d c3 55 89 e5 0f 1f 44 00 00 8b 15 08 8b de 78 8d 84 10 00 c0 ff ff <8b> 00 5d c3 55 89 e5 0f 1f 44 00 00 89 c2 eb 02 f3 90 8b 02 85
| [ 1.232000] EIP: [<78417d5c>] native_apic_mem_read+0x15/0x19 SS:ESP 0068:9786fd38
| [ 1.232000] CR2: 00000000ffffb020
| [ 1.232000] ---[ end trace a7919e7f17c0a725 ]---
| [ 1.232000] Kernel panic - not syncing: Fatal exception
|
| Ingo
Ingo, could check if the following do the trick?
(on top of
commit f6271becbae641903a9f703b7b75cccb202df82a
Merge: 486cb6c 0498625
Author: Ingo Molnar <mingo@elte.hu>
Date: Mon May 11 12:26:00 2009 +0200
Merge branch 'tracing/core'
)
-- Cyrill
---
x86: apic - fixmap apic address even if apic disabled
In case if apic were disabled by boot option
we still need read_apic operation. So fixmap
a fake apic area if needed.
Signed-off-by: Cyrill Gorcunov <gorcunov@openvz.org>
---
arch/x86/kernel/apic/apic.c | 17 +++++++++--------
1 file changed, 9 insertions(+), 8 deletions(-)
Index: linux-2.6.git/arch/x86/kernel/apic/apic.c
=====================================================================
--- linux-2.6.git.orig/arch/x86/kernel/apic/apic.c
+++ linux-2.6.git/arch/x86/kernel/apic/apic.c
@@ -1591,13 +1591,6 @@ void __init init_apic_mappings(void)
} else
apic_phys = mp_lapic_addr;
- /* lets check if we may NOP'ify apic operations */
- if (!cpu_has_apic) {
- pr_info("APIC: disable apic facility\n");
- apic_disable();
- return;
- }
-
/*
* acpi lapic path already maps that address in
* acpi_register_lapic_address()
@@ -1606,7 +1599,15 @@ void __init init_apic_mappings(void)
set_fixmap_nocache(FIX_APIC_BASE, apic_phys);
apic_printk(APIC_VERBOSE, "mapped APIC to %08lx (%08lx)\n",
- APIC_BASE, apic_phys);
+ APIC_BASE, apic_phys);
+
+ /* lets check if we may NOP'ify apic operations */
+ if (!cpu_has_apic) {
+ pr_info("APIC: disable apic facility\n");
+ apic_disable();
+ return;
+ }
+
/*
* Fetch the APIC ID of the BSP in case we have a
* default configuration (or the MP table is broken).
next prev parent reply other threads:[~2009-05-11 13:43 UTC|newest]
Thread overview: 39+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20090430084145.GD21699@elte.hu>
2009-05-02 4:48 ` [PATCH] x86: read apic id if it is not acpi_lapic Yinghai Lu
2009-05-02 7:02 ` Cyrill Gorcunov
2009-05-02 17:40 ` [PATCH] x86: read apic id if it is not acpi_lapic -v2 Yinghai Lu
[not found] ` <20090502184108.GC4791@lenovo>
[not found] ` <49FC9BFC.4040904@kernel.org>
[not found] ` <20090502192441.GE4791@lenovo>
[not found] ` <49FC9F28.2070802@kernel.org>
[not found] ` <20090502193203.GG4791@lenovo>
2009-05-02 22:27 ` [PATCH] x86: change apic_version array to bsp apic ver only Yinghai Lu
2009-05-11 9:20 ` [PATCH] x86: read apic id if it is not acpi_lapic -v2 Ingo Molnar
2009-05-11 9:26 ` Ingo Molnar
2009-05-11 9:40 ` Cyrill Gorcunov
2009-05-11 11:06 ` Ingo Molnar
2009-05-11 9:53 ` [tip:x86/apic] x86: read apic ID in the !acpi_lapic case tip-bot for Yinghai Lu
2009-05-11 11:02 ` Ingo Molnar
2009-05-11 13:41 ` Cyrill Gorcunov [this message]
2009-05-11 13:49 ` Ingo Molnar
2009-05-11 17:43 ` Yinghai Lu
2009-05-11 18:05 ` Cyrill Gorcunov
2009-05-11 20:01 ` Ingo Molnar
2009-05-11 20:05 ` Cyrill Gorcunov
2009-05-11 20:14 ` Yinghai Lu
2009-05-11 13:54 ` [tip:x86/apic] x86: apic: Fixmap apic address even if apic disabled tip-bot for Cyrill Gorcunov
2009-05-11 16:11 ` [tip:x86/apic] x86: read apic ID in the !acpi_lapic case Yinghai Lu
2009-05-12 10:36 ` [tip:irq/numa] " tip-bot for Yinghai Lu
2009-05-12 11:22 ` Ingo Molnar
2009-05-12 14:51 ` Cyrill Gorcunov
2009-05-12 14:58 ` Ingo Molnar
2009-05-12 15:00 ` Cyrill Gorcunov
2009-05-12 15:04 ` Yinghai Lu
2009-05-12 15:06 ` Ingo Molnar
2009-05-12 16:46 ` Ingo Molnar
2009-05-12 17:02 ` Cyrill Gorcunov
2009-05-12 17:12 ` Yinghai Lu
2009-05-12 17:27 ` Cyrill Gorcunov
2009-05-12 18:31 ` Yinghai Lu
2009-05-12 18:33 ` Ingo Molnar
2009-05-12 18:35 ` Yinghai Lu
2009-05-12 19:05 ` Ingo Molnar
2009-05-12 19:23 ` Yinghai Lu
2009-05-13 13:14 ` Ingo Molnar
2009-05-13 16:41 ` Yinghai Lu
2009-05-18 7:39 ` [tip:irq/numa] x86: don't call read_apic_id if !cpu_has_apic tip-bot for Yinghai Lu
2009-05-12 16:48 ` [tip:irq/numa] x86/pci: add 4 more return parameters to IO_APIC_get_PCI_irq_vector(), fix tip-bot for Cyrill Gorcunov
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=20090511134140.GH4624@lenovo \
--to=gorcunov@gmail.com \
--cc=eswierk@aristanetworks.com \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-tip-commits@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=mingo@redhat.com \
--cc=tglx@linutronix.de \
--cc=yinghai@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: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox