From: Pratyush Yadav <p.yadav@ti.com>
To: u-boot@lists.denx.de
Subject: [PATCH v8 02/28] spi: spi-mem: allow specifying a command's extension
Date: Mon, 5 Apr 2021 13:48:51 +0530 [thread overview]
Message-ID: <20210405081849.fypfibathb2n23cc@ti.com> (raw)
In-Reply-To: <6194306f-beef-539a-6c80-bdad52c8c480@gmail.com>
On 02/04/21 06:29PM, Sean Anderson wrote:
> On 4/1/21 3:31 PM, Pratyush Yadav wrote:
> > In xSPI mode, flashes expect 2-byte opcodes. The second byte is called
> > the "command extension". There can be 3 types of extensions in xSPI:
> > repeat, invert, and hex. When the extension type is "repeat", the same
> > opcode is sent twice. When it is "invert", the second byte is the
> > inverse of the opcode. When it is "hex" an additional opcode byte based
> > is sent with the command whose value can be anything.
> >
> > So, make opcode a 16-bit value and add a 'nbytes', similar to how
> > multiple address widths are handled.
> >
> > All usages of sizeof(op->cmd.opcode) also need to be changed to be
> > op->cmd.nbytes because that is the actual indicator of opcode size.
> >
> > Signed-off-by: Pratyush Yadav <p.yadav@ti.com>
> > ---
> > drivers/spi/mtk_snfi_spi.c | 3 +--
> > drivers/spi/spi-mem-nodm.c | 4 ++--
> > drivers/spi/spi-mem.c | 13 +++++++------
> > include/spi-mem.h | 6 +++++-
> > 4 files changed, 15 insertions(+), 11 deletions(-)
> >
> > diff --git a/drivers/spi/mtk_snfi_spi.c b/drivers/spi/mtk_snfi_spi.c
> > index b6ab5fa3ad..65d0ce0981 100644
> > --- a/drivers/spi/mtk_snfi_spi.c
> > +++ b/drivers/spi/mtk_snfi_spi.c
> > @@ -64,8 +64,7 @@ static int mtk_snfi_adjust_op_size(struct spi_slave *slave,
> > * or the output+input data must not exceed the GPRAM size.
> > */
> > - nbytes = sizeof(op->cmd.opcode) + op->addr.nbytes +
> > - op->dummy.nbytes;
> > + nbytes = op->cmd.nbytes + op->addr.nbytes + op->dummy.nbytes;
> > if (nbytes + op->data.nbytes <= SNFI_GPRAM_SIZE)
> > return 0;
> > diff --git a/drivers/spi/spi-mem-nodm.c b/drivers/spi/spi-mem-nodm.c
> > index 765f05fe54..db54101383 100644
> > --- a/drivers/spi/spi-mem-nodm.c
> > +++ b/drivers/spi/spi-mem-nodm.c
> > @@ -27,7 +27,7 @@ int spi_mem_exec_op(struct spi_slave *slave,
> > tx_buf = op->data.buf.out;
> > }
> > - op_len = sizeof(op->cmd.opcode) + op->addr.nbytes + op->dummy.nbytes;
> > + op_len = op->cmd.nbytes + op->addr.nbytes + op->dummy.nbytes;
> > op_buf = calloc(1, op_len);
> > ret = spi_claim_bus(slave);
> > @@ -89,7 +89,7 @@ int spi_mem_adjust_op_size(struct spi_slave *slave,
> > {
> > unsigned int len;
> > - len = sizeof(op->cmd.opcode) + op->addr.nbytes + op->dummy.nbytes;
> > + len = op->cmd.nbytes + op->addr.nbytes + op->dummy.nbytes;
> > if (slave->max_write_size && len > slave->max_write_size)
> > return -EINVAL;
> > diff --git a/drivers/spi/spi-mem.c b/drivers/spi/spi-mem.c
> > index 427f7c13c5..541cd0e5a7 100644
> > --- a/drivers/spi/spi-mem.c
> > +++ b/drivers/spi/spi-mem.c
> > @@ -167,6 +167,9 @@ bool spi_mem_default_supports_op(struct spi_slave *slave,
> > if (op->cmd.dtr || op->addr.dtr || op->dummy.dtr || op->data.dtr)
> > return false;
> > + if (op->cmd.nbytes != 1)
> > + return false;
> > +
> > return true;
> > }
> > EXPORT_SYMBOL_GPL(spi_mem_default_supports_op);
> > @@ -273,8 +276,7 @@ int spi_mem_exec_op(struct spi_slave *slave, const struct spi_mem_op *op)
> > }
> > #ifndef __UBOOT__
> > - tmpbufsize = sizeof(op->cmd.opcode) + op->addr.nbytes +
> > - op->dummy.nbytes;
> > + tmpbufsize = op->cmd.nbytes + op->addr.nbytes + op->dummy.nbytes;
> > /*
> > * Allocate a buffer to transmit the CMD, ADDR cycles with kmalloc() so
> > @@ -289,7 +291,7 @@ int spi_mem_exec_op(struct spi_slave *slave, const struct spi_mem_op *op)
> > tmpbuf[0] = op->cmd.opcode;
> > xfers[xferpos].tx_buf = tmpbuf;
> > - xfers[xferpos].len = sizeof(op->cmd.opcode);
> > + xfers[xferpos].len = op->cmd.nbytes;
> > xfers[xferpos].tx_nbits = op->cmd.buswidth;
> > spi_message_add_tail(&xfers[xferpos], &msg);
> > xferpos++;
> > @@ -353,7 +355,7 @@ int spi_mem_exec_op(struct spi_slave *slave, const struct spi_mem_op *op)
> > tx_buf = op->data.buf.out;
> > }
> > - op_len = sizeof(op->cmd.opcode) + op->addr.nbytes + op->dummy.nbytes;
> > + op_len = op->cmd.nbytes + op->addr.nbytes + op->dummy.nbytes;
> > /*
> > * Avoid using malloc() here so that we can use this code in SPL where
> > @@ -442,8 +444,7 @@ int spi_mem_adjust_op_size(struct spi_slave *slave, struct spi_mem_op *op)
> > if (!ops->mem_ops || !ops->mem_ops->exec_op) {
> > unsigned int len;
> > - len = sizeof(op->cmd.opcode) + op->addr.nbytes +
> > - op->dummy.nbytes;
> > + len = op->cmd.nbytes + op->addr.nbytes + op->dummy.nbytes;
> > if (slave->max_write_size && len > slave->max_write_size)
> > return -EINVAL;
> > diff --git a/include/spi-mem.h b/include/spi-mem.h
> > index 9e6b044548..3e5b771045 100644
> > --- a/include/spi-mem.h
> > +++ b/include/spi-mem.h
> > @@ -17,6 +17,7 @@ struct udevice;
> > { \
> > .buswidth = __buswidth, \
> > .opcode = __opcode, \
> > + .nbytes = 1, \
> > }
> > #define SPI_MEM_OP_ADDR(__nbytes, __val, __buswidth) \
> > @@ -69,6 +70,8 @@ enum spi_mem_data_dir {
> > /**
> > * struct spi_mem_op - describes a SPI memory operation
> > + * @cmd.nbytes: number of opcode bytes (only 1 or 2 are valid). The opcode is
> > + * sent MSB-first.
> > * @cmd.buswidth: number of IO lines used to transmit the command
> > * @cmd.opcode: operation opcode
> > * @cmd.dtr: whether the command opcode should be sent in DTR mode or not
> > @@ -92,9 +95,10 @@ enum spi_mem_data_dir {
> > */
> > struct spi_mem_op {
> > struct {
> > + u8 nbytes;
> > u8 buswidth;
> > - u8 opcode;
> > u8 dtr : 1;
> > + u16 opcode;
>
> Shouldn't the opcode go first for alignment?
Right. I just put all the 'u8's together. But this order is now in
mainline Linux so I'm not sure if we should change that here. The
spi-mem subsystem in U-Boot generally tries to mirror what Linux does.
>
> --Sean
>
> > } cmd;
> > struct {
> >
>
--
Regards,
Pratyush Yadav
Texas Instruments Inc.
next prev parent reply other threads:[~2021-04-05 8:18 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-04-01 19:31 [PATCH v8 00/28] mtd: spi-nor-core: add xSPI Octal DTR support Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 01/28] spi: spi-mem: allow specifying whether an op is DTR or not Pratyush Yadav
2021-04-02 22:21 ` Sean Anderson
2021-04-05 8:25 ` Pratyush Yadav
2021-04-05 11:47 ` Tom Rini
2021-04-05 13:12 ` Sean Anderson
2021-04-05 13:57 ` Pratyush Yadav
2021-04-05 14:58 ` Tom Rini
2021-04-01 19:31 ` [PATCH v8 02/28] spi: spi-mem: allow specifying a command's extension Pratyush Yadav
2021-04-02 22:29 ` Sean Anderson
2021-04-05 8:18 ` Pratyush Yadav [this message]
2021-04-01 19:31 ` [PATCH v8 03/28] spi: spi-mem: export spi_mem_default_supports_op() Pratyush Yadav
2021-04-02 22:09 ` Sean Anderson
2021-04-01 19:31 ` [PATCH v8 04/28] spi: spi-mem: add spi_mem_dtr_supports_op() Pratyush Yadav
2021-04-02 22:31 ` Sean Anderson
2021-04-05 7:40 ` Pratyush Yadav
2021-04-05 13:16 ` Sean Anderson
2021-04-01 19:31 ` [PATCH v8 05/28] spi: cadence-qspi: Do not calibrate when device tree sets read delay Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 06/28] spi: cadence-qspi: Add a small delay before indirect writes Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 07/28] spi: cadence-qspi: Add support for octal DTR flashes Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 08/28] arm: mvebu: x530: Use tiny SPI NOR Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 09/28] mtd: spi-nor-core: Fix address width on flash chips > 16MB Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 10/28] mtd: spi-nor-core: Add a ->setup() hook Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 11/28] mtd: spi-nor-core: Move SFDP related declarations to top Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 12/28] mtd: spi-nor-core: Introduce flash-specific fixup hooks Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 13/28] mtd: spi-nor-core: Rework hwcaps selection Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 14/28] mtd: spi-nor-core: Do not set data direction when there is no data Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 15/28] mtd: spi-nor-core: Add support for DTR protocol Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 16/28] mtd: spi-nor-core: prepare BFPT parsing for JESD216 rev D Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 17/28] mtd: spi-nor-core: Get command opcode extension type from BFPT Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 18/28] mtd: spi-nor-core: Parse xSPI Profile 1.0 table Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 19/28] mtd: spi-nor-core: Prepare Read SR and FSR for Octal DTR mode Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 20/28] mtd: spi-nor-core: Enable octal DTR mode when possible Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 21/28] mtd: spi-nor-core: Do not make invalid quad enable fatal Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 22/28] mtd: spi-nor-core: Detect Soft Reset sequence support from BFPT Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 23/28] mtd: spi-nor-core: Perform a Soft Reset on shutdown Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 24/28] mtd: spi-nor-core: Perform a Soft Reset on boot Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 25/28] mtd: spi-nor-core: allow truncated erases Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 26/28] mtd: spi-nor-core: Add non-uniform erase for Spansion/Cypress Pratyush Yadav
2021-04-06 1:48 ` Takahiro Kuwano
2021-04-06 10:46 ` Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 27/28] mtd: spi-nor-core: Add support for Cypress Semper flash Pratyush Yadav
2021-04-01 19:31 ` [PATCH v8 28/28] mtd: spi-nor-core: Allow using Micron mt35xu512aba in Octal DTR mode Pratyush Yadav
2021-04-02 22:28 ` [PATCH v8 00/28] mtd: spi-nor-core: add xSPI Octal DTR support Sean Anderson
2021-04-05 7:43 ` Pratyush Yadav
2021-04-05 13:17 ` Sean Anderson
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=20210405081849.fypfibathb2n23cc@ti.com \
--to=p.yadav@ti.com \
--cc=u-boot@lists.denx.de \
/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