[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <98039a90-cbf2-6d76-bdb5-56c8e83f6470@huawei.com>
Date: Mon, 26 Feb 2018 15:07:11 +0000
From: John Garry <john.garry@...wei.com>
To: Andy Shevchenko <andriy.shevchenko@...ux.intel.com>,
<gregkh@...uxfoundation.org>, <jslaby@...e.com>,
<p.zabel@...gutronix.de>, <heiko@...ech.de>,
<ed.blake@...drel.com>, <jhogan@...nel.org>
CC: <linux-serial@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<linuxarm@...wei.com>
Subject: Re: [RFC PATCH 0/2] serial: 8250_dw: IO space + polling mode support
On 26/02/2018 15:02, Andy Shevchenko wrote:
> On Mon, 2018-02-26 at 13:15 +0000, John Garry wrote:
>> On 26/02/2018 12:27, Andy Shevchenko wrote:
>>> On Mon, 2018-02-26 at 14:21 +0200, Andy Shevchenko wrote:
>>>> On Mon, 2018-02-26 at 11:56 +0000, John Garry wrote:
>>>
>>>
>>>>> Device (LPC0.CON0) {
>>>>> Name (_HID, "HISI1031")
>>>>> // Name (_CID, "PNP0501") // cannot support PNP
>>>
>>>
>>> One more question. What is the problem with this CID? Do you have a
>>> race
>>> condition in enumeration?
>>>
>>
>> Hi Andy,
>>
>> Not sure if race condition exactly. I tried enabling this CID and a
>> pnp
>> device is created in pnpacpi_add_device_handler(), while we have
>> already
>> marked the corresponding acpi_device to skip enumeration in ACPI scan
>> handler (by flagging it as a serial bus slave).
>
> Is that code already in upstream?
No, not yet.
>
> If no, please, Cc next version to me and possible Mika.
Of course. I should be sending it later today.
>
All the best,
John
Powered by blists - more mailing lists