From: Sean Anderson <seanga2@gmail.com>
To: Simon Glass <sjg@chromium.org>,
U-Boot Mailing List <u-boot@lists.denx.de>
Cc: Jaehoon Chung <jh80.chung@samsung.com>, Peng Fan <peng.fan@nxp.com>
Subject: Re: [PATCH 10/11] sandbox: mmc: Support a backing file
Date: Sat, 28 Aug 2021 02:39:04 -0400 [thread overview]
Message-ID: <3a1dac7e-71c8-3a0d-e3b6-c2e809cad60e@gmail.com> (raw)
In-Reply-To: <20210818214022.10.I42087e8088f8d9fb704821d73f17d7ae246a2e69@changeid>
On 8/18/21 11:40 PM, Simon Glass wrote:
> Provide a way for sandbox MMC to present data from a backing file. This
> allows a filesystem to be created on the host and easily served via an
> emulated mmc device.
>
> Signed-off-by: Simon Glass <sjg@chromium.org>
> ---
>
> doc/device-tree-bindings/mmc/sandbox,mmc.txt | 18 ++++++++
> drivers/mmc/sandbox_mmc.c | 46 ++++++++++++++++----
> 2 files changed, 55 insertions(+), 9 deletions(-)
> create mode 100644 doc/device-tree-bindings/mmc/sandbox,mmc.txt
>
> diff --git a/doc/device-tree-bindings/mmc/sandbox,mmc.txt b/doc/device-tree-bindings/mmc/sandbox,mmc.txt
> new file mode 100644
> index 00000000000..1170bcd6a00
> --- /dev/null
> +++ b/doc/device-tree-bindings/mmc/sandbox,mmc.txt
> @@ -0,0 +1,18 @@
> +Sandbox MMC
> +===========
> +
> +Required properties:
> +- compatible : "sandbox,mmc"
> +
> +Optional properties:
> +- filename : Name of backing file, if any. This is mapped into the MMC device
> + so can be used to provide a filesystem or other test data
Can we stick this in the command line arguments somehow? For testing
with different images, I think that editing the device tree is not the
best way to do things. It also makes it trickier to add automated tests.
> +
> +
> +Example
> +-------
> +
> +mmc2 {
> + compatible = "sandbox,mmc";
> + non-removable;
> +};
> diff --git a/drivers/mmc/sandbox_mmc.c b/drivers/mmc/sandbox_mmc.c
> index 895fbffecfc..1139951c626 100644
> --- a/drivers/mmc/sandbox_mmc.c
> +++ b/drivers/mmc/sandbox_mmc.c
> @@ -9,23 +9,26 @@
> #include <errno.h>
> #include <fdtdec.h>
> #include <log.h>
> +#include <malloc.h>
> #include <mmc.h>
> +#include <os.h>
> #include <asm/test.h>
>
> struct sandbox_mmc_plat {
> struct mmc_config cfg;
> struct mmc mmc;
> + const char *fname;
> };
>
> -#define MMC_CSIZE 0
> -#define MMC_CMULT 8 /* 8 because the card is high-capacity */
> -#define MMC_BL_LEN_SHIFT 10
> -#define MMC_BL_LEN BIT(MMC_BL_LEN_SHIFT)
> -#define MMC_CAPACITY (((MMC_CSIZE + 1) << (MMC_CMULT + 2)) \
> - * MMC_BL_LEN) /* 1 MiB */
> +#define MMC_CMULT 8 /* 8 because the card is high-capacity */
> +#define MMC_BL_LEN_SHIFT 10
> +#define MMC_BL_LEN BIT(MMC_BL_LEN_SHIFT)
> +#define SIZE_MULTIPLE ((1 << (MMC_CMULT + 2)) * MMC_BL_LEN)
>
> struct sandbox_mmc_priv {
> - u8 buf[MMC_CAPACITY];
> + int csize; /* CSIZE value to report */
> + char *buf;
> + int size;
nit: to save a whole 2 bytes on 64-bit you can reorder this like
char *
int
int
> };
>
> /**
> @@ -60,8 +63,8 @@ static int sandbox_mmc_send_cmd(struct udevice *dev, struct mmc_cmd *cmd,
> case MMC_CMD_SEND_CSD:
> cmd->response[0] = 0;
> cmd->response[1] = (MMC_BL_LEN_SHIFT << 16) |
> - ((MMC_CSIZE >> 16) & 0x3f);
> - cmd->response[2] = (MMC_CSIZE & 0xffff) << 16;
> + ((priv->csize >> 16) & 0x3f);
> + cmd->response[2] = (priv->csize & 0xffff) << 16;
> cmd->response[3] = 0;
> break;
> case SD_CMD_SWITCH_FUNC: {
> @@ -143,6 +146,8 @@ static int sandbox_mmc_of_to_plat(struct udevice *dev)
> struct blk_desc *blk;
> int ret;
>
> + plat->fname = dev_read_string(dev, "filename");
> +
> ret = mmc_of_parse(dev, cfg);
> if (ret)
> return ret;
> @@ -156,6 +161,29 @@ static int sandbox_mmc_of_to_plat(struct udevice *dev)
> static int sandbox_mmc_probe(struct udevice *dev)
> {
> struct sandbox_mmc_plat *plat = dev_get_plat(dev);
> + struct sandbox_mmc_priv *priv = dev_get_priv(dev);
> + int ret;
> +
> + if (plat->fname) {
> + ret = os_map_file(plat->fname, OS_O_RDWR | OS_O_CREAT,
> + (void **)&priv->buf, &priv->size);
> + if (ret) {
> + log_err("%s: Unable to map file '%s'\n", dev->name,
> + plat->fname);
> + return ret;
> + }
> + priv->csize = priv->size / SIZE_MULTIPLE - 1;
Won't this cut off the end of the file? If we can't avoid this, we
should at least warn the user that we are truncating it.
--Sean
> + } else {
> + priv->csize = 0;
> + priv->size = (priv->csize + 1) * SIZE_MULTIPLE; /* 1 MiB */
> +
> + priv->buf = malloc(priv->size);
> + if (!priv->buf) {
> + log_err("%s: Not enough memory (%x bytes)\n",
> + dev->name, priv->size);
> + return -ENOMEM;
> + }
> + }
>
> return mmc_init(&plat->mmc);
> }
>
next prev parent reply other threads:[~2021-08-28 6:39 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-08-19 3:40 [PATCH 00/11] sandbox: Minor fixes and improvements Simon Glass
2021-08-19 3:40 ` [PATCH 01/11] dtoc: Further improve documentation about warnings Simon Glass
2021-09-23 2:08 ` Tom Rini
2021-08-19 3:40 ` [PATCH 02/11] sandbox: Correct handling of --rm_memory Simon Glass
2021-09-23 2:08 ` Tom Rini
2021-08-19 3:40 ` [PATCH 03/11] sandbox: Add license headers to the dts files Simon Glass
2021-09-23 2:08 ` Tom Rini
2021-08-19 3:40 ` [PATCH 04/11] btrfs: Suppress the message about missing filesystem Simon Glass
2021-08-19 10:31 ` Marek Behún
2021-08-19 10:48 ` Qu Wenruo
2021-09-23 2:08 ` Tom Rini
2021-08-19 3:40 ` [PATCH 05/11] sqfs: " Simon Glass
2021-08-19 7:03 ` Miquel Raynal
2021-09-23 2:08 ` Tom Rini
2021-08-19 3:40 ` [PATCH 06/11] test: Tidy a comment in the bloblist test Simon Glass
2021-09-23 2:08 ` Tom Rini
2021-08-19 3:40 ` [PATCH 07/11] dm: core: Fix a few incorrect comments on first/next functions Simon Glass
2021-09-23 2:09 ` Tom Rini
2021-08-19 3:40 ` [PATCH 08/11] sandbox: Add a way to find the size of a file Simon Glass
2021-08-19 10:27 ` Marek Behún
2021-09-23 2:09 ` Tom Rini
2021-08-19 3:40 ` [PATCH 09/11] sandbox: Add a way to map a file into memory Simon Glass
2021-08-19 10:28 ` Marek Behún
2021-09-23 2:09 ` Tom Rini
2021-09-24 2:48 ` Simon Glass
2021-08-19 3:40 ` [PATCH 10/11] sandbox: mmc: Support a backing file Simon Glass
2021-08-28 5:15 ` Jaehoon Chung
2021-08-28 6:39 ` Sean Anderson [this message]
2021-09-18 9:34 ` Simon Glass
2021-09-16 18:40 ` Tom Rini
2021-09-18 9:34 ` Simon Glass
2021-09-18 13:16 ` Tom Rini
2021-09-18 16:31 ` Simon Glass
2021-09-20 3:18 ` Simon Glass
2021-10-21 20:17 ` Simon Glass
2021-08-19 3:40 ` [PATCH 11/11] test: Add a way to skip console checking until a string matches Simon Glass
2021-09-23 2:09 ` Tom Rini
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=3a1dac7e-71c8-3a0d-e3b6-c2e809cad60e@gmail.com \
--to=seanga2@gmail.com \
--cc=jh80.chung@samsung.com \
--cc=peng.fan@nxp.com \
--cc=sjg@chromium.org \
--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;
as well as URLs for NNTP newsgroup(s).