From: Hanjun Guo <guohanjun@huawei.com>
To: Gabriele Paoloni <gabriele.paoloni@huawei.com>,
"liudongdong (C)" <liudongdong3@huawei.com>,
"izumi.taku@jp.fujitsu.com" <izumi.taku@jp.fujitsu.com>
Cc: "netdev@vger.kernel.org" <netdev@vger.kernel.org>,
Linuxarm <linuxarm@huawei.com>
Subject: Re: [bug discuss] fjes driver call trace warning, "PNP0C02" used in fjes seems like a bug,
Date: Mon, 6 Jun 2016 17:13:46 +0800 [thread overview]
Message-ID: <57553ECA.90701@huawei.com> (raw)
In-Reply-To: <EE11001F9E5DDD47B7634E2F8A612F2E1F76DB68@lhreml507-mbx>
On 2016/6/3 17:58, Gabriele Paoloni wrote:
> Hi Dongdong
>
> Thanks for flagging this
>
> +to: Taku Izumi <izumi.taku@jp.fujitsu.com>
>
> Gab
>
>> -----Original Message-----
>> From: linuxarm-bounces@huawei.com [mailto:linuxarm-bounces@huawei.com]
>> On Behalf Of Dongdong Liu
>> Sent: 03 June 2016 10:38
>> To: netdev@vger.kernel.org
>> Cc: Linuxarm
>> Subject: [bug discuss] fjes driver call trace warning, "PNP0C02" used
>> in fjes seems like a bug,
>>
>> Hi all:
>>
>> The bug is recorded in https://bugs.linaro.org/show_bug.cgi?id=2292.
>>
>> "PNP0C02" attached two modules drivers/pnp/system.c and
>> drivers/net/fjes/fjes_main.c .
>> "fjes" driver lead to the call trace.
>>
>> system.c:
>> static const struct pnp_device_id pnp_dev_table[] = {
>> /* General ID for reserving resources */
>> {"PNP0c02", 0},
>> /* memory controller */
>> {"PNP0c01", 0},
>> {"", 0}
>> };
>>
>> jes_main.c:
>> static const struct acpi_device_id fjes_acpi_ids[] = {
>> {"PNP0C02", 0},
>> {"", 0},
>> };
>>
>> Both of the modules use id "PNP0C02" (case insensitive),
>>
>> I used "PNP0C02" to mark motherboard reserved resource as below in
>> UEFI.
>> Device (RES1)
>> {
>> Name (_HID, "HISI0081") // HiSi PCIe RC config baseaddress
>> Name (_CID, "PNP0C02") // Motherboard reserved resource
>> Name (_CRS, ResourceTemplate (){
>> Memory32Fixed (ReadWrite, 0xb0080000 , 0x10000)
>> })
>> }
>>
>> I think that "PNP0C02" should be used to mark any motherboard reserved
>> resource and not a specific network driver.
>> It seems like a bug in the "fjes" driver.
I agree, PNP0C02 is not a valid ACPI device HID but only for reserved resources.
Thanks
Hanjun
next prev parent reply other threads:[~2016-06-06 9:14 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-03 9:38 [bug discuss] fjes driver call trace warning, "PNP0C02" used in fjes seems like a bug, Dongdong Liu
2016-06-03 9:58 ` Gabriele Paoloni
2016-06-06 9:13 ` Hanjun Guo [this message]
2016-06-06 9:34 ` Izumi, Taku
2016-06-06 9:44 ` Gabriele Paoloni
2016-06-08 2:27 ` Izumi, Taku
2016-06-08 7:10 ` Gabriele Paoloni
2016-06-09 8:48 ` Izumi, Taku
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=57553ECA.90701@huawei.com \
--to=guohanjun@huawei.com \
--cc=gabriele.paoloni@huawei.com \
--cc=izumi.taku@jp.fujitsu.com \
--cc=linuxarm@huawei.com \
--cc=liudongdong3@huawei.com \
--cc=netdev@vger.kernel.org \
/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