From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id 44F7BE0088B; Mon, 18 Jan 2016 15:52:35 -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=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 X-Spam-HAM-Report: * 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider * (max.oss.09[at]gmail.com) * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] * -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's * domain * 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily * valid * -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature * -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low * trust * [74.125.82.44 listed in list.dnswl.org] Received: from mail-wm0-f44.google.com (mail-wm0-f44.google.com [74.125.82.44]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id E8FBFE00803 for ; Mon, 18 Jan 2016 15:52:29 -0800 (PST) Received: by mail-wm0-f44.google.com with SMTP id 123so71109839wmz.0 for ; Mon, 18 Jan 2016 15:52:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:subject:from:to:date:in-reply-to:references:content-type :mime-version:content-transfer-encoding; bh=s9AuSXS/Rhzdod/vqZPNdZ4TRYLj1ZsNzGDNZ2eAyqE=; b=H4goXCkG55dIKbdrkolCgWC9f1LUkYI6imsri+I9pj9aGntVlCuFK8ZdcPy8RqOG/s 6AFRyzeBz5BSFf/s0jy1e7rQuvHX+Bjmn3hItOCSBJG1jrDkbAQVp13TjuG1H+TXXrrH HIMcSuVvoc65AZZQbp6lph+WovtmvX9bgqAg0kmubtUc2fSLy+ABz6sZLmxfKEwIi0/J dgna7dtF+K/geniiEVhSBnmQZal2GdszXlG4u0LDNKR2tK9/6czaL0mSMHoBf6TAJqCU CS/DDSXJcy5bO4txaZxMucoPpDsRmxKwPEV1aetUxtLC2pfY4rpITxRizPIaOyN/G+Ed XkgA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:subject:from:to:date:in-reply-to :references:content-type:mime-version:content-transfer-encoding; bh=s9AuSXS/Rhzdod/vqZPNdZ4TRYLj1ZsNzGDNZ2eAyqE=; b=dhwOTSRWysOddIeAwjpiBeqqe9TnPwVYSxIIm8Qpqw0G8eQRkVGxvXK4PxXv/sCFUu 1cogXdm9e37bV65IsP2GvQiQrsSawLOnQ2SjEoKRJbxU9iNdcqzSdvH0BE/CPBrf2zEL p781f1OVGwMRco717xTsBUR4Xf7GXhIKcNxjruul3gqCm9kl6K85htJT1whvWiQDsV1w EFkCqkEIBwAzV7mGSjBiK5A+mq0EJFudWF3IffOQ4dPtyDRMODYp2O7K0nGlZa3IbUXr Z8qXk8fCMJqJ3nms7q5yiy3x69smPODQEnlBoJQJOBWSMk8QWr9+Tm67geS62NE7x7cP Iafw== X-Gm-Message-State: ALoCoQnjSGmfchHJMHmSNT4KmjxFvGKa8/oy8gv0dCo1htydatYB8a5JeUUCOCY5ntOUF5+zPW3xtrJ//int4v6t1jmf9pLzrg== X-Received: by 10.194.105.99 with SMTP id gl3mr25773591wjb.90.1453161148770; Mon, 18 Jan 2016 15:52:28 -0800 (PST) Received: from Saturn.local.all (212-41-124-249.adsl.solnet.ch. [212.41.124.249]) by smtp.gmail.com with ESMTPSA id yz5sm25736644wjc.36.2016.01.18.15.52.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 18 Jan 2016 15:52:28 -0800 (PST) Message-ID: <1453161146.2577.23.camel@gmail.com> From: Max Krummenacher To: Otavio Salvador , meta-freescale Mailing List Date: Tue, 19 Jan 2016 00:52:26 +0100 In-Reply-To: <1453139502-13906-1-git-send-email-otavio@ossystems.com.br> References: <1453139502-13906-1-git-send-email-otavio@ossystems.com.br> X-Mailer: Evolution 3.16.5 Mime-Version: 1.0 Subject: Re: [meta-fsl-arm-extra PATCH] linux-toradex (3.14.28): Restrict recipe parsing for compatible machines 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, 18 Jan 2016 23:52:35 -0000 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit Hi Otavio Am Montag, den 18.01.2016, 15:51 -0200 schrieb Otavio Salvador: > While it is good, as design, allow for easier reuse of the recipe by > custom designs (specially SoM-based ones) it requires that we provide > common 'defconfig' files. > Wouldn't it then be better to provide such a common defconfig additionally? If yes I could prepare an alternative patch which adds recipes-kernel/linux/linux-toradex-3.14.28/defconfig instead of restricting compatible machine. I would probably take the current linux-fslc one to cover a greater range of drivers and options than what we use for our machines. Regards Max > The Toradex kernel does not provide a i.MX6 generic defconfig file > thus triggering a warning when building for other boards, as: > > ,---- > > WARNING: Unable to get checksum for linux-toradex SRC_URI entry > > defconfig: file could not be found. > `---- > > To avoid this warning, the compatible machine is now set for the > compatible ones (apalis-imx6 and colibri-imx6). > > Signed-off-by: Otavio Salvador > --- > > recipes-kernel/linux/linux-toradex_3.14.28.bb | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/recipes-kernel/linux/linux-toradex_3.14.28.bb b/recipes > -kernel/linux/linux-toradex_3.14.28.bb > index e7d8718..abd4278 100644 > --- a/recipes-kernel/linux/linux-toradex_3.14.28.bb > +++ b/recipes-kernel/linux/linux-toradex_3.14.28.bb > @@ -10,4 +10,4 @@ LOCALVERSION = "-v2.5b2" > SRCBRANCH = "toradex_imx_3.14.28_1.0.0_ga" > SRCREV = "8f237ebe42f2cb911245369276a6b3043c2815f2" > DEPENDS += "lzop-native bc-native" > -COMPATIBLE_MACHINE = "(mx6)" > +COMPATIBLE_MACHINE = "(apalis-imx6|colibri-imx6)"