lkml.org 
[lkml]   [2009]   [Jan]   [16]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: ACPI hotplug panic with current git head
> > It looks like acpi_pci_get_bridge_handle() is returning NULL, so this is
> > the fix that works for me.
> >
>
> I'm sorry for troubling you, and thank you for your patience.
>
> The patch seems to avoid the kernel panic, but I still don't know
> why acpi_pci_get_bridge_handle() returns NULL here. I assumed
> it should return non-NULL value here. So I'd like to investigate
> it more.
>


Kenji,
I'd like to push jejb's 1-liner upstream now.
It make sense, and it prevents a boot panic regression
that I'd rather not have others experience in rc2.

I agree that it is important to hotplug for you to figure out
why this machine runs down that path in the first place,
and I'm sure that James will continue to work with you
on that after the 1-liner is in.

thanks
Len Brown, Intel Open Source Technology Center


> >
> > diff --git a/drivers/pci/hotplug/acpiphp_glue.c b/drivers/pci/hotplug/acpiphp_glue.c
> > index f09b101..803d9dd 100644
> > --- a/drivers/pci/hotplug/acpiphp_glue.c
> > +++ b/drivers/pci/hotplug/acpiphp_glue.c
> > @@ -266,6 +266,8 @@ static int detect_ejectable_slots(struct pci_bus *pbus)
> > int found = acpi_pci_detect_ejectable(pbus);
> > if (!found) {
> > acpi_handle bridge_handle = acpi_pci_get_bridge_handle(pbus);
> > + if (!bridge_handle)
> > + return 0;
> > acpi_walk_namespace(ACPI_TYPE_DEVICE, bridge_handle, (u32)1,
> > is_pci_dock_device, (void *)&found, NULL);
> > }



\
 
 \ /
  Last update: 2009-01-16 21:11    [W:0.099 / U:0.244 seconds]
©2003-2014 Jasper Spaans. Advertise on this site