From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 05CFDE0083A; Mon, 19 Jan 2015 08:22:21 -0800 (PST) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-6.9 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_HI autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -5.0 RCVD_IN_DNSWL_HI RBL: Sender listed at http://www.dnswl.org/, high * trust * [134.134.136.20 listed in list.dnswl.org] * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] Received: from mga02.intel.com (mga02.intel.com [134.134.136.20]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 385A8E00752 for ; Mon, 19 Jan 2015 08:22:16 -0800 (PST) Received: from fmsmga002.fm.intel.com ([10.253.24.26]) by orsmga101.jf.intel.com with ESMTP; 19 Jan 2015 08:22:16 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.09,427,1418112000"; d="scan'208";a="664119248" Received: from orsmsx107.amr.corp.intel.com ([10.22.240.5]) by fmsmga002.fm.intel.com with ESMTP; 19 Jan 2015 08:22:15 -0800 Received: from orsmsx156.amr.corp.intel.com (10.22.240.22) by ORSMSX107.amr.corp.intel.com (10.22.240.5) with Microsoft SMTP Server (TLS) id 14.3.195.1; Mon, 19 Jan 2015 08:22:15 -0800 Received: from orsmsx101.amr.corp.intel.com ([169.254.8.192]) by ORSMSX156.amr.corp.intel.com ([169.254.8.173]) with mapi id 14.03.0195.001; Mon, 19 Jan 2015 08:22:15 -0800 From: "Rifenbark, Scott M" To: "Bach, Pascal" , "yocto@yoctoproject.org" Thread-Topic: [yocto] [yocto-docs][PATCH 2/2] dev-manual: Add section about /dev population Thread-Index: AQHQKoqtLm9QkZvLRku/KVMMKSynbZzDfQoggAQ4WYD///vn4A== Date: Mon, 19 Jan 2015 16:22:15 +0000 Message-ID: <41DEA4B02DBDEF40A0F3B6D0DDB1237988E9CE89@ORSMSX101.amr.corp.intel.com> References: <1420642704-1482-1-git-send-email-pascal.bach@siemens.com> <1420642704-1482-2-git-send-email-pascal.bach@siemens.com> <41DEA4B02DBDEF40A0F3B6D0DDB1237988E9CA05@ORSMSX101.amr.corp.intel.com> <355BE46A91031048906B695426A8D8E616B32751@DEFTHW99EH4MSX.ww902.siemens.net> In-Reply-To: <355BE46A91031048906B695426A8D8E616B32751@DEFTHW99EH4MSX.ww902.siemens.net> Accept-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.22.254.138] MIME-Version: 1.0 Subject: Re: [yocto-docs][PATCH 2/2] dev-manual: Add section about /dev population X-BeenThere: yocto@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Discussion of all things Yocto Project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Jan 2015 16:22:21 -0000 Content-Language: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Pascal,=20 Thanks for catching this. This was a result of cutting-and-pasting text in= from the patch. I did not apply the patch in an automated fashion as ther= e was some rewriting to do. So my hand-transposing missed those characters= that were present in the email from which I was referencing. I removed th= em out and will republish the text later today. The commit to get them out= is http://git.yoctoproject.org/cgit/cgit.cgi/yocto-docs/commit/?id=3D3ffbe= bd6c638e9f5b334dfef1d4e0bcc698ae810. Thanks, Scott >-----Original Message----- >From: Bach, Pascal [mailto:pascal.bach@siemens.com] >Sent: Monday, January 19, 2015 12:30 AM >To: Rifenbark, Scott M; yocto@yoctoproject.org >Subject: RE: [yocto] [yocto-docs][PATCH 2/2] dev-manual: Add section about >/dev population > >Hi Scott > >Thanks. I had a look at the commits and it looks like commit >7c6c7ac573f92bfc844977e0d7a97ca4aac9bc70 also introduced a strange change >on line 946 of dev-manual-common-tasks.xml. > >See: https://git.yoctoproject.org/cgit/cgit.cgi/yocto- >docs/commit/?id=3D7c6c7ac573f92bfc844977e0d7a97ca4aac9bc70 > >Pascal > >> -----Original Message----- >> From: Rifenbark, Scott M [mailto:scott.m.rifenbark@intel.com] >> Sent: Samstag, 17. Januar 2015 01:05 >> To: Bach, Pascal; yocto@yoctoproject.org >> Subject: RE: [yocto] [yocto-docs][PATCH 2/2] dev-manual: Add section >> about /dev population >> >> Pascal, >> >> I have applied this patch with some editing. Also, applied the patch >> that added the USE_DEVFS variable to the ref-manual. >> >> Thanks, >> Scott >> >> >-----Original Message----- >> >From: yocto-bounces@yoctoproject.org [mailto:yocto- >> >bounces@yoctoproject.org] On Behalf Of Pascal Bach >> >Sent: Wednesday, January 07, 2015 6:58 AM >> >To: yocto@yoctoproject.org >> >Subject: [yocto] [yocto-docs][PATCH 2/2] dev-manual: Add section >> >about /dev population >> > >> >Signed-off-by: Pascal Bach >> >--- >> > .../dev-manual/dev-manual-common-tasks.xml | 104 >> >++++++++++++++++++++ >> > 1 file changed, 104 insertions(+) >> > >> >diff --git a/documentation/dev-manual/dev-manual-common-tasks.xml >> >b/documentation/dev-manual/dev-manual-common-tasks.xml >> >index 17d725b..9072586 100644 >> >--- a/documentation/dev-manual/dev-manual-common-tasks.xml >> >+++ b/documentation/dev-manual/dev-manual-common-tasks.xml >> >@@ -7582,6 +7582,110 @@ Gateways via their Web >> >Interfaces" >> > >> > >> > >> >+
>> >+ Selecting a Device Manager >> >+ >> >+ >> >+ Yocto provides multiple ways to manage >> /dev >> >+ >> >+ >> >+ Persistent and pre populated >> >/dev: >> >+ in this case the /dev directory >> is persistent >> >+ and the required device nodes are created at build >> time. >> >+ >> >+ >> >+ >> >+ Use devtmps with a >> device >> >manager: >> >+ in this case the /dev directory >> is provided >> >+ by the kernel as an in memory file system and is >> automatically >> >+ populated by the kernel at runtime. Additional >> configuration of >> >+ device nodes is done in user space by a device >> >+ manager >> like >> >+ udev or busybox- >> >mdev. >> >+ >> >+ >> >+ >> >+ >> >+
>> >+ Use Persistent and pre-populated >> ><filename>/dev</filename> >> >+ >> >+ >> >+ To use the static method for device population the >> variable >> >+ > >USE_DEVFS'>USE_DEVFS >> >+ needs to be set to 0. >> >+ >> >+ >> >+ USE_DEVFS =3D "0" >> >+ >> >+ >> >+ >> >+ >> >+ The content of the resulting >> >+ /dev >> directory >> >+ is defined in a Device Table file. The device table >> >+ to >> use is defined by >> >the variable >> >+ > >>IMAGE_DEVICE_TABLES'>IMAGE_DEVICE_TABLESul >> >ink> and should be set >> >+ in the > >MACHINE'>MACHINE, >> >+ > >DISTRO'>DISTRO >> >+ or local.conf configuration file. >> >+ >> >+ >> >+ >> >+ If nothing is defined the default >> device_table- >> >minimal.txt is used. >> >+ >> >+ >> >+ >> >+ The population is handled by the >> makedevs >> >utility >> >+ during image creation. >> >+ >> >+ >> >+ IMAGE_DEVICE_TABLES =3D "device_table-mymachine.txt" >> >+ >> >+ >> >+ >> >+
>> >+ >> >+
>> >+ Use <filename>devtmpfs</filename> and a device >> >manager >> >+ >> >+ >> >+ To use the dynamic method for device population the >> variable >> >+ > >USE_DEVFS'>USE_DEVFS >> >+ needs to be set to 1. This is the default. >> >+ >> >+ >> >+ USE_DEVFS =3D "1" >> >+ >> >+ >> >+ This way the resulting /dev is >> populated by >> >the kernel >> >+ using devtmpfs. Make sure the >> >corresponding >> >+ kernel configuration variable >> >CONFIG_DEVTMPFS is set >> >+ when building a linux kernel. >> >+ >> >+ >> >+ >> >+ All devices created by devtmpfs >> will be >> >+ owned by root and have >> permissions >> >0600. >> >+ >> >+ To have more control over the device nodes a device >> manager like >> >+ udev or busybox- >> >mdev >> >+ can be used. >> >+ >> >+ The device manager to use is defined by the variable >> >+ VIRTUAL-RUNTIME_dev_manager and >> >should be set >> >+ in the > >MACHINE'>MACHINE, >> >+ > >DISTRO'>DISTRO >> >+ or local.conf configuration file. >> >+ >> >+ >> >+ >> >+ VIRTUAL-RUNTIME_dev_manager =3D "udev" >> >+ >> >+ # Some alternative values >> >+ # VIRTUAL-RUNTIME_dev_manager =3D "busybox-mdev" >> >+ # VIRTUAL-RUNTIME_dev_manager =3D "systemd" >> >+ >> >+ >> >+
>> >+
>> >+ >> >
>> > Using an External SCM >> > >> >-- >> >1.7.10.4 >> > >> >-- >> >_______________________________________________ >> >yocto mailing list >> >yocto@yoctoproject.org >> >https://lists.yoctoproject.org/listinfo/yocto