From: Dennis Gilmore <dennis@ausil.us>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 3/4] config_distro_bootcmd: Scan all partitions for boot files
Date: Sat, 10 Jan 2015 12:34:21 -0600 [thread overview]
Message-ID: <20150110123421.392ce365@ra.ausil.us> (raw)
In-Reply-To: <1420631180.15910.234.camel@collabora.co.uk>
On Wed, 07 Jan 2015 12:46:20 +0100
Sjoerd Simons <sjoerd.simons@collabora.co.uk> wrote:
>
> > > This is about the default setup though, it would be really nice
> > > to get consistent behaviour. I would be inclined to say that the
> > > defaults should conservatively try the internal/main storage
> > > first (assuming there will be an OS is installed there) and only
> > > fallback to other options later.
> >
> > I'm inclined the other way, which is to boot of a removable media
> > first if someone has gone to the effort to plug one in. People
> > building kiosks etc who want to lock it down to internal only can
> > still do so.
>
> This is the general problem of the user doing an action but the system
> really being unable to devine the intention behind that action.. An
> external storage device can have been plugged in for a lot of reasons,
> not just to boot from (you might have wnated to copy/inspect/change
> some data on the card). I would argue that the main reason for folks
> to plug in external storage devices into computers is not because
> they'd like to boot from it and furthermore that a lot of people
> would be confused if leaving in a storage card/stick makes the system
> unbootable.
>
> I suspect this argument comes down to how you expect users to normally
> use the system.. Iotw as a general computing device, just like your
> laptop or desktop machine or as a development toy where you regularly
> boot from external media (I would expect the former, but that's just
> me).
Well the intention here is for general computing devices. Where when
you get a machine you would pxe install or boot from a install image
provided by the os vendor. I think we should follow how x86 works and
default to external media first, then internal media followed by
network. All with the user being able to override the settings either
permanently or in a one off fashion.
Dennis
next prev parent reply other threads:[~2015-01-10 18:34 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-01-05 17:13 [U-Boot] [PATCH 0/4] Let the distro boot command scan all partitions Sjoerd Simons
2015-01-05 17:13 ` [U-Boot] [PATCH 1/4] fs: Add command to retrieve the filesystem type Sjoerd Simons
2015-01-05 20:18 ` Stephen Warren
2015-01-06 16:40 ` Sjoerd Simons
2015-01-06 17:05 ` Stephen Warren
2015-02-02 18:57 ` [U-Boot] [U-Boot, " Tom Rini
2015-01-05 17:13 ` [U-Boot] [PATCH 2/4] part: let list put the list in an environment variable Sjoerd Simons
2015-01-05 20:21 ` Stephen Warren
2015-02-02 18:57 ` [U-Boot] [U-Boot, " Tom Rini
2015-01-05 17:13 ` [U-Boot] [PATCH 3/4] config_distro_bootcmd: Scan all partitions for boot files Sjoerd Simons
2015-01-05 20:24 ` Stephen Warren
2015-01-06 17:07 ` Sjoerd Simons
2015-01-07 0:43 ` Stephen Warren
2015-01-07 10:10 ` Sjoerd Simons
2015-01-07 10:22 ` Ian Campbell
2015-01-07 11:01 ` Sjoerd Simons
2015-01-07 11:17 ` Ian Campbell
2015-01-07 11:46 ` Sjoerd Simons
2015-01-07 12:47 ` Ian Campbell
2015-01-10 18:34 ` Dennis Gilmore [this message]
2015-01-07 20:22 ` Stephen Warren
2015-01-08 9:24 ` Sjoerd Simons
2015-01-07 20:19 ` Stephen Warren
2015-01-10 18:27 ` Dennis Gilmore
2015-01-12 17:42 ` Stephen Warren
2015-01-12 18:44 ` Dennis Gilmore
2015-01-13 8:40 ` Sjoerd Simons
2015-01-13 20:52 ` Stephen Warren
2015-02-02 18:57 ` [U-Boot] [U-Boot, " Tom Rini
2015-01-05 17:13 ` [U-Boot] [PATCH 4/4] distro_distro_bootcmd: use CONFIG_BOOTCOMMAND instead of setting bootcmd= Sjoerd Simons
2015-01-05 20:31 ` Stephen Warren
2015-01-06 16:26 ` Sjoerd Simons
2015-02-02 18:57 ` [U-Boot] [U-Boot, " 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=20150110123421.392ce365@ra.ausil.us \
--to=dennis@ausil.us \
--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