From: ulf at uclibc.org <ulf@uclibc.org>
To: buildroot@busybox.net
Subject: [Buildroot] svn commit: trunk/buildroot/target/device/Atmel/atngw100
Date: Fri, 17 Aug 2007 06:17:25 -0700 (PDT) [thread overview]
Message-ID: <20070817131725.E1BB9A4711@busybox.net> (raw)
Author: ulf
Date: 2007-08-17 06:17:25 -0700 (Fri, 17 Aug 2007)
New Revision: 19542
Log:
Update atngw100 device table
Modified:
trunk/buildroot/target/device/Atmel/atngw100/device_table.txt
Changeset:
Modified: trunk/buildroot/target/device/Atmel/atngw100/device_table.txt
===================================================================
--- trunk/buildroot/target/device/Atmel/atngw100/device_table.txt 2007-08-17 13:16:36 UTC (rev 19541)
+++ trunk/buildroot/target/device/Atmel/atngw100/device_table.txt 2007-08-17 13:17:25 UTC (rev 19542)
@@ -1,31 +1,31 @@
-# When building a target filesystem, it is desirable to not have to
-# become root and then run 'mknod' a thousand times. Using a device
-# table you can create device nodes and directories "on the fly".
+# When building a target filesystem, it is desirable to not have to become
+# root and then run 'mknod' a thousand times. Using a device table you can
+# create device nodes and directories "on the fly".
#
-# This is a sample device table file for use with genext2fs. You can
-# do all sorts of interesting things with a device table file. For
-# example, if you want to adjust the permissions on a particular file
-# you can just add an entry like:
+# This is a sample device table file for use with genext2fs. You can do all
+# sorts of interesting things with a device table file. For example, if you
+# want to adjust the permissions on a particular file you can just add an
+# entry like:
# /sbin/foobar f 2755 0 0 - - - - -
-# and (assuming the file /sbin/foobar exists) it will be made setuid
-# root (regardless of what its permissions are on the host filesystem.
+# and (assuming the file /sbin/foobar exists) it will be made setuid root
+# (regardless of what its permissions are on the host filesystem.
# Furthermore, you can use a single table entry to create a many device
-# minors. For example, if I wanted to create /dev/hda and /dev/hda[0-15]
-# I could just use the following two table entries:
+# minors. For example, if I wanted to create /dev/hda and /dev/hda[0-15] I
+# could just use the following two table entries:
# /dev/hda b 640 0 0 3 0 0 0 -
# /dev/hda b 640 0 0 3 1 1 1 15
-#
+#
# Device table entries take the form of:
# <name> <type> <mode> <uid> <gid> <major> <minor> <start> <inc> <count>
-# where name is the file name, type can be one of:
+# where name is the file name, type can be one of:
# f A regular file
# d Directory
# c Character special device file
# b Block special device file
# p Fifo (named pipe)
-# uid is the user id for the target file, gid is the group id for the
-# target file. The rest of the entries (major, minor, etc) apply only
-# to device special files.
+# uid is the user id for the target file, gid is the group id for the target
+# file. The rest of the entries (major, minor, etc) apply only to device
+# special files.
# Have fun
# -Erik Andersen <andersen@codepoet.org>
@@ -41,9 +41,10 @@
/config d 755 0 0 - - - - -
/proc d 755 0 0 - - - - -
/lost+found d 700 0 0 - - - - -
-/var/tmp d 1777 0 0 - - - - -
/var/lock d 1777 0 0 - - - - -
+/var/log d 755 0 0 - - - - -
/var/run d 1777 0 0 - - - - -
+/var/tmp d 1777 0 0 - - - - -
/home/avr32 d 2755 500 500 - - - - -
/home/default d 2755 1000 1000 - - - - -
/www d 755 0 0 - - - - -
@@ -61,7 +62,7 @@
# Normal system devices
#/dev/mem c 640 0 0 1 1 0 0 -
#/dev/kmem c 640 0 0 1 2 0 0 -
-#/dev/null c 666 0 0 1 3 0 0 -
+/dev/null c 666 0 0 1 3 0 0 -
#/dev/zero c 666 0 0 1 5 0 0 -
#/dev/random c 666 0 0 1 8 0 0 -
#/dev/urandom c 666 0 0 1 9 0 0 -
next reply other threads:[~2007-08-17 13:17 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-17 13:17 ulf at uclibc.org [this message]
-- strict thread matches above, loose matches on Subject: below --
2007-09-12 4:40 [Buildroot] svn commit: trunk/buildroot/target/device/Atmel/atngw100 ulf at uclibc.org
2007-09-20 16:44 ulf at uclibc.org
2007-09-26 21:02 ` Bernhard Fischer
2007-09-27 0:27 ` Ulf Samuelsson
2007-09-27 3:00 ` Thiago A. Corrêa
2007-09-27 0:19 ulf at uclibc.org
2007-09-29 20:47 ulf at uclibc.org
2007-10-01 21:16 ulf at uclibc.org
2007-10-12 15:16 ulf at uclibc.org
2007-10-23 23:01 ulf at uclibc.org
2008-07-02 15:43 correa at uclibc.org
2008-07-04 10:36 ulf at uclibc.org
2009-01-06 23:02 ulf at uclibc.org
2009-01-11 21:15 ulf at uclibc.org
2009-01-31 20:43 ulf at uclibc.org
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=20070817131725.E1BB9A4711@busybox.net \
--to=ulf@uclibc.org \
--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