[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <0612dcc9-0307-4e8f-0135-851db8d64345@redhat.com>
Date: Sun, 19 Dec 2021 20:12:23 +0100
From: Hans de Goede <hdegoede@...hat.com>
To: Pavel Machek <pavel@....cz>
Cc: Henning Schild <henning.schild@...mens.com>,
linux-kernel@...r.kernel.org, linux-leds@...r.kernel.org,
platform-driver-x86@...r.kernel.org,
linux-watchdog@...r.kernel.org,
Srikanth Krishnakar <skrishnakar@...il.com>,
Jan Kiszka <jan.kiszka@...mens.com>,
Gerd Haeussler <gerd.haeussler.ext@...mens.com>,
Guenter Roeck <linux@...ck-us.net>,
Wim Van Sebroeck <wim@...ux-watchdog.org>,
Mark Gross <mgross@...ux.intel.com>,
Andy Shevchenko <andy.shevchenko@...il.com>,
Enrico Weigelt <lkml@...ux.net>
Subject: Re: [PATCH v5 2/4] leds: simatic-ipc-leds: add new driver for Siemens
Industial PCs
Hi,
On 12/19/21 17:49, Pavel Machek wrote:
> On Wed 2021-12-15 21:53:56, Hans de Goede wrote:
>> Hi,
>>
>> On 12/15/21 21:18, Pavel Machek wrote:
>>> On Mon 2021-12-13 13:05:00, Henning Schild wrote:
>>>> This driver adds initial support for several devices from Siemens. It is
>>>> based on a platform driver introduced in an earlier commit.
>>>>
>>>> One of the supported machines has GPIO connected LEDs, here we poke GPIO
>>>> memory directly because pinctrl does not come up.
>>>>
>>>> Signed-off-by: Henning Schild <henning.schild@...mens.com>
>>>
>>> Acked-by: Pavel Machek <pavel@....cz>
>>
>> I see that this patch #includes linux/platform_data/x86/simatic-ipc-base.h
>> which gets added by patch 1/4.
>>
>> Pavel, can I take this patch upstream through the pdx86 tree (with you Ack
>> added)? Or shall I prepare an immutable branch with patch 1 for you to
>> merge ?
>
> Yes, you can.
>
>
>>>> +
>>>> +static struct simatic_ipc_led simatic_ipc_leds_io[] = {
>>>> + {1 << 15, "green:" LED_FUNCTION_STATUS "-1" },
>>>> + {1 << 7, "yellow:" LED_FUNCTION_STATUS "-1" },
>>>> + {1 << 14, "red:" LED_FUNCTION_STATUS "-2" },
>>>> + {1 << 6, "yellow:" LED_FUNCTION_STATUS "-2" },
>>>> + {1 << 13, "red:" LED_FUNCTION_STATUS "-3" },
>>>> + {1 << 5, "yellow:" LED_FUNCTION_STATUS "-3" },
>>>> + { }
>>>> +};
>
> But I'd still like better naming than red:status-2.
Hmm, if I merge this and no patch setting a better name is merged
before 5.17 final, then we are stuck with this.
OTOH I think that given the use of this driver, where AFAIK the
use of the LEDs in the field varies, I think this might be the
best name we can come up with.
Regards,
Hans
Powered by blists - more mailing lists