linux-kernel - RE: Warning: pnp 00:0b: can't evaluate

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:	Thu, 26 Apr 2012 00:14:50 +0000
From:	"Moore, Robert" <robert.moore@...el.com>
To:	Bjorn Helgaas <bhelgaas@...gle.com>,
	"sedat.dilek@...il.com" <sedat.dilek@...il.com>
CC:	"linux-acpi@...r.kernel.org" <linux-acpi@...r.kernel.org>,
	Len Brown <lenb@...nel.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"Lin, Ming M" <ming.m.lin@...el.com>
Subject: RE: Warning: pnp 00:0b: can't evaluate _CRS: 12311

>                Method (_CRS, 0, NotSerialized)
>                {
>                    If (IGDS)
>                    {
>                        Return (CRS)
>                    }
>                }
>            }
>
>I don't know whether this is legal or not.  If "(!IGDS)", _CRS
>apparently don't return anything at all, and I don't know what happens
>then.


Yes, it is illegal to return nothing from _CRS.

Newer versions of ACPICA (and iASL) will squawk at this, but we currently do not attempt to actually perform a runtime "repair".

The driver is probably getting an Integer object of value zero, which might explain the behavior seen.

Bob







>-----Original Message-----
>From: linux-acpi-owner@...r.kernel.org [mailto:linux-acpi-
>owner@...r.kernel.org] On Behalf Of Bjorn Helgaas
>Sent: Wednesday, April 25, 2012 3:49 PM
>To: sedat.dilek@...il.com
>Cc: Moore, Robert; linux-acpi@...r.kernel.org; Len Brown; linux-
>kernel@...r.kernel.org; Lin, Ming M
>Subject: Re: Warning: pnp 00:0b: can't evaluate _CRS: 12311
>
>On Wed, Apr 25, 2012 at 4:06 PM, Sedat Dilek <sedat.dilek@...glemail.com>
>wrote:
>> On Wed, Apr 25, 2012 at 11:57 PM, Bjorn Helgaas <bhelgaas@...gle.com>
>wrote:
>>> On Wed, Apr 25, 2012 at 3:39 PM, Moore, Robert <robert.moore@...el.com>
>wrote:
>>>> This disassembly might make more sense. From the looks of the ASL,
>several of the address base and length fields are being updated
>dynamically.  I don't see anything that would corrupt a resource
>descriptor, however.
>>>>
>>>>
>>>> Are we certain that the ACPI Error and pnp messages are directly
>related to the PNP0C02 device ID?
>>>>
>>>> [    0.293699] system 00:0a: Plug and Play ACPI device, IDs PNP0c02
>(active)
>>>> [    0.294032] ACPI Error: Invalid/unsupported resource descriptor:
>Type 0x00 (20120320/utresrc-650)
>>>> [    0.294037] pnp 00:0b: can't evaluate _CRS: 12311
>>>
>>> Oh, I'm sorry, I just wasted your time.  I didn't notice the 0a/0b
>>> mismatch.  You're right, the _CRS error is on 00:0b, and we don't know
>>> what the path is or the PNP ID for 00:0b.
>>>
>>> Sedat, can you run "grep . /sys/bus/pnp/devices/*/id" please?  That
>>> will at least show us the PNP ID of device 00:0b.
>>>
>>> Bjorn
>>
>> Here we go:
>> ...
>> /sys/bus/pnp/devices/00:0b/id:PNP0c01
>
>There's only one PNP0C01 device:
>
>            Device (^^MEM2)
>            {
>                Name (_HID, EisaId ("PNP0C01"))
>                Name (_UID, 0x02)
>                Name (CRS, ResourceTemplate ()
>                {
>                    Memory32Fixed (ReadWrite,
>                        0x20000000,         // Address Base
>                        0x00200000,         // Address Length
>                        )
>                    Memory32Fixed (ReadWrite,
>                        0x40000000,         // Address Base
>                        0x00200000,         // Address Length
>                        )
>                })
>                Method (_CRS, 0, NotSerialized)
>                {
>                    If (IGDS)
>                    {
>                        Return (CRS)
>                    }
>                }
>            }
>
>I don't know whether this is legal or not.  If "(!IGDS)", _CRS
>apparently don't return anything at all, and I don't know what happens
>then.
>--
>To unsubscribe from this list: send the line "unsubscribe linux-acpi" in
>the body of a message to majordomo@...r.kernel.org
>More majordomo info at  http://vger.kernel.org/majordomo-info.html
--
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/