Buildroot Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Yann E. MORIN <yann.morin.1998@free.fr>
To: buildroot@busybox.net
Subject: [Buildroot] [PATCH 2/2] Adding btrfs rootfs option.
Date: Wed, 22 Aug 2018 19:21:34 +0200	[thread overview]
Message-ID: <20180822172134.GC2404@scaer> (raw)
In-Reply-To: <20180822165751.GB2404@scaer>

Robert, All,

On 2018-08-22 18:57 +0200, Yann E. MORIN spake thusly:
> On 2018-08-22 14:10 +0100, Robert Heywood spake thusly:
> > On 21/08/18 21:27, Yann E. MORIN wrote:
[--SNIP--]
> > >Given that the filsystem is specifically made for the target that will
> > >mount it, does it make sense to ffer that option at all? I.e. if the
> > >target uses a 4KiB page size, does it make sense to generatea rootfs
> > >that has a different secotr size, and thus not mountable on the target
> > >at all?
> > >
> > >My suggestion: don't add that option.
> > 
> > On my system (building for a raspi0) it autodetects the sector size to be
> > 4k, and the resulting image is bootable. However I'm worried the host won't
> > be able to detect the correct value for the target. In such a case I can see
> > why it would be useful to set the sector size explicitly.
> 
> Well, basically all architectures have a 4K page size, so does your
> x86_64 and so does the rpi (0/1/2/3), so the default for your host is
> valid for your target.
> 
> What architectures have a page-size that is not 4K?

After discussing on IRC with Paul (Cc), it turns out that quite a few
architectures can have a page size different from 4K, like mips, arc and
a few others. Sometimes it is even configrable. Thanks Paul.

4K just happens to be the most common, but definitely not the only one.

> > Is there another place where the sector size is specified? If so, it might
> > be better to use the existing value instead.
> I would also add a default here, to 4096. Users who want to change
> that value would know what they would be doing.

So yeah, just keep that option, and let set the default to 4K. People
who have a non 4K arch or kernel option will know to change that value.

Regards,
Yann E. MORIN.

-- 
.-----------------.--------------------.------------------.--------------------.
|  Yann E. MORIN  | Real-Time Embedded | /"\ ASCII RIBBON | Erics' conspiracy: |
| +33 662 376 056 | Software  Designer | \ / CAMPAIGN     |  ___               |
| +33 223 225 172 `------------.-------:  X  AGAINST      |  \e/  There is no  |
| http://ymorin.is-a-geek.org/ | _/*\_ | / \ HTML MAIL    |   v   conspiracy.  |
'------------------------------^-------^------------------^--------------------'

  reply	other threads:[~2018-08-22 17:21 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-08-21 16:04 [Buildroot] [PATCH 1/2] Adding btrfs-progs host package Robert J. Heywood
2018-08-21 16:04 ` [Buildroot] [PATCH 2/2] Adding btrfs rootfs option Robert J. Heywood
2018-08-21 20:27   ` Yann E. MORIN
2018-08-22 13:10     ` Robert Heywood
2018-08-22 16:57       ` Yann E. MORIN
2018-08-22 17:21         ` Yann E. MORIN [this message]
2018-08-21 21:42 ` [Buildroot] [PATCH 1/2] Adding btrfs-progs host package Thomas Petazzoni

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=20180822172134.GC2404@scaer \
    --to=yann.morin.1998@free.fr \
    --cc=buildroot@busybox.net \
    /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