All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ben Gardiner <bengardiner@nanometrics.ca>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH 4/4] UBI/UBIFS: Prevent UBI partition change while UBIFS is mounted
Date: Tue, 2 Nov 2010 10:33:01 -0400	[thread overview]
Message-ID: <AANLkTi=XzNvpTQbqREQiHqjpEc8FPtvf7VPsUhusjptW@mail.gmail.com> (raw)
In-Reply-To: <201011021149.24656.sr@denx.de>

On Tue, Nov 2, 2010 at 6:49 AM, Stefan Roese <sr@denx.de> wrote:
> Hi Wolfgang,
>
> On Monday 01 November 2010 20:06:31 Wolfgang Denk wrote:
>> > > I'm a bit biased here - from standard Unix command usage it seems
>> > > natural that you have to manually umount first, but then we have very
>> > > smple device handling in U-Boot, with always only one device in
>> > > access. ?Would it not make sense to auto-unmount in case the user
>> > > switches the device?
>> >
>> > I can implement it this way if preferred. I'll prepare a new for this
>> > later.
>>
>> As mentioned - I am not sure what would be best here.
>>
>> What is your own position?
>
> I prefer the first approach, not automatically unmounting upon UBI device
> change. One plus for this version is that the user might have issued the 2nd
> "ubi part" by mistake and didn't really want to unmount the UBIFS filesystem
> in the first place.
>
> But I have no strong feeling here. So I'm open to suggestions from others
> which version is the preferred one.

FWIW: I prefer the option where the UBIFS is automatically unmounted.
At first I was in favour of not automatically unmounting since it
emulates more closely the interface of a unix environment, to which I
am biased. However, automatically unmounting has an important
advantage: the state resulting from a 'ubi part' command is the same
regardless of the initial 'mounted state'. This make scripting boot
sequences simpler. The alternative would be to provide a 'test
mounted' command along with the option where ubi part does not
automatically unmount.

Best Regards,
Ben Gardiner

---
Nanometrics Inc.
http://www.nanometrics.ca

  reply	other threads:[~2010-11-02 14:33 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-28 12:09 [U-Boot] [PATCH 4/4] UBI/UBIFS: Prevent UBI partition change while UBIFS is mounted Stefan Roese
2010-10-29 14:01 ` Ben Gardiner
2010-10-29 21:06 ` Wolfgang Denk
2010-11-01 13:20   ` Stefan Roese
2010-11-01 19:06     ` Wolfgang Denk
2010-11-02  0:31       ` Gray Remlin
2010-11-02 10:49       ` Stefan Roese
2010-11-02 14:33         ` Ben Gardiner [this message]
2010-11-14 21:06         ` Wolfgang Denk

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='AANLkTi=XzNvpTQbqREQiHqjpEc8FPtvf7VPsUhusjptW@mail.gmail.com' \
    --to=bengardiner@nanometrics.ca \
    --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 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.