[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Y5D34yLLJ+d7sDbi@duo.ucw.cz>
Date: Wed, 7 Dec 2022 21:30:27 +0100
From: Pavel Machek <pavel@....cz>
To: Uwe Kleine-König
<u.kleine-koenig@...gutronix.de>
Cc: Angel Iglesias <ang.iglesiasg@...il.com>,
Lee Jones <lee.jones@...aro.org>,
Grant Likely <grant.likely@...aro.org>,
Wolfram Sang <wsa@...nel.org>,
Marek Behún <kabel@...nel.org>,
linux-kernel@...r.kernel.org, linux-leds@...r.kernel.org,
linux-i2c@...r.kernel.org, kernel@...gutronix.de
Subject: Re: [PATCH 288/606] leds: turris-omnia: Convert to i2c's .probe_new()
Hi!
> On Fri, Nov 18, 2022 at 11:40:22PM +0100, Uwe Kleine-König wrote:
> > From: Uwe Kleine-König <u.kleine-koenig@...gutronix.de>
> >
> > The probe function doesn't make use of the i2c_device_id * parameter so it
> > can be trivially converted.
> >
> > Signed-off-by: Uwe Kleine-König <u.kleine-koenig@...gutronix.de>
>
> I didn't get any feedback from your side about this patch set.
>
> In case the problem is "only" to get the led patches out of this
> series, I recommend:
>
> b4 am -l -s -P268-288 20221118224540.619276-1-uwe@...ine-koenig.org
Yeah, well, I guess:
# A part of the patches depend on commit 662233731d66 ("i2c: core:
# Introduce i2c_client_get_device_id helper function"), there is a branch that
# you can pull into your tree to get it:
this is a bit of a problem because Linus will be unhappy if I pull
into my for-next branch.
So... I can get them in the next cycle, or I can ack them and get them
via some special arangement with linux, or...
Best regards,
Pavel
--
People of Russia, stop Putin before his war on Ukraine escalates.
Download attachment "signature.asc" of type "application/pgp-signature" (196 bytes)
Powered by blists - more mailing lists