From: Stafford Horne <shorne@gmail.com>
To: Bartosz Golaszewski <brgl@kernel.org>
Cc: Krzysztof Kozlowski <krzk@kernel.org>,
LKML <linux-kernel@vger.kernel.org>,
Linux OpenRISC <linux-openrisc@vger.kernel.org>,
devicetree <devicetree@vger.kernel.org>,
Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
Linus Walleij <linusw@kernel.org>,
Geert Uytterhoeven <geert+renesas@glider.be>,
linux-gpio@vger.kernel.org
Subject: Re: [PATCH v4 1/6] dt-bindings: gpio-mmio: Add opencores GPIO
Date: Wed, 14 Jan 2026 14:24:41 +0000 [thread overview]
Message-ID: <aWenKb6N6mTJDipT@antec> (raw)
In-Reply-To: <CAMRc=Meicads1OAYM+bRN3B8P2Jt9=D=VNSL-KQytsUiBLaAbg@mail.gmail.com>
On Wed, Jan 14, 2026 at 09:36:55AM +0100, Bartosz Golaszewski wrote:
> On Wed, Jan 14, 2026 at 9:31 AM Krzysztof Kozlowski <krzk@kernel.org> wrote:
> >
> > On Tue, Jan 13, 2026 at 04:31:33PM +0000, Stafford Horne wrote:
> > > On Tue, Jan 13, 2026 at 05:20:28PM +0100, Bartosz Golaszewski wrote:
> > > > On Tue, Jan 13, 2026 at 5:15 PM Stafford Horne <shorne@gmail.com> wrote:
> > > > >
> > > > > Add a device tree binding for the opencores GPIO controller.
> > > > >
> > > > > On FPGA Development boards with GPIOs the OpenRISC architecture uses the
> > > > > opencores gpio verilog rtl which is compatible with the MMIO GPIO driver.
> > > > >
> > > > > Link: https://opencores.org/projects/gpio
> > > > > Signed-off-by: Stafford Horne <shorne@gmail.com>
> > > > > Reviewed-by: Linus Walleij <linusw@kernel.org>
> > > > > Reviewed-by: Geert Uytterhoeven <geert+renesas@glider.be>
> > > > > ---
> > > > > Since v3:
> > > > > - Removed example.
> > > > > - Re-order this patch to be before adding compatible string to driver as per
> > > > > device tree binding patch rules.
> > > > > - Add Reviewed-by's.
> > > > > Since v2:
> > > > > - Fixup (replace) patch to simply add opencores,gpio and add an example.
> > > > > (It was incorrect to specifying opencores,gpio with brcm,bcm6345-gpio
> > > > > as opencores,gpio is not the same hardware, its 8-bit vs 32-bit)
> > > > > Since v1:
> > > > > - Fix schema to actually match the example.
> > > > >
> > > > > Documentation/devicetree/bindings/gpio/gpio-mmio.yaml | 1 +
> > > > > 1 file changed, 1 insertion(+)
> > > > >
> > > > > diff --git a/Documentation/devicetree/bindings/gpio/gpio-mmio.yaml b/Documentation/devicetree/bindings/gpio/gpio-mmio.yaml
> > > > > index ee5d5d25ae82..a8823ca65e78 100644
> > > > > --- a/Documentation/devicetree/bindings/gpio/gpio-mmio.yaml
> > > > > +++ b/Documentation/devicetree/bindings/gpio/gpio-mmio.yaml
> > > > > @@ -23,6 +23,7 @@ properties:
> > > > > - ni,169445-nand-gpio
> > > > > - wd,mbl-gpio # Western Digital MyBook Live memory-mapped GPIO controller
> > > > > - intel,ixp4xx-expansion-bus-mmio-gpio
> > > > > + - opencores,gpio
> > > > >
> > > > > big-endian: true
> > > > >
> > > > > --
> > > > > 2.51.0
> > > > >
> > > >
> > > > This is not a follow-up patch. Please rebase your fix on top of
> > > > linux-next. I already have the previous patch in my tree and will not
> > > > be rebasing the entire for-next branch.
> > >
> > > OK, understood, I wasn't aware you would not rebase. I will rework this rebasing
> > > on linux-next reberting my previous dt-binding: patch first.
> >
> > No, you need to rebase, not revert.
> >
>
> Just to be extra-clear: take current linux-next (next-20260114) and -
> on top of it - create a patch that fixes the issues in an incremental
> way. No reverts. Also: add the Fixes: tag to your commit before your
> SoB.
Got it, I was doing this but preparing the series with a revert. Good thing I
waited a bit before sending.
-Stafford
next prev parent reply other threads:[~2026-01-14 14:24 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-01-13 16:11 [PATCH v4 0/6] OpenRISC de0 nano single and multicore boards Stafford Horne
2026-01-13 16:11 ` [PATCH v4 1/6] dt-bindings: gpio-mmio: Add opencores GPIO Stafford Horne
2026-01-13 16:20 ` Bartosz Golaszewski
2026-01-13 16:31 ` Stafford Horne
2026-01-14 8:31 ` Krzysztof Kozlowski
2026-01-14 8:36 ` Bartosz Golaszewski
2026-01-14 14:24 ` Stafford Horne [this message]
2026-01-13 16:11 ` [PATCH v4 2/6] gpio: mmio: Add compatible for " Stafford Horne
2026-01-13 16:11 ` [PATCH v4 3/6] openrisc: dts: Add de0 nano config and devicetree Stafford Horne
2026-01-13 16:11 ` [PATCH v4 4/6] openrisc: Fix IPIs on simple multicore systems Stafford Horne
2026-01-13 17:21 ` Thomas Gleixner
2026-01-13 16:11 ` [PATCH v4 5/6] openrisc: dts: Split simple smp dts to dts and dtsi Stafford Horne
2026-01-13 16:11 ` [PATCH v4 6/6] openrisc: dts: Add de0 nano multicore config and devicetree Stafford Horne
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aWenKb6N6mTJDipT@antec \
--to=shorne@gmail.com \
--cc=brgl@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=geert+renesas@glider.be \
--cc=krzk+dt@kernel.org \
--cc=krzk@kernel.org \
--cc=linusw@kernel.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-openrisc@vger.kernel.org \
--cc=robh@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox