From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 32D0DE00810; Mon, 9 Mar 2015 06:53:59 -0700 (PDT) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on yocto-www.yoctoproject.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, RCVD_IN_DNSWL_NONE, SPF_HELO_PASS autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -0.0 SPF_HELO_PASS SPF: HELO matches SPF record * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at http://www.dnswl.org/, no * trust * [157.55.234.110 listed in list.dnswl.org] X-Greylist: delayed 1060 seconds by postgrey-1.32 at yocto-www; Mon, 09 Mar 2015 06:53:53 PDT Received: from emea01-db3-obe.outbound.protection.outlook.com (mail-db3on0110.outbound.protection.outlook.com [157.55.234.110]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 861ADE003FA for ; Mon, 9 Mar 2015 06:53:53 -0700 (PDT) Received: from [10.0.1.27] (46.140.72.82) by AM3PR05MB0872.eurprd05.prod.outlook.com (25.161.33.150) with Microsoft SMTP Server (TLS) id 15.1.106.15; Mon, 9 Mar 2015 13:20:54 +0000 Message-ID: <54FD9E33.2090902@toradex.com> Date: Mon, 9 Mar 2015 14:20:51 +0100 From: Stefan Agner User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Otavio Salvador References: <1425890818-29842-1-git-send-email-stefan.agner@toradex.com> <1425890818-29842-4-git-send-email-stefan.agner@toradex.com> In-Reply-To: X-Originating-IP: [46.140.72.82] X-ClientProxiedBy: DB3PR01CA0045.eurprd01.prod.exchangelabs.com (10.242.133.148) To AM3PR05MB0872.eurprd05.prod.outlook.com (25.161.33.150) Authentication-Results: gmail.com; dkim=none (message not signed) header.d=none; X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:AM3PR05MB0872; X-Forefront-Antispam-Report: BMV:1; SFV:NSPM; SFS:(10019020)(6009001)(6049001)(24454002)(51704005)(377454003)(23676002)(77156002)(92566002)(122386002)(62966003)(64126003)(46102003)(83506001)(87976001)(19580405001)(19580395003)(230783001)(59896002)(77096005)(40100003)(42186005)(87266999)(76176999)(54356999)(50986999)(65816999)(86362001)(33656002)(110136001)(47776003)(50466002)(2950100001)(65956001)(36756003)(65806001)(66066001); DIR:OUT; SFP:1102; SCL:1; SRVR:AM3PR05MB0872; H:[10.0.1.27]; FPR:; SPF:None; MLV:sfv; LANG:en; X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(5002009)(5005006); SRVR:AM3PR05MB0872; BCL:0; PCL:0; RULEID:; SRVR:AM3PR05MB0872; X-Forefront-PRVS: 05102978A2 X-OriginatorOrg: toradex.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 09 Mar 2015 13:20:54.5396 (UTC) X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM3PR05MB0872 Cc: "meta-freescale@yoctoproject.org" , Marcel Ziswiler , Max Krummenacher Subject: Re: [meta-fsl-arm-extra][PATCH 3/3] colibri-vf: initial machine for Toradex Vybrid modules X-BeenThere: meta-freescale@yoctoproject.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: Usage and development list for the meta-fsl-* layers List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2015 13:53:59 -0000 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Hi Otavio, On 09.03.2015 14:12, Otavio Salvador wrote: > On Mon, Mar 9, 2015 at 5:46 AM, Stefan Agner wrote: >> The two modules Colibri VF50 and Colibri VF61 are very similar, >> with this generic machine called "colibri-vf" both modules are >> supported. The bootloader default environment expects the Linux >> kernel zImage as well as the device tree files to be located in >> the /boot folder of the root file system. Use IMAGE_INSTALL on >> the machine level to install them into the root file system by >> default. >> >> Signed-off-by: Stefan Agner >> --- >> conf/machine/colibri-vf.conf | 36 ++++++++++++++++++++++++++++++++++++ >> 1 file changed, 36 insertions(+) >> create mode 100644 conf/machine/colibri-vf.conf >> >> diff --git a/conf/machine/colibri-vf.conf b/conf/machine/colibri-vf.conf >> new file mode 100644 >> index 0000000..f84abbc >> --- /dev/null >> +++ b/conf/machine/colibri-vf.conf >> @@ -0,0 +1,36 @@ >> +#@TYPE: Machine >> +#@NAME: Toradex Colibri VF50/VF61 >> +#@SOC: VF500/VF610 >> +#@DESCRIPTION: Machine configuration for Toradex Colibri VF50/VF61 powered by Freescale Vybrid SoC >> +#@MAINTAINER: Stefan Agner >> + >> +include conf/machine/include/imx-base.inc >> +include conf/machine/include/tune-cortexa5.inc >> + >> +SOC_FAMILY = "vf:vf50:vf60" > I agree with this however this imposes a change in imx-base.inc. > Please change the UBOOT_ENTRYPOINT for vf so it avoids the duplicated > definition. This also needs to add the vf in the SOC_FAMILY of Tower. Yep, makes sense, will include that change in v2. >> +PREFERRED_PROVIDER_virtual/kernel ?= "linux-toradex" >> +KERNEL_IMAGETYPE = "zImage" >> +KERNEL_DEVICETREE += "vf500-colibri-eval-v3.dtb vf610-colibri-eval-v3.dtb" >> + >> +# U-Boot expects the kernel and device tree directly in /boot of the rootfs >> +IMAGE_INSTALL_append = " kernel-image kernel-devicetree" > Please use: > > === MACHINE_EXTRA_RDEPENDS > A list of machine-specific packages to install as part of the image > being built that are not essential for the machine to boot. However, > the build process for more fully-featured images depends on the > packages being present. "not essential for the machine to boot", well, those are essential... At least for NAND/SD boot. Theoretically its optional since the kernel/device tree can also be fetched over the network, but that's not the common use case. > > This variable affects all images based on `packagegroup-base`, which > does not include the `core-image-minimal` or `core-image-full-cmdline` > images. > > The variable is similar to the `MACHINE_EXTRA_RRECOMMENDS` variable > with the exception that the image being built has a build dependency > on the variable's list of packages. In other words, the image will not > build if a file in this list is not found. Currently I test with core-image-minimal. I guess this won't boot if I use MACHINE_EXTRA_DEPENDS... > > An example is a machine that has WiFi capability but is not essential > for the machine to boot the image. However, if you are building a more > fully-featured image, you want to enable the WiFi. The package > containing the firmware for the WiFi hardware is always expected to > exist, so it is acceptable for the build process to depend upon > finding the package. In this case, assuming the package for the > firmware was called `wifidriver-firmware`, you would use the following > in the `.conf` file for the machine: > > MACHINE_EXTRA_RDEPENDS += "wifidriver-firmware" > -- Stefan