All of lore.kernel.org
 help / color / mirror / Atom feed
From: Simon Glass <sjg@chromium.org>
To: Tobias Waldekranz <tobias@waldekranz.com>
Cc: xypron.glpk@gmx.de, ilias.apalodimas@linaro.org, u-boot@lists.denx.de
Subject: Re: [PATCH 0/8] blk: blkmap: Composable virtual block devices
Date: Wed, 1 Feb 2023 13:21:07 -0700	[thread overview]
Message-ID: <CAPnjgZ2aLagSUvqWVpK+XAG3GS=zZVsO3ms7DDaWZ509D=GRDw@mail.gmail.com> (raw)
In-Reply-To: <20230201181016.4145834-1-tobias@waldekranz.com>

Hi Tobias,

On Wed, 1 Feb 2023 at 11:10, Tobias Waldekranz <tobias@waldekranz.com> wrote:
>
> Block maps are a way of looking at various sources of data through the
> lens of a regular block device. It lets you treat devices that are not
> block devices, like RAM, as if they were. It also lets you export a
> slice of an existing block device, which does not have to correspond to
> a partition boundary, as a new block device.
>
> This is primarily useful because U-Boot's filesystem drivers only
> operate on block devices, so a block map lets you access filesystems
> wherever they might be located.
>
> The implementation is loosely modeled on Linux's "Device Mapper"
> subsystem, see the kernel documentation [1] for more information.
>
> The primary use-cases are to access filesystem images stored in RAM, and
> within FIT images stored on disk. See doc/usage/blkmap.rst for more
> details.
>
> The architecture is pluggable, so adding other types of mappings should
> be quite easy.
>
> [1]: https://docs.kernel.org/admin-guide/device-mapper/index.html
>
> Tobias Waldekranz (8):
>   image: Fix script execution from FIT images with external data
>   cmd: blk: Allow generic read/write operations to work in sandbox
>   blk: blkmap: Add basic infrastructure
>   blk: blkmap: Add memory mapping support
>   blk: blkmap: Add linear device mapping support
>   cmd: blkmap: Add blkmap command
>   test: blkmap: Add test suite
>   doc: blkmap: Add introduction and examples
>
>  MAINTAINERS                      |   9 +
>  boot/image-board.c               |   3 +-
>  cmd/Kconfig                      |  19 ++
>  cmd/Makefile                     |   1 +
>  cmd/blk_common.c                 |  15 +-
>  cmd/blkmap.c                     | 181 +++++++++++++
>  configs/sandbox_defconfig        |   1 +
>  disk/part.c                      |   1 +
>  doc/usage/blkmap.rst             | 109 ++++++++
>  doc/usage/index.rst              |   1 +
>  drivers/block/Kconfig            |  18 ++
>  drivers/block/Makefile           |   1 +
>  drivers/block/blk-uclass.c       |   1 +
>  drivers/block/blkmap.c           | 452 +++++++++++++++++++++++++++++++
>  include/blkmap.h                 |  21 ++
>  include/dm/uclass-id.h           |   1 +
>  include/efi_loader.h             |   4 +
>  lib/efi_loader/efi_device_path.c |  30 ++
>  test/py/tests/test_blkmap.py     | 164 +++++++++++
>  19 files changed, 1027 insertions(+), 5 deletions(-)
>  create mode 100644 cmd/blkmap.c
>  create mode 100644 doc/usage/blkmap.rst
>  create mode 100644 drivers/block/blkmap.c
>  create mode 100644 include/blkmap.h
>  create mode 100644 test/py/tests/test_blkmap.py
>
> --
> 2.34.1
>

Overall this looks good to me. I'll make suggestions on the individual patches.

The main thing to note is that device numbers are an internal thing
that I'd like to move away from, so labels are better.

Regards,
Simon

      parent reply	other threads:[~2023-02-01 21:23 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-02-01 18:10 [PATCH 0/8] blk: blkmap: Composable virtual block devices Tobias Waldekranz
2023-02-01 18:10 ` [PATCH 1/8] image: Fix script execution from FIT images with external data Tobias Waldekranz
2023-02-01 20:20   ` Simon Glass
2023-02-01 18:10 ` [PATCH 2/8] cmd: blk: Allow generic read/write operations to work in sandbox Tobias Waldekranz
2023-02-01 20:20   ` Simon Glass
2023-02-01 18:10 ` [PATCH 3/8] blk: blkmap: Add basic infrastructure Tobias Waldekranz
2023-02-01 20:20   ` Simon Glass
2023-02-03  9:38     ` Tobias Waldekranz
2023-02-04  0:20       ` Simon Glass
2023-02-06  8:30         ` Tobias Waldekranz
2023-02-07  4:02           ` Simon Glass
2023-02-07  8:31             ` Tobias Waldekranz
2023-02-07 13:38               ` Simon Glass
2023-02-01 18:10 ` [PATCH 4/8] blk: blkmap: Add memory mapping support Tobias Waldekranz
2023-02-01 20:21   ` Simon Glass
2023-02-01 18:10 ` [PATCH 5/8] blk: blkmap: Add linear device " Tobias Waldekranz
2023-02-01 20:21   ` Simon Glass
2023-02-01 18:10 ` [PATCH 6/8] cmd: blkmap: Add blkmap command Tobias Waldekranz
2023-02-01 20:21   ` Simon Glass
2023-02-01 18:10 ` [PATCH 7/8] test: blkmap: Add test suite Tobias Waldekranz
2023-02-01 20:21   ` Simon Glass
2023-02-01 18:10 ` [PATCH 8/8] doc: blkmap: Add introduction and examples Tobias Waldekranz
2023-02-01 20:21   ` Simon Glass
2023-02-01 21:14   ` Heinrich Schuchardt
2023-02-01 20:21 ` Simon Glass [this message]

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='CAPnjgZ2aLagSUvqWVpK+XAG3GS=zZVsO3ms7DDaWZ509D=GRDw@mail.gmail.com' \
    --to=sjg@chromium.org \
    --cc=ilias.apalodimas@linaro.org \
    --cc=tobias@waldekranz.com \
    --cc=u-boot@lists.denx.de \
    --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 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.