From: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
To: buildroot@busybox.net
Subject: [Buildroot] [git commit] Allow several device tables and split in two parts our device table
Date: Tue, 17 May 2011 09:04:26 +0200 [thread overview]
Message-ID: <20110517090426.0bd12953@surf> (raw)
In-Reply-To: <20110510215121.DFA53826FF@busybox.osuosl.org>
Hello,
On Tue, 10 May 2011 23:43:00 +0200
Thomas Petazzoni <thomas.petazzoni@free-electrons.com> wrote:
> config BR2_ROOTFS_DEVICE_TABLE
> - string "Path to the device table"
> - depends on BR2_ROOTFS_DEVICE_CREATION_STATIC
> - default "target/generic/device_table.txt"
> + string "Path to the device tables"
> + default "target/generic/device_table.txt target/generic/device_table_dev.txt" \
> + if BR2_ROOTFS_DEVICE_CREATION_STATIC
> + default "target/generic/device_table.txt" \
> + if (BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_MDEV || \
> + BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_UDEV || \
> + BR2_ROOTFS_DEVICE_CREATION_DYNAMIC_DEVTMPFS)
> help
> - Specify the location of a device table, that will be passed
> - to the makedevs utility to create all the special device
> - files in the target filesystem.
> + Specify a space-separated list of device table locations,
> + that will be passed to the makedevs utility to create all
> + the special device files and assign correct owners and
> + permissions on various files in the target filesystem.
> +
> + See package/makedevs/README for details on the usage and
> + syntax of these files.
I know it's my stuff, but this doesn't work that well. Once you have
choosen one particular solution, if you switch to another, then the
list of default device table isn't updated accordingly. Of course, we
want to preserve the user choice for the list of device tables, but I'm
quite sure we'll have some support requests from people doing :
* A build based on a dynamic /dev
* Change configuration to static /dev
* Build
* See that nothing works, because /dev is empty
But I don't know what we can do against this. Should we instead add an
option to makedevs to instruct makedevs to skip entries in /dev ? This
option could then be used for all dynamic /dev cases, and would work
even if the device table contains entries for /dev ? Or should we keep
it as it is ?
Regards,
Thomas
--
Thomas Petazzoni, Free Electrons
Kernel, drivers, real-time and embedded Linux
development, consulting, training and support.
http://free-electrons.com
next prev parent reply other threads:[~2011-05-17 7:04 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-05-10 21:43 [Buildroot] [git commit] Allow several device tables and split in two parts our device table Thomas Petazzoni
2011-05-17 7:04 ` Thomas Petazzoni [this message]
2011-05-17 8:43 ` Peter Korsgaard
2011-05-17 8:55 ` Thomas Petazzoni
2011-05-17 9:42 ` Peter Korsgaard
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=20110517090426.0bd12953@surf \
--to=thomas.petazzoni@free-electrons.com \
--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