mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Yinghai Lu" <yhlu.kernel@gmail.com>
To: "Andrew Morton" <akpm@linux-foundation.org>
Cc: "Martin Bligh" <mbligh@google.com>,
	linux-kernel@vger.kernel.org, linux-acpi@vger.kernel.org,
	"Ingo Molnar" <mingo@elte.hu>,
	"Thomas Gleixner" <tglx@linutronix.de>
Subject: Re: Panic on boot for x86_64
Date: Tue, 12 Aug 2008 13:13:08 -0700	[thread overview]
Message-ID: <86802c440808121313x26e46c00m9ec6cd73b3bdbf22@mail.gmail.com> (raw)
In-Reply-To: <20080812131045.b89e98b1.akpm@linux-foundation.org>

On Tue, Aug 12, 2008 at 1:10 PM, Andrew Morton
<akpm@linux-foundation.org> wrote:
> On Tue, 12 Aug 2008 12:51:17 -0700
> "Martin Bligh" <mbligh@google.com> wrote:
>
>> x86_64 seems to panic on boot, since 2.6.26-git2 (or maybe -git1,
>> which wouldn't compile)
>> 2.6.26 works.
>>
>> http://test.kernel.org/results/IBM/186461/debug/console
>>
>> kernel BUG at arch/x86/kernel/io_apic_64.c:356!
>
> add_pin_to_irq() doesn't seem to have changed in three years.
>
>> invalid opcode: 0000 [1] SMP
>> CPU 24
>> Modules linked in:
>> Pid: 1, comm: swapper Not tainted 2.6.27-rc1-git2-autotest #1
>> RIP: 0010:[<ffffffff8021bb1a>]  [<ffffffff8021bb1a>] add_pin_to_irq+0x7a/0x90
>> RSP: 0018:ffff88032e4b9b40  EFLAGS: 00010216
>> RAX: 00000000000000f0 RBX: 00000000000000f0 RCX: 0000000000000001
>> RDX: 0000000000000018 RSI: 0000000000000006 RDI: 00000000000000f0
>> RBP: 0000000000000006 R08: 0000000000000018 R09: 0000000000000006
>> R10: 0000000000000008 R11: ffffffff8038f8dd R12: 0000000000000001
>> R13: 0000000000000001 R14: 0000000000000018 R15: 0000000000000000
>> FS:  0000000000000000(0000) GS:ffff880bfe733540(0000) knlGS:0000000000000000
>> CS:  0010 DS: 0018 ES: 0018 CR0: 000000008005003b
>> CR2: 0000000000000000 CR3: 0000000000201000 CR4: 00000000000006e0
>> DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
>> DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
>> Process swapper (pid: 1, threadinfo ffff88032e4b8000, task ffff880bfe4ca050)
>> Stack:  ffff88032e4b9be0 ffffffff8021bbae 00000000000000f0 0000000000000001
>>  0000000000000000 ffff88032e4b9c0c 00000000000000f0 ffffffff80218d81
>>  00000000000000f0 0000000000000000 0000000000000001 ffffffff80218e0c
>> Call Trace:
>>  [<ffffffff8021bbae>] ? io_apic_set_pci_routing+0x7e/0xa0
>>  [<ffffffff80218d81>] ? mp_register_gsi+0xb1/0xd0
>>  [<ffffffff80218e0c>] ? acpi_register_gsi+0x6c/0x70
>>  [<ffffffff8038fb30>] ? acpi_pci_irq_enable+0x178/0x260
>>  [<ffffffff8038f8dd>] ? acpi_pci_allocate_irq+0x0/0x4c
>>  [<ffffffff8036d257>] ? pci_enable_resources+0x27/0x160
>>  [<ffffffff80368a6a>] ? do_pci_enable_device+0x4a/0x70
>>  [<ffffffff80368ae1>] ? __pci_enable_device_flags+0x51/0x60
>>  [<ffffffff804dce18>] ? tg3_init_one+0x58/0x1640
>>  [<ffffffff8022a950>] ? default_wake_function+0x0/0x10
>>  [<ffffffff8022efa8>] ? set_cpus_allowed_ptr+0xe8/0x110
>>  [<ffffffff8036ae8f>] ? pci_device_probe+0xdf/0x130
>>  [<ffffffff803bf016>] ? driver_probe_device+0x96/0x1a0
>>  [<ffffffff803bf1a9>] ? __driver_attach+0x89/0x90
>>  [<ffffffff803bf120>] ? __driver_attach+0x0/0x90
>>  [<ffffffff803be68d>] ? bus_for_each_dev+0x4d/0x80
>>  [<ffffffff8028afa8>] ? kmem_cache_alloc+0xc8/0xf0
>>  [<ffffffff803beb7e>] ? bus_add_driver+0xae/0x220
>>  [<ffffffff803bf436>] ? driver_register+0x56/0x130
>>  [<ffffffff8036b148>] ? __pci_register_driver+0x68/0xb0
>>  [<ffffffff806cb610>] ? tg3_init+0x0/0x20
>>  [<ffffffff806ad5b1>] ? do_one_initcall+0x41/0x180
>>  [<ffffffff802d5798>] ? create_proc_entry+0x58/0xa0
>>  [<ffffffff8025eae4>] ? register_irq_proc+0xd4/0xf0
>>  [<ffffffff806adb53>] ? kernel_init+0x133/0x190
>>  [<ffffffff8020c529>] ? child_rip+0xa/0x11
>>  [<ffffffff806ada20>] ? kernel_init+0x0/0x190
>>  [<ffffffff8020c51f>] ? child_rip+0x0/0x11
>>
>>
>> Code: 89 05 3f 24 42 00 7f 29 48 0f bf c1 48 8d 14 00 48 c1 e0 03 48
>> 29 d0 48 8d 90 c0 0e 73 80 66 89 32 66 44 89 42 02 48 83 c4 08 c3 <0f>
>> 0b eb fe 66 90 48 c7 c7 28 a4 5c 80 31 c0 e8 b2 7d 01 00 66
>> RIP  [<ffffffff8021bb1a>] add_pin_to_irq+0x7a/0x90
>>  RSP <ffff88032e4b9b40>
>
> So this looks like ACPI breakage?
>
same bug as 11201.

please try tip/master, or wait a while after linus pull fix from tip x86 fix.

YH

  reply	other threads:[~2008-08-12 20:13 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-08-12 19:51 Martin Bligh
2008-08-12 20:10 ` Andrew Morton
2008-08-12 20:13   ` Yinghai Lu [this message]
2008-08-12 20:23     ` Rafael J. Wysocki
2008-08-12 23:47       ` Martin Bligh
2008-08-13  2:05         ` Zhao Yakui
2008-08-13 14:12         ` Ingo Molnar
2008-08-13 21:11           ` Martin Bligh
2008-08-12 20:14 ` Rafael J. Wysocki

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=86802c440808121313x26e46c00m9ec6cd73b3bdbf22@mail.gmail.com \
    --to=yhlu.kernel@gmail.com \
    --cc=akpm@linux-foundation.org \
    --cc=linux-acpi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mbligh@google.com \
    --cc=mingo@elte.hu \
    --cc=tglx@linutronix.de \
    /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

all inboxes | Powered by JetHome®