From: Kristen Accardi <kristen.c.accardi@intel.com>
To: "Brown, Len" <len.brown@intel.com>
Cc: Andreas Saur <saur@acmelabs.de>,
linux-acpi@vger.kernel.org, pavel@suse.cz,
linux-kernel@vger.kernel.org
Subject: RE: 2.6.17-rc4-mm3 - kernel panic
Date: Thu, 25 May 2006 12:01:15 -0700 [thread overview]
Message-ID: <1148583675.3070.41.camel@whizzy> (raw)
In-Reply-To: <CFF307C98FEABE47A452B27C06B85BB68AD7E1@hdsmsx411.amr.corp.intel.com>
On Tue, 2006-05-23 at 22:03 -0700, Brown, Len wrote:
> Same panic with and without a docking station present?
>
> Does the panic go away with CONFIG_ACPI_DOCK=n?
>
> -Len
>
Can either Pavel or Andreas please try this little debugging patch and
send me the dmesg output? Please enable the CONFIG_DEBUG_KERNEL option
in your .config as well so that I can get additional info.
Len (or anyone),
I had a theory that perhaps I'm having a race condition between the two
drivers, however, I'm not sure if this is even a possibility at boot
time, so I wanted to run this theory by you and see if you thought it
could happen.
The dock driver calls acpi_walk_namespace to check for _DCK method.
When it finds it, it allocates a struct dock_station, and then calls
acpi_walk_namespace again to find all the dependent devices. This is
all done as part of the dock driver's init.
When acpiphp driver is called, it also calls acpi_walk_namespace to
check for pci devices dependent on the dock station. It calls a
function exported from the dock driver (is_dock_device) to determine
this. is_dock_device should only be called *after* the dock driver is
finished it's init, because the driver *must* have completed it's search
for dependent devices before it can answer the question
is_dock_device()?.
My understanding is that if your init routine is marked with the
module_init() macro, then all module init routines will be serialized
with respect to each other. i.e., Can I expect that the function
indicated by module_init() would be completed before the function marked
by acpiphp's module_init() would be called? How does the use of
acpi_walk_namespace affect serialization of the module_init? Does it
allow the possibility that the acpiphp driver may enter it's module_init
before the dock driver has completed it's init?
Thanks,
Kristen
---
drivers/acpi/dock.c | 4 ++++
1 file changed, 4 insertions(+)
--- 2.6-mm.orig/drivers/acpi/dock.c
+++ 2.6-mm/drivers/acpi/dock.c
@@ -190,6 +190,10 @@ static int is_dock(acpi_handle handle)
*/
int is_dock_device(acpi_handle handle)
{
+ if (!dock_station) {
+ printk(KERN_ERR "Dock station not done being initialized!!!\n");
+ return 0;
+ }
if (is_dock(handle) || find_dock_dependent_device(dock_station, handle))
return 1;
next parent reply other threads:[~2006-05-25 18:51 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <CFF307C98FEABE47A452B27C06B85BB68AD7E1@hdsmsx411.amr.corp.intel.com>
2006-05-25 19:01 ` Kristen Accardi [this message]
2006-05-25 22:12 ` 2.6.17-rc4-mm3 - kernel panic Pavel Machek
2006-05-25 22:17 ` Pavel Machek
2006-05-26 0:04 ` Kristen Accardi
2006-05-26 7:15 ` Pavel Machek
2006-05-26 18:29 ` Kristen Accardi
2006-05-30 10:25 ` Pavel Machek
2006-05-25 18:55 Brown, Len
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=1148583675.3070.41.camel@whizzy \
--to=kristen.c.accardi@intel.com \
--cc=len.brown@intel.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=pavel@suse.cz \
--cc=saur@acmelabs.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