linux-kernel - Re: [PATCH] serdev: Don't claim unsupported serial devices

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <87tv5yniva.fsf@kokedama.swc.toshiba.co.jp>
Date:   Wed, 18 Dec 2019 17:22:17 +0900
From:   Punit Agrawal <punit1.agrawal@...hiba.co.jp>
To:     Greg Kroah-Hartman <gregkh@...uxfoundation.org>
Cc:     linux-serial@...r.kernel.org, linux-acpi@...r.kernel.org,
        linux-kernel@...r.kernel.org, nobuhiro1.iwamatsu@...hiba.co.jp,
        shrirang.bagul@...onical.com, stable@...r.kernel.org,
        Rob Herring <robh@...nel.org>, Johan Hovold <johan@...nel.org>,
        Hans de Goede <hdegoede@...hat.com>
Subject: Re: [PATCH] serdev: Don't claim unsupported serial devices

Hi Greg,

Greg Kroah-Hartman <gregkh@...uxfoundation.org> writes:

> On Wed, Dec 18, 2019 at 03:56:46PM +0900, Punit Agrawal wrote:
>> Serdev sub-system claims all serial devices that are not already
>> enumerated.
>
> All ACPI serial devices, right?  Surely not all other types of serial
> devices in the system.

That's right - I'll tighten the wording in the commit log and the patch
below to be ACPI specific.

>
> And what do you mean by "not already enumerated"?

This is referring to check using "acpi_device_enumerated()" when walking
ACPI devices. But the intention was to convey uninitialised serial
devices exposed via ACPI.

I'll update this as well.

Thanks for the review.

Punit

>
>> As a result, no device node is created for serial port on
>> certain boards such as the Apollo Lake based UP2. This has the
>> unintended consequence of not being able to raise the login prompt via
>> serial connection.
>> 
>> Introduce a blacklist to reject devices that should not be treated as
>
> "reject ACPI serial devices"
>
>> a serdev device. Add the Intel HS UART peripheral ids to the blacklist
>> to bring back serial port on SoCs carrying them.
>> 
>> Cc: stable@...r.kernel.org
>> Signed-off-by: Punit Agrawal <punit1.agrawal@...hiba.co.jp>
>> Cc: Rob Herring <robh@...nel.org>
>> Cc: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
>> Cc: Johan Hovold <johan@...nel.org>
>> Cc: Hans de Goede <hdegoede@...hat.com>
>> ---
>> 
>> Hi,
>> 
>> The patch has been updated based on feedback recieved on the RFC[0].
>> 
>> Please consider merging if there are no objections.
>> 
>> Thanks,
>> Punit
>> 
>> [0] https://www.spinics.net/lists/linux-serial/msg36646.html
>> 
>>  drivers/tty/serdev/core.c | 10 ++++++++++
>>  1 file changed, 10 insertions(+)
>> 
>> diff --git a/drivers/tty/serdev/core.c b/drivers/tty/serdev/core.c
>> index 226adeec2aed..0d64fb7d4f36 100644
>> --- a/drivers/tty/serdev/core.c
>> +++ b/drivers/tty/serdev/core.c
>> @@ -663,6 +663,12 @@ static acpi_status acpi_serdev_register_device(struct serdev_controller *ctrl,
>>  	return AE_OK;
>>  }
>>  
>> +static const struct acpi_device_id serdev_blacklist_devices[] = {
>
> s/serdev_blacklist_devices/serdev_blacklist/acpi_devices/  ?
>
> This is an acpi-specific thing, not a generic tty thing.
>
> thanks,
>
> greg k-h