[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1291679699.6246.11.camel@Tobias-Karnat>
Date: Tue, 07 Dec 2010 00:54:59 +0100
From: Tobias Karnat <tobias.karnat@...glemail.com>
To: Bjorn Helgaas <bjorn.helgaas@...com>
Cc: linux-acpi@...r.kernel.org,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
richard.coe@....ge.com, jslaby@...ell.com
Subject: Re: acpi_button: random oops on boot
Am Montag, den 06.12.2010, 16:26 -0700 schrieb Bjorn Helgaas:
> On Monday, December 06, 2010 04:01:43 pm Tobias Karnat wrote:
> > No, it only crashes on boot (without the printk patch).
> > If it happens the machine is completely dead, SysRq does not work.
> >
> > However it is definitely the acpi_button module, because removing it
> > also fixes this.
>
> If it crashes on boot (not when loading an acpi_button module),
> you must be building acpi_button into the static kernel.
It does crash on boot either if built-in to the kernel or as a module,
However it does not crash if the module is loaded/unloaded after the
machine has booted.
> The acpi_button driver has a fairly complicated add() method.
> In the absence of a better idea, I might just comment out blocks
> of it and try to isolate the problem. For example, take out
> all the input stuff, take out the wakeup GPE stuff, take out
> the type/name setup, etc.
Couldn't this be a compiler issue?
Adding some printk's to fix it seems to be insane.
-Tobias
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists