From: Miquel Raynal <miquel.raynal@bootlin.com>
To: Linus Walleij <linusw@kernel.org>
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
Dmitry Torokhov <dmitry.torokhov@gmail.com>,
Bartosz Golaszewski <brgl@kernel.org>,
Richard Weinberger <richard@nod.at>,
Vignesh Raghavendra <vigneshr@ti.com>,
linux-mips@vger.kernel.org, linux-input@vger.kernel.org,
linux-gpio@vger.kernel.org, linux-mtd@lists.infradead.org
Subject: Re: [PATCH 2/2] MIPS/mtd: Handle READY GPIO in generic NAND platform data
Date: Mon, 30 Mar 2026 10:04:30 +0200 [thread overview]
Message-ID: <87a4vpbv5d.fsf@bootlin.com> (raw)
In-Reply-To: <20260328-mips-input-rb532-button-v1-2-98e201621501@kernel.org> (Linus Walleij's message of "Sat, 28 Mar 2026 16:55:48 +0100")
On 28/03/2026 at 16:55:48 +01, Linus Walleij <linusw@kernel.org> wrote:
> The callbacks into the MIPS RB532 platform to read the GPIO pin
> indicating that the NAND chip is ready are oldschool and does
> not assign GPIOs as properties to the NAND device.
>
> Add a capability to the generic platform NAND chip driver to use
> a GPIO line to detect if a NAND chip is ready and override the
> platform-local drv_ready() callback with this check if the GPIO
> is present.
>
> This makes it possible to drop the legacy include header
> <linux/gpio.h> from the RB532 devices.
>
> Signed-off-by: Linus Walleij <linusw@kernel.org>
> ---
> arch/mips/rb532/devices.c | 36 +++++++++++++++++++++---------------
> drivers/mtd/nand/raw/plat_nand.c | 24 +++++++++++++++++++++++-
Fine by me for the MTD bits!
Acked-by: Miquel Raynal <miquel.raynal@bootlin.com>
Thanks,
Miquèl
WARNING: multiple messages have this Message-ID (diff)
From: Miquel Raynal <miquel.raynal@bootlin.com>
To: Linus Walleij <linusw@kernel.org>
Cc: Thomas Bogendoerfer <tsbogend@alpha.franken.de>,
Dmitry Torokhov <dmitry.torokhov@gmail.com>,
Bartosz Golaszewski <brgl@kernel.org>,
Richard Weinberger <richard@nod.at>,
Vignesh Raghavendra <vigneshr@ti.com>,
linux-mips@vger.kernel.org, linux-input@vger.kernel.org,
linux-gpio@vger.kernel.org, linux-mtd@lists.infradead.org
Subject: Re: [PATCH 2/2] MIPS/mtd: Handle READY GPIO in generic NAND platform data
Date: Mon, 30 Mar 2026 10:04:30 +0200 [thread overview]
Message-ID: <87a4vpbv5d.fsf@bootlin.com> (raw)
In-Reply-To: <20260328-mips-input-rb532-button-v1-2-98e201621501@kernel.org> (Linus Walleij's message of "Sat, 28 Mar 2026 16:55:48 +0100")
On 28/03/2026 at 16:55:48 +01, Linus Walleij <linusw@kernel.org> wrote:
> The callbacks into the MIPS RB532 platform to read the GPIO pin
> indicating that the NAND chip is ready are oldschool and does
> not assign GPIOs as properties to the NAND device.
>
> Add a capability to the generic platform NAND chip driver to use
> a GPIO line to detect if a NAND chip is ready and override the
> platform-local drv_ready() callback with this check if the GPIO
> is present.
>
> This makes it possible to drop the legacy include header
> <linux/gpio.h> from the RB532 devices.
>
> Signed-off-by: Linus Walleij <linusw@kernel.org>
> ---
> arch/mips/rb532/devices.c | 36 +++++++++++++++++++++---------------
> drivers/mtd/nand/raw/plat_nand.c | 24 +++++++++++++++++++++++-
Fine by me for the MTD bits!
Acked-by: Miquel Raynal <miquel.raynal@bootlin.com>
Thanks,
Miquèl
______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
next prev parent reply other threads:[~2026-03-30 8:04 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-28 15:55 [PATCH 0/2] MIPS RB532 GPIO descriptor conversion Linus Walleij
2026-03-28 15:55 ` Linus Walleij
2026-03-28 15:55 ` [PATCH 1/2] MIPS/input: Move RB532 button to GPIO descriptors Linus Walleij
2026-03-28 15:55 ` Linus Walleij
2026-03-29 22:38 ` Dmitry Torokhov
2026-03-29 22:38 ` Dmitry Torokhov
2026-03-30 9:12 ` Bartosz Golaszewski
2026-03-30 9:12 ` Bartosz Golaszewski
2026-03-28 15:55 ` [PATCH 2/2] MIPS/mtd: Handle READY GPIO in generic NAND platform data Linus Walleij
2026-03-28 15:55 ` Linus Walleij
2026-03-30 8:04 ` Miquel Raynal [this message]
2026-03-30 8:04 ` Miquel Raynal
2026-04-13 13:43 ` [PATCH 0/2] MIPS RB532 GPIO descriptor conversion Thomas Bogendoerfer
2026-04-13 13:43 ` Thomas Bogendoerfer
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=87a4vpbv5d.fsf@bootlin.com \
--to=miquel.raynal@bootlin.com \
--cc=brgl@kernel.org \
--cc=dmitry.torokhov@gmail.com \
--cc=linusw@kernel.org \
--cc=linux-gpio@vger.kernel.org \
--cc=linux-input@vger.kernel.org \
--cc=linux-mips@vger.kernel.org \
--cc=linux-mtd@lists.infradead.org \
--cc=richard@nod.at \
--cc=tsbogend@alpha.franken.de \
--cc=vigneshr@ti.com \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.