All of lore.kernel.org
 help / color / mirror / Atom feed
From: Miquel Raynal <miquel.raynal@bootlin.com>
To: Miquel Raynal <miquel.raynal@bootlin.com>,
	Richard Weinberger <richard@nod.at>,
	Vignesh Raghavendra <vigneshr@ti.com>,
	Tudor Ambarus <Tudor.Ambarus@microchip.com>,
	linux-mtd@lists.infradead.org
Cc: Michal Simek <monstr@monstr.eu>,
	Boris Brezillon <boris.brezillon@collabora.com>,
	Naga Sureshkumar Relli <nagasure@xilinx.com>,
	Thomas Petazzoni <thomas.petazzoni@bootlin.com>
Subject: Re: [PATCH v5 03/13] mtd: rawnand: Rename a NAND chip option
Date: Sun, 10 May 2020 22:03:38 +0200	[thread overview]
Message-ID: <20200510200338.475-1-miquel.raynal@bootlin.com> (raw)
In-Reply-To: <20200507105241.14299-4-miquel.raynal@bootlin.com>

On Thu, 2020-05-07 at 10:52:31 UTC, Miquel Raynal wrote:
> NAND controller drivers can set the NAND_USE_BOUNCE_BUFFER flag to a
> chip 'option' field. With this flag, the core is responsible of
> providing DMA-able buffers.
> 
> The current behavior is to not force the use of a bounce buffer when
> the core thinks this is not needed. So in the end the name is a bit
> misleading, because in theory we will always have a DMA buffer but in
> practice it will not always be a bounce buffer.
> 
> Rename this flag NAND_USES_DMA to be more accurate.
> 
> Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
> Reviewed-by: Boris Brezillon <boris.brezillon@collabora.com>

Applied to https://git.kernel.org/pub/scm/linux/kernel/git/mtd/linux.git nand/next.

Miquel

______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/

  parent reply	other threads:[~2020-05-10 20:05 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-07 10:52 [PATCH v5 00/13] Supporting restricted NAND controllers Miquel Raynal
2020-05-07 10:52 ` [PATCH v5 01/13] mtd: rawnand: Translate obscure bitfields into readable macros Miquel Raynal
2020-05-10 20:03   ` Miquel Raynal
2020-05-07 10:52 ` [PATCH v5 02/13] mtd: rawnand: Reorder the nand_chip->options flags Miquel Raynal
2020-05-10 20:03   ` Miquel Raynal
2020-05-07 10:52 ` [PATCH v5 03/13] mtd: rawnand: Rename a NAND chip option Miquel Raynal
2020-05-07 12:11   ` Boris Brezillon
2020-05-10 20:03   ` Miquel Raynal [this message]
2020-05-07 10:52 ` [PATCH v5 04/13] mtd: rawnand: Fix comments about the use of bufpoi Miquel Raynal
2020-05-10 20:03   ` Miquel Raynal
2020-05-07 10:52 ` [PATCH v5 05/13] mtd: rawnand: Rename the use_bufpoi variables Miquel Raynal
2020-05-10 20:03   ` Miquel Raynal
2020-05-07 10:52 ` [PATCH v5 06/13] mtd: rawnand: Avoid indirect access to ->data_buf() Miquel Raynal
2020-05-10 20:03   ` Miquel Raynal
2020-05-07 10:52 ` [PATCH v5 07/13] mtd: rawnand: Add a helper to check supported operations Miquel Raynal
2020-05-07 12:12   ` Boris Brezillon
2020-05-10 20:03   ` Miquel Raynal
2020-05-07 10:52 ` [PATCH v5 08/13] mtd: rawnand: Give the possibility to verify a read operation is supported Miquel Raynal
2020-05-10 20:03   ` Miquel Raynal
2020-05-07 10:52 ` [PATCH v5 09/13] mtd: rawnand: onfi: Adapt the parameter page read to constraint controllers Miquel Raynal
2020-05-10 20:03   ` Miquel Raynal
2020-05-07 10:52 ` [PATCH v5 10/13] mtd: rawnand: jedec: " Miquel Raynal
2020-05-10 20:02   ` Miquel Raynal
2020-05-07 10:52 ` [PATCH v5 11/13] mtd: rawnand: Expose monolithic read/write_page_raw() helpers Miquel Raynal
2020-05-10 20:02   ` Miquel Raynal
2020-05-07 10:52 ` [PATCH v5 12/13] mtd: rawnand: Allow controllers to overload soft ECC hooks Miquel Raynal
2020-05-10 20:02   ` Miquel Raynal
2020-05-07 10:52 ` [PATCH v5 13/13] mtd: rawnand: micron: Allow controllers to overload raw accessors Miquel Raynal
2020-05-10 20:02   ` Miquel Raynal

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=20200510200338.475-1-miquel.raynal@bootlin.com \
    --to=miquel.raynal@bootlin.com \
    --cc=Tudor.Ambarus@microchip.com \
    --cc=boris.brezillon@collabora.com \
    --cc=linux-mtd@lists.infradead.org \
    --cc=monstr@monstr.eu \
    --cc=nagasure@xilinx.com \
    --cc=richard@nod.at \
    --cc=thomas.petazzoni@bootlin.com \
    --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.