From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jiri Slaby Subject: Re: pnp changes -> suspend oops [Was: 2.6.26-rc5-mm2] Date: Thu, 12 Jun 2008 23:10:04 +0200 Message-ID: <485190AC.3060107@gmail.com> References: <20080609223145.5c9a2878.akpm@linux-foundation.org> <485014B5.7080305@gmail.com> <200806111303.39267.bjorn.helgaas@hp.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=0QBIKpSNIdYxY9UVc4My1Fjml3HoQAgL2TrylL4vc00=; b=pWqzg2LsLhLOZSmchrou93DTIas4LqBhLXiu+/ySFKdVNQ5/uOWUXbPBJ4FtvLCuu8 mCtbalWyHz6laq39Cs4+tSrd9zl0l6Pz4IPQrtdvGp6KfsBzqXIwZbFKdknv3Yqf4BXl l8QJCY4whRmH+RNbloRHPQV6QSLUAvnU9VeU8= In-Reply-To: <200806111303.39267.bjorn.helgaas-VXdhtT5mjnY@public.gmane.org> Sender: kernel-testers-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-ID: Content-Type: text/plain; charset="us-ascii"; format="flowed" To: Bjorn Helgaas Cc: Andrew Morton , linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org On 06/11/2008 09:03 PM, Bjorn Helgaas wrote: > On Wednesday 11 June 2008 12:08:53 pm Jiri Slaby wrote: >> On 06/10/2008 07:31 AM, Andrew Morton wrote: >>> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.26-rc5/2.6.26-rc5-mm2/ >> I face problems after some of the pnp changes. If this is not known, I may >> bisect it, it's 100% reproducible. I have no real logs, It panics prior to >> network is woken up to see something on netconsole, I just captured a function >> name and an offset of place where it oopses. >> >> pnpacpi_encode_resources, ACPI_RESOURCE_TYPE_DMA case, pnp_get_resource(dev, >> IORESOURCE_DMA, dma) returns NULL, which is dereferenced at pnpacpi_encode_dma >> at p->flags. >> >> It happens on resume after mem > /sys/power/state. > > Thanks for the report, I hadn't heard about this. > > We used to always have a resource from the static table to encode > (assuming the table was big enough), even if that resource was > disabled or unassigned. But now we don't keep those around, so > we can end up with null pointers like you're seeing. > > Before you go to all the trouble of bisecting it, can you turn on > CONFIG_PNP_DEBUG and try the following debug patch? I think this > will prevent the oops, but it's just papering over the real problem, > so please capture the complete dmesg log. ACPI: PCI interrupt for device 0000:00:02.0 disabled serial 00:07: disabled serial 00:06: disabled ACPI handle has no context! ACPI: PCI interrupt for device 0000:00:1d.7 disabled ... serial 00:06: no dma resource to encode! serial 00:06: activated serial 00:07: no dma resource to encode! serial 00:07: activated ACPI: PCI Interrupt 0000:00:02.0[A] -> GSI 16 (level, low) -> IRQ 16 -- To unsubscribe from this list: send the line "unsubscribe kernel-testers" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html