All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ulf Hansson <ulf.hansson@stericsson.com>
To: "Andries E. Brouwer" <Andries.Brouwer@cwi.nl>
Cc: Andrew Morton <akpm@linux-foundation.org>,
	Linus WALLEIJ <linus.walleij@stericsson.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	Jens Axboe <jens.axboe@oracle.com>
Subject: Re: [PATCH] Add commandline partitions for block devices v2
Date: Wed, 23 Jun 2010 10:23:38 +0200	[thread overview]
Message-ID: <4C21C48A.4030407@stericsson.com> (raw)
In-Reply-To: <20100622214812.GB1797@ub>

Andries E. Brouwer wrote:
> On Tue, Jun 22, 2010 Andrew Morton wrote:
>   
>> On Tue, 8 Jun 2010 Linus Walleij wrote:
>>
>>     
>>> From: Ulf Hansson <ulf.hansson@stericsson.com>
>>>
>>> This adds an option to pass in block device partitions from the kernel
>>> cmdline.
>>>
>>> The rationale is that in embedded systems we sometimes have no standard
>>> partition table available: often due to the fact that raw binary data is
>>> read out from the first sectors of the device by ROM code in ASICs. We
>>> have for a long time supplied custom partition information to embedded
>>> flash memories through the MTDparts interface which has similar
>>> semantics, and with the advent of embedded MMC block devices this now
>>> comes to standard block devices.
>>>       
>
> There exist ioctls BLKPG_ADD_PARTITION and BLKPG_DEL_PARTITION that
> allow one to add or remove partitions at run time, without having
> a partition table, or without having a partition table in a format
> understood by the kernel. Things can be done in user space.
>
> In general there are many things one would like the kernel to do at
> init time, and it is a bad idea to do all of this from the kernel
> command line. So adding options like these should be done only
> if it would be really awkward to do the same from an initial
> ramdisk.
>
> Andries
>
>   
I see your point!

Although, in an embedded system it is not always convenient to use an 
initial ramdisk. Instead your init program will be found directy from 
your rootfs, which means the kernel must itself be able to setup the 
partitions.

Regards
Uffe


      reply	other threads:[~2010-06-23  8:46 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-08 11:39 [PATCH] Add commandline partitions for block devices v2 Linus Walleij
2010-06-20 21:33 ` Linus Walleij
2010-06-22 20:09 ` Andrew Morton
2010-06-22 21:48   ` Andries E. Brouwer
2010-06-23  8:23     ` Ulf Hansson [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=4C21C48A.4030407@stericsson.com \
    --to=ulf.hansson@stericsson.com \
    --cc=Andries.Brouwer@cwi.nl \
    --cc=akpm@linux-foundation.org \
    --cc=jens.axboe@oracle.com \
    --cc=linus.walleij@stericsson.com \
    --cc=linux-kernel@vger.kernel.org \
    /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.