From: Sean Anderson <seanga2@gmail.com>
To: Simon Glass <sjg@chromium.org>
Cc: "Tom Rini" <trini@konsulko.com>,
u-boot@lists.denx.de, "Heinrich Schuchardt" <xypron.glpk@gmx.de>,
"Marek Behún" <marek.behun@nic.cz>, "Marek Vasut" <marex@denx.de>,
"Xavier Drudis Ferran" <xdrudis@tinet.cat>,
"Stefan Roese" <sr@denx.de>
Subject: Re: [PATCH v6 06/25] spl: Remove dev from spl_load_info
Date: Wed, 8 Nov 2023 11:19:31 -0500 [thread overview]
Message-ID: <ad31d30c-cacd-50d0-6b6b-d30e450c4bb3@gmail.com> (raw)
In-Reply-To: <CAPnjgZ3Zja4vqdy=DKwEv42bkhqP=O8OwWzVCBg=RSYb6hCgBQ@mail.gmail.com>
On 11/7/23 23:23, Simon Glass wrote:
> Hi Sean,
>
> On Sun, 5 Nov 2023 at 19:26, Sean Anderson <seanga2@gmail.com> wrote:
>>
>> dev and priv server the same purpose, and are never set at the same time.
>
> serve
>
>> Remove dev and convert all users to priv. While we're at it, reorder bl_len
>> to be last for better alignment.
>
> It's a bit unfortunate to drop the device, isn't it? But then, as
> before, this is self-contained so Is suppose it doesn't matter what we
> store.
The original goal was to have something like
struct spl_load load = SPL_LOAD_INFO(my_load_function, my_private_data);
but I had to cut it because it was resulting in too many unnecessary assignments.
--Sean
> Reviewed-by: Simon Glass <sjg@chromium.org>
>
> Regards,
> Simon
>
>
>
>>
>> Signed-off-by: Sean Anderson <seanga2@gmail.com>
>> ---
>>
>> Changes in v6:
>> - New
>>
>> common/spl/spl_mmc.c | 6 +++---
>> common/spl/spl_spi.c | 6 +++---
>> drivers/usb/gadget/f_sdp.c | 6 +++---
>> include/spl.h | 4 +---
>> 4 files changed, 10 insertions(+), 12 deletions(-)
>>
>> diff --git a/common/spl/spl_mmc.c b/common/spl/spl_mmc.c
>> index 6d9137c32e0..3d7551a7dae 100644
>> --- a/common/spl/spl_mmc.c
>> +++ b/common/spl/spl_mmc.c
>> @@ -65,7 +65,7 @@ static int mmc_load_legacy(struct spl_image_info *spl_image,
>> static ulong h_spl_load_read(struct spl_load_info *load, ulong sector,
>> ulong count, void *buf)
>> {
>> - struct mmc *mmc = load->dev;
>> + struct mmc *mmc = load->priv;
>>
>> return blk_dread(mmc_get_blk_desc(mmc), sector, count, buf);
>> }
>> @@ -105,7 +105,7 @@ int mmc_load_image_raw_sector(struct spl_image_info *spl_image,
>> struct spl_load_info load;
>>
>> debug("Found FIT\n");
>> - load.dev = mmc;
>> + load.priv = mmc;
>> load.filename = NULL;
>> load.bl_len = mmc->read_bl_len;
>> load.read = h_spl_load_read;
>> @@ -114,7 +114,7 @@ int mmc_load_image_raw_sector(struct spl_image_info *spl_image,
>> valid_container_hdr((void *)header)) {
>> struct spl_load_info load;
>>
>> - load.dev = mmc;
>> + load.priv = mmc;
>> load.filename = NULL;
>> load.bl_len = mmc->read_bl_len;
>> load.read = h_spl_load_read;
>> diff --git a/common/spl/spl_spi.c b/common/spl/spl_spi.c
>> index d83d70f2f33..af7a28e7c25 100644
>> --- a/common/spl/spl_spi.c
>> +++ b/common/spl/spl_spi.c
>> @@ -59,7 +59,7 @@ static int spi_load_image_os(struct spl_image_info *spl_image,
>> static ulong spl_spi_fit_read(struct spl_load_info *load, ulong sector,
>> ulong count, void *buf)
>> {
>> - struct spi_flash *flash = load->dev;
>> + struct spi_flash *flash = load->priv;
>> ulong ret;
>>
>> ret = spi_flash_read(flash, sector, count, buf);
>> @@ -151,7 +151,7 @@ static int spl_spi_load_image(struct spl_image_info *spl_image,
>> struct spl_load_info load;
>>
>> debug("Found FIT\n");
>> - load.dev = flash;
>> + load.priv = flash;
>> load.filename = NULL;
>> load.bl_len = 1;
>> load.read = spl_spi_fit_read;
>> @@ -162,7 +162,7 @@ static int spl_spi_load_image(struct spl_image_info *spl_image,
>> valid_container_hdr((void *)header)) {
>> struct spl_load_info load;
>>
>> - load.dev = flash;
>> + load.priv = flash;
>> load.filename = NULL;
>> load.bl_len = 1;
>> load.read = spl_spi_fit_read;
>> diff --git a/drivers/usb/gadget/f_sdp.c b/drivers/usb/gadget/f_sdp.c
>> index ee9384fb37e..1b16b7eb452 100644
>> --- a/drivers/usb/gadget/f_sdp.c
>> +++ b/drivers/usb/gadget/f_sdp.c
>> @@ -744,7 +744,7 @@ static ulong sdp_load_read(struct spl_load_info *load, ulong sector,
>> {
>> debug("%s: sector %lx, count %lx, buf %lx\n",
>> __func__, sector, count, (ulong)buf);
>> - memcpy(buf, (void *)(load->dev + sector), count);
>> + memcpy(buf, (void *)(load->priv + sector), count);
>> return count;
>> }
>>
>> @@ -844,7 +844,7 @@ static int sdp_handle_in_ep(struct spl_image_info *spl_image,
>> struct spl_load_info load;
>>
>> debug("Found FIT\n");
>> - load.dev = header;
>> + load.priv = header;
>> load.bl_len = 1;
>> load.read = sdp_load_read;
>> spl_load_simple_fit(spl_image, &load, 0,
>> @@ -857,7 +857,7 @@ static int sdp_handle_in_ep(struct spl_image_info *spl_image,
>> valid_container_hdr((void *)header)) {
>> struct spl_load_info load;
>>
>> - load.dev = header;
>> + load.priv = header;
>> load.bl_len = 1;
>> load.read = sdp_load_read;
>> spl_load_imx_container(spl_image, &load, 0);
>> diff --git a/include/spl.h b/include/spl.h
>> index 8ff20adc28e..951e136b9ea 100644
>> --- a/include/spl.h
>> +++ b/include/spl.h
>> @@ -285,16 +285,13 @@ static inline void *spl_image_fdt_addr(struct spl_image_info *info)
>> /**
>> * Information required to load data from a device
>> *
>> - * @dev: Pointer to the device, e.g. struct mmc *
>> * @priv: Private data for the device
>> * @bl_len: Block length for reading in bytes
>> * @filename: Name of the fit image file.
>> * @read: Function to call to read from the device
>> */
>> struct spl_load_info {
>> - void *dev;
>> void *priv;
>> - int bl_len;
>> const char *filename;
>> /**
>> * read() - Read from device
>> @@ -307,6 +304,7 @@ struct spl_load_info {
>> */
>> ulong (*read)(struct spl_load_info *load, ulong sector, ulong count,
>> void *buf);
>> + int bl_len;
>> };
>>
>> /*
>> --
>> 2.37.1
>>
next prev parent reply other threads:[~2023-11-08 16:19 UTC|newest]
Thread overview: 62+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-11-06 2:25 [PATCH v6 00/25] spl: Use common function for loading/parsing images Sean Anderson
2023-11-06 2:25 ` [PATCH v6 01/25] spl: blk_fs: Fix uninitialized return value when we can't get a blk_desc Sean Anderson
2023-11-08 4:23 ` Simon Glass
2023-11-06 2:25 ` [PATCH v6 02/25] arm: Disable SPL_FS_FAT when it isn't used Sean Anderson
2023-11-06 6:58 ` Michal Simek
2023-11-06 2:25 ` [PATCH v6 03/25] spl: Make SHOW_ERRORS depend on LIBCOMMON Sean Anderson
2023-11-08 4:23 ` Simon Glass
2023-11-06 2:25 ` [PATCH v6 04/25] spl: semihosting: Don't close fd before spl_load_simple_fit Sean Anderson
2023-11-08 4:23 ` Simon Glass
2023-11-06 2:25 ` [PATCH v6 05/25] spl: Remove NULL assignments in spl_load_info Sean Anderson
2023-11-08 4:23 ` Simon Glass
2023-11-08 15:30 ` Sean Anderson
2023-11-06 2:25 ` [PATCH v6 06/25] spl: Remove dev from spl_load_info Sean Anderson
2023-11-08 4:23 ` Simon Glass
2023-11-08 16:19 ` Sean Anderson [this message]
2023-11-06 2:25 ` [PATCH v6 07/25] spl: Take advantage of bl_len's power-of-twoness Sean Anderson
2023-11-08 4:23 ` Simon Glass
2023-11-06 2:25 ` [PATCH v6 08/25] spl: Refactor spl_load_info->read to use units of bytes Sean Anderson
2023-11-06 12:35 ` Xavier Drudis Ferran
2023-11-06 13:54 ` Sean Anderson
2023-11-07 8:49 ` Xavier Drudis Ferran
2023-11-08 15:59 ` Sean Anderson
2023-11-09 6:24 ` Xavier Drudis Ferran
2023-11-06 2:25 ` [PATCH v6 09/25] spl: Remove filename from spl_load_info Sean Anderson
2023-11-08 4:23 ` Simon Glass
2023-11-08 15:34 ` Sean Anderson
2023-11-06 2:25 ` [PATCH v6 10/25] spl: Only support bl_len when we have to Sean Anderson
2023-11-08 4:23 ` Simon Glass
2023-11-06 2:25 ` [PATCH v6 11/25] spl: nand: Remove spl_nand_legacy_read Sean Anderson
2023-11-08 4:23 ` Simon Glass
2023-11-06 2:25 ` [PATCH v6 12/25] spl: legacy: Split off LZMA decompression into its own function Sean Anderson
2023-11-08 4:23 ` Simon Glass
2023-11-06 2:25 ` [PATCH v6 13/25] test: spl: Support testing LEGACY_LZMA filesystem images Sean Anderson
2023-11-08 4:23 ` Simon Glass
2023-11-06 2:25 ` [PATCH v6 14/25] spl: Add generic spl_load function Sean Anderson
2023-11-08 4:23 ` Simon Glass
2023-11-06 2:25 ` [PATCH v6 15/25] spl: Convert ext to use spl_load Sean Anderson
2023-11-08 4:24 ` Simon Glass
2023-11-08 15:37 ` Sean Anderson
2023-11-06 2:25 ` [PATCH v6 16/25] spl: Convert fat to spl_load Sean Anderson
2023-11-08 4:24 ` Simon Glass
2023-11-08 15:49 ` Sean Anderson
2023-11-06 2:25 ` [PATCH v6 17/25] spl: Convert mmc " Sean Anderson
2023-11-08 4:24 ` Simon Glass
2023-11-06 2:25 ` [PATCH v6 18/25] spl: Convert nand " Sean Anderson
2023-11-08 4:24 ` Simon Glass
2023-11-06 2:25 ` [PATCH v6 19/25] spl: Convert net " Sean Anderson
2023-11-08 4:24 ` Simon Glass
2023-11-06 2:25 ` [PATCH v6 20/25] spl: Convert nor " Sean Anderson
2023-11-08 4:24 ` Simon Glass
2023-11-06 2:25 ` [PATCH v6 21/25] spl: Convert NVMe " Sean Anderson
2023-11-08 4:24 ` Simon Glass
2023-11-06 2:26 ` [PATCH v6 22/25] spl: Convert semihosting " Sean Anderson
2023-11-06 2:26 ` [PATCH v6 23/25] spl: Convert spi " Sean Anderson
2023-11-08 4:24 ` Simon Glass
2023-11-06 2:26 ` [PATCH v6 24/25] spl: spi: Consolidate spi_load_image_os into spl_spi_load_image Sean Anderson
2023-11-08 4:24 ` Simon Glass
2023-11-06 2:26 ` [PATCH v6 25/25] spl: fat: Add option to disable DMA alignment Sean Anderson
2023-11-08 4:24 ` Simon Glass
2023-11-06 7:49 ` [PATCH v6 00/25] spl: Use common function for loading/parsing images Pali Rohár
2023-11-06 9:18 ` Heinrich Schuchardt
2023-11-06 10:12 ` Marek Behún
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=ad31d30c-cacd-50d0-6b6b-d30e450c4bb3@gmail.com \
--to=seanga2@gmail.com \
--cc=marek.behun@nic.cz \
--cc=marex@denx.de \
--cc=sjg@chromium.org \
--cc=sr@denx.de \
--cc=trini@konsulko.com \
--cc=u-boot@lists.denx.de \
--cc=xdrudis@tinet.cat \
--cc=xypron.glpk@gmx.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