From: "Henrik Nordström" <henrik@henriknordstrom.net>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] sandbox: block driver using host file/device as backing store
Date: Wed, 15 May 2013 23:29:31 +0200 [thread overview]
Message-ID: <1368653371.11014.26.camel@localhost> (raw)
In-Reply-To: <CAPnjgZ2nqOftSGsF=wYowYADuWQL4Gbd+uT_vBi0BB8pvK_UUw@mail.gmail.com>
ons 2013-05-15 klockan 10:42 -0700 skrev Simon Glass:
> Some high-level comments:
>
> Configuring for sandbox board...
> sandbox.c: In function ?host_dev_bind?:
> - should not have any warnings
Shame on me :)
Fixed now, and should have before submitting for review.
> =>sb bind
> Segmentation fault (core dumped)
>
> - should print a nice error if an arg is missing
Right. done.
And correct usage is
sb bind 0 file
(devices 0-3 supported, arbitrary limit of 4 currently)
have corrected the help message to reflect this.
> =>sb bind fred
> =>
>
> - should print an error if the file is not found
In this version it opens the file on access and you get the error then.
Have now moved that to the bind operation which gives immediate
feedback.
Initially I thought of having some predefined device backing names but
it's better to always use the sb bind command to establish the backing
name.
Have also added and "sb info" command to show the bound devices.
> - should create an example of how to use this
Yes. Is there any existing documentation for sandbox somewhere to add
to?
> - suggest a test script in test/sandbox which sets up a loopback
> device containing a partition table and ext2 filesystem (for example,
> then runs U-Boot sandbox and lists and reads a file. Example test
> scripts you might copy are:
>
> http://patchwork.ozlabs.org/patch/228876/
>
> and this rather more complicated one:
>
> http://patchwork.ozlabs.org/patch/211049/
Ok. I'll look into this.
> Also please enable partitions and EFI support so we get more functionality:
>
> #define CONFIG_PARTITION_UUIDS
> #define CONFIG_CMD_PART
> #define CONFIG_EFI_PARTITION
Ok, can do this. Didn't want to enable too much as part of the block
driver patch.
Done.
Current version of the patch is at
https://github.com/hno/u-boot/commit/9b5f9b762a6e901f599b7ae1c9946806a4422929.patch
will submit a new copy to the mailinglist after adding documentation &
testsuite.
Regards
Henrik
next prev parent reply other threads:[~2013-05-15 21:29 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-14 23:36 [U-Boot] [PATCH] sandbox: block driver using host file/device as backing store Henrik Nordström
2013-05-15 17:42 ` Simon Glass
2013-05-15 21:29 ` Henrik Nordström [this message]
2013-05-15 21:54 ` [U-Boot] [PATCH v2] " Henrik Nordström
2013-05-15 22:20 ` Simon Glass
2013-05-16 1:09 ` Henrik Nordström
2013-05-17 4:53 ` Simon Glass
2013-05-18 14:24 ` [U-Boot] sandbox: block driver using host file/device as backing store, crash in ext4 Henrik Nordström
2013-05-18 17:46 ` Simon Glass
2013-06-16 14:50 ` [U-Boot] [PATCH v2] sandbox: block driver using host file/device as backing store Simon Glass
2013-06-17 1:39 ` Henrik Nordström
2013-07-31 11:29 ` Simon Glass
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=1368653371.11014.26.camel@localhost \
--to=henrik@henriknordstrom.net \
--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