Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Date:   Wed, 31 Aug 2022 23:48:22 +0200
From:   Davide Ciminaghi <ciminaghi@gnudd.com>
Sender: ciminaghi@gnudd.com
To:     Andy Shevchenko <andy.shevchenko@gmail.com>
Cc:     Linus Walleij <linus.walleij@linaro.org>,
        Arnd Bergmann <arnd@arndb.de>,
        Christophe Leroy <christophe.leroy@csgroup.eu>,
        Alexandre Courbot <gnurou@gmail.com>,
        Alexandre Courbot <acourbot@nvidia.com>,
        Bartosz Golaszewski <brgl@bgdev.pl>,
        Jonathan Corbet <corbet@lwn.net>,
        Russell King <linux@armlinux.org.uk>,
        Thomas Gleixner <tglx@linutronix.de>,
        Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
        Dave Hansen <dave.hansen@linux.intel.com>,
        "maintainer:X86 ARCHITECTURE (32-BIT AND 64-BIT)" <x86@kernel.org>,
        "H. Peter Anvin" <hpa@zytor.com>,
        "open list:GPIO SUBSYSTEM" <linux-gpio@vger.kernel.org>,
        "open list:DOCUMENTATION" <linux-doc@vger.kernel.org>,
        open list <linux-kernel@vger.kernel.org>,
        "moderated list:ARM PORT" <linux-arm-kernel@lists.infradead.org>,
        "open list:GENERIC INCLUDE/ASM HEADER FILES" 
        <linux-arch@vger.kernel.org>, Alessandro Rubini <rubini@gnudd.com>
Subject: Re: [PATCH] gpio: Allow user to customise maximum number of GPIOs
Message-ID: <Yw/XJstLR++AuULV@arcana.i.gnudd.com>
References: <87f2ff4c-3426-201c-df86-2d06d3587a20@csgroup.eu>
 <CACRpkdYizQhiJXzXNHg7TXUVHzhkwXHFN5+e58kH4udGm1ziEA@mail.gmail.com>
 <f76dbc49-526f-6dc7-2ef1-558baea5848b@csgroup.eu>
 <CACRpkdZpwdP+1VitohznqRfhFGcLT2f+sQnmsRWwMBB3bobwAw@mail.gmail.com>
 <515364a9-33a1-fafa-fdce-dc7dbd5bb7fb@csgroup.eu>
 <CAK8P3a36qbRW8hd+1Uhi88kh+-KTjDMT-Zr8Jq9h_G3zQLfzgw@mail.gmail.com>
 <Yw3DKCuDoPkCaqxE@arcana.i.gnudd.com>
 <CACRpkdZeAAZYqV3ccd-X=ZwdnfSwRUdXchGETB-WTkgSZQL=Pw@mail.gmail.com>
 <Yw9sVCNtaLUjZH/F@arcana.i.gnudd.com>
 <CAHp75Vff0GUQXD8zstEFwXNcnbxKEc7Gqahoo_kZp69MyKWskg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
In-Reply-To: <CAHp75Vff0GUQXD8zstEFwXNcnbxKEc7Gqahoo_kZp69MyKWskg@mail.gmail.com>
Precedence: bulk

On Thu, Sep 01, 2022 at 12:07:26AM +0300, Andy Shevchenko wrote:
> On Wed, Aug 31, 2022 at 5:14 PM Davide Ciminaghi <ciminaghi@gnudd.com> wrote:
> > On Wed, Aug 31, 2022 at 03:32:25PM +0200, Linus Walleij wrote:
> > > On Tue, Aug 30, 2022 at 9:58 AM Davide Ciminaghi <ciminaghi@gnudd.com> wrote:
> > >
> > > > the sta2x11 was a chip containing AMBA peripherals and a PCIe to AMBA bridge
> > > > (it is still in production as far as I know, but deprecated for new designs).
> > > > It would typically be installed on x86 machines, so you needed to build and
> > > > run AMBA drivers in an x86 environment. The original drivers we started from
> > > > had platform data, but then we were told to switch to DTS.
> > >
> > > For the record I think that was bad advice, I hope it wasn't me.
> > > But the world was different back then I suppose.
> > > Adding DTS to x86 which is inherently ACPI is not a good idea.
> > > Especially if you look at how SBSA ACPI UARTS were done
> > > in drivers/tty/serial/amba-pl011.c.
> > >
> > now that I think of it, ACPI was also listed as a possible choice, but the
> > problem was that we didn't know much about ACPI, and took the DTS way.
> > So there was no bad advice, just fear of the unknown :-)
> 
> Feel free to ask, we have experts in the mailing list(s).
>
Thanks ! I'll keep that in mind in case I need some ACPI advice.
I'm afraid it's too late for the sta2x11, though. Its kernel is now a
downstream one, and it's been freezed, as the SOC has been deprecated
for new designs.
As Alessandro said, we'll submit (or ack) patches for removal.


Thanks again and regards
Davide