[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CA+HBbNEDN_6TjwHaGb16-XADMvLuC6FDTLCEh_2AJ48yiH5iuA@mail.gmail.com>
Date: Wed, 22 Sep 2021 12:24:21 +0200
From: Robert Marko <robert.marko@...tura.hr>
To: Bartosz Golaszewski <bgolaszewski@...libre.com>
Cc: Linus Walleij <linus.walleij@...aro.org>,
Rob Herring <robh+dt@...nel.org>,
linux-gpio <linux-gpio@...r.kernel.org>,
linux-devicetree <devicetree@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>,
Luka Perkov <luka.perkov@...tura.hr>
Subject: Re: [PATCH 2/2] dt-bindings: gpio: tn48m: document TN4810M support
On Wed, Sep 22, 2021 at 12:16 PM Bartosz Golaszewski
<bgolaszewski@...libre.com> wrote:
>
> On Sat, Jul 17, 2021 at 12:17 AM Robert Marko <robert.marko@...tura.hr> wrote:
> >
> > Delta TN4810M expands the existing TN48M drivers, so lets
> > document the new compatibles.
> >
> > Note that this patch depends on the following series:
> > https://patchwork.ozlabs.org/project/linux-gpio/list/?series=247538
> >
> > Signed-off-by: Robert Marko <robert.marko@...tura.hr>
> > ---
> > Documentation/devicetree/bindings/gpio/delta,tn48m-gpio.yaml | 4 ++++
> > 1 file changed, 4 insertions(+)
> >
> > diff --git a/Documentation/devicetree/bindings/gpio/delta,tn48m-gpio.yaml b/Documentation/devicetree/bindings/gpio/delta,tn48m-gpio.yaml
> > index aca646aecb12..d729c5dbed65 100644
> > --- a/Documentation/devicetree/bindings/gpio/delta,tn48m-gpio.yaml
> > +++ b/Documentation/devicetree/bindings/gpio/delta,tn48m-gpio.yaml
> > @@ -24,6 +24,10 @@ properties:
> > - delta,tn48m-gpio-sfp-tx-disable
> > - delta,tn48m-gpio-sfp-present
> > - delta,tn48m-gpio-sfp-los
> > + - delta,tn4810m-gpio-sfp-tx-disable
> > + - delta,tn4810m-gpio-sfp-tx-fault
> > + - delta,tn4810m-gpio-sfp-present
> > + - delta,tn4810m-gpio-sfp-los
> >
> > reg:
> > maxItems: 1
> > --
> > 2.31.1
> >
>
> This series is still not upstream - what happened to it?
Hi Bartosz,
The TN48M path series that this depends on got stuck, and I haven't
received a reply in a while.
GPIO driver was initially reviewed and ACK-ed but then Linus W.
requested further information to see if this
truly fits as a GPIO driver, but then the discussion died a month ago.
You can see the whole discussion here:
https://patchwork.ozlabs.org/project/linux-gpio/patch/20210607123317.3242031-5-robert.marko@sartura.hr/
I have multiple devices in the queue with a similar approach, so until
that one gets merged it makes no sense
to send stuff upstream.
I was hoping that we would reach some kind of a middle ground a long time ago.
Regards,
Robert
>
> Bart
--
Robert Marko
Staff Embedded Linux Engineer
Sartura Ltd.
Lendavska ulica 16a
10000 Zagreb, Croatia
Email: robert.marko@...tura.hr
Web: www.sartura.hr
Powered by blists - more mailing lists