From: Vivian Wang <wangruikang@iscas.ac.cn>
To: Alex Elder <elder@riscstar.com>,
broonie@kernel.org, robh@kernel.org, krzk+dt@kernel.org,
conor+dt@kernel.org
Cc: dlan@gentoo.org, ziyao@disroot.org, linux-spi@vger.kernel.org,
devicetree@vger.kernel.org, paul.walmsley@sifive.com,
palmer@dabbelt.com, aou@eecs.berkeley.edu, alex@ghiti.fr,
p.zabel@pengutronix.de, spacemit@lists.linux.dev,
linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 2/3] spi: spacemit: introduce SpacemiT K1 SPI controller driver
Date: Mon, 22 Sep 2025 02:51:35 +0800 [thread overview]
Message-ID: <411ade91-3fb5-40a3-baca-e6b03c5783ae@iscas.ac.cn> (raw)
In-Reply-To: <3c9aaa62-f685-47f7-a21c-00f51550f185@riscstar.com>
On 9/20/25 23:59, Alex Elder wrote:
> On 9/19/25 10:52 PM, Vivian Wang wrote:
>>
>> [...]
>>
>> +static void k1_spi_read_word(struct k1_spi_driver_data *drv_data)
>> +{
>> + struct k1_spi_io *rx = &drv_data->rx;
>> + u32 bytes = drv_data->bytes;
>> + u32 val;
>> +
>> + val = readl(drv_data->base + SSP_DATAR);
>> + rx->resid -= bytes;
>> +
>> + if (!rx->buf)
>> + return; /* Null reader: discard the data */
>> +
>> + if (bytes == 1)
>> + *(u8 *)rx->buf = val;
>> + else if (bytes == 1)
>>
>> Typo? else if (bytes == 2)
>
> Wow. Yes that is an error that I'll correct.
>
>>> + *(u16 *)rx->buf = val;
>>> + else
>>> + *(u32 *)rx->buf = val;
>>
>> Maybe
>>
>> else if (bytes == 4)
>> *(u32 *)rx->buf = val;
>> else
>> WARN_ON_ONCE(1);
>
> The value of bytes will be 1, 2, or 4, which we can tell
> by inspection. At one time I had a switch statement with
> a default, but I decided to leave out the default, which
> won't happen.
>
>> Just to make the pattern consistent? Same for k1_spi_write_word.
>
> Consistent with what?
>
I was just thinking it would be clearer if the code states clearly:
1 -> u8
2 -> u16
4 -> u32
anything else -> shouldn't happen
As is, it wasn't obvious to me that we're just handling 4 as u32. Maybe
we're just capping it at u32, and 8 is also handled.
Well, maybe I'm just not familiar with SPI stuff, and word size above 4
doesn't make sense anyway.
It could also be a comment
else /* 4 */
Just a suggestion, no strong preference from me.
Vivian "dramforever" Wang
next prev parent reply other threads:[~2025-09-21 18:52 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-19 15:59 [PATCH v2 0/3] spi: support the SpacemiT K1 SPI controller Alex Elder
2025-09-19 15:59 ` [PATCH v2 1/3] dt-bindings: spi: add SpacemiT K1 SPI support Alex Elder
2025-09-19 17:38 ` Conor Dooley
2025-09-19 20:47 ` Rob Herring (Arm)
2025-09-19 15:59 ` [PATCH v2 2/3] spi: spacemit: introduce SpacemiT K1 SPI controller driver Alex Elder
2025-09-20 3:52 ` Vivian Wang
2025-09-20 15:59 ` Alex Elder
2025-09-21 18:51 ` Vivian Wang [this message]
2025-09-21 18:58 ` Alex Elder
2025-09-22 15:42 ` Alex Elder
2025-09-21 3:15 ` Troy Mitchell
2025-09-21 19:11 ` Alex Elder
2025-09-19 15:59 ` [PATCH v2 3/3] riscv: dts: spacemit: define a SPI controller node Alex Elder
2025-09-20 2:57 ` Vivian Wang
2025-09-22 15:42 ` Alex Elder
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=411ade91-3fb5-40a3-baca-e6b03c5783ae@iscas.ac.cn \
--to=wangruikang@iscas.ac.cn \
--cc=alex@ghiti.fr \
--cc=aou@eecs.berkeley.edu \
--cc=broonie@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dlan@gentoo.org \
--cc=elder@riscstar.com \
--cc=krzk+dt@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-riscv@lists.infradead.org \
--cc=linux-spi@vger.kernel.org \
--cc=p.zabel@pengutronix.de \
--cc=palmer@dabbelt.com \
--cc=paul.walmsley@sifive.com \
--cc=robh@kernel.org \
--cc=spacemit@lists.linux.dev \
--cc=ziyao@disroot.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