From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by yocto-www.yoctoproject.org (Postfix, from userid 118) id B8FA2E009B8; Tue, 23 Jun 2015 12:57:09 -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=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED autolearn=ham version=3.3.1 X-Spam-HAM-Report: * -2.3 RCVD_IN_DNSWL_MED RBL: Sender listed at http://www.dnswl.org/, * medium trust * [147.11.146.13 listed in list.dnswl.org] * -1.9 BAYES_00 BODY: Bayes spam probability is 0 to 1% * [score: 0.0000] Received: from mail1.windriver.com (mail1.windriver.com [147.11.146.13]) by yocto-www.yoctoproject.org (Postfix) with ESMTP id 85C83E0096A for ; Tue, 23 Jun 2015 12:57:05 -0700 (PDT) Received: from ALA-HCB.corp.ad.wrs.com (ala-hcb.corp.ad.wrs.com [147.11.189.41]) by mail1.windriver.com (8.15.1/8.15.1) with ESMTPS id t5NJuuxg020292 (version=TLSv1 cipher=AES128-SHA bits=128 verify=FAIL); Tue, 23 Jun 2015 12:56:56 -0700 (PDT) Received: from server.local (128.224.20.240) by ALA-HCB.corp.ad.wrs.com (147.11.189.41) with Microsoft SMTP Server id 14.3.224.2; Tue, 23 Jun 2015 12:56:56 -0700 Message-ID: <5589BA07.4000805@windriver.com> Date: Tue, 23 Jun 2015 15:56:55 -0400 From: Bruce Ashfield User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: Robert Calhoun , "yocto@yoctoproject.org" , =?windows-1252?Q?=22Schauml=F6ffel=2C_Jan=22?= References: <553F90A3.9070501@windriver.com> <82ac67a7e46e416dbabdda01c42fc89a@ASTRO-EX1.Bensberg.de> <553FD83A.6040407@windriver.com> <4f2d75bf33ac423ab064f754e0b67655@ASTRO-EX1.Bensberg.de> <5540DB34.6010102@windriver.com> <55421DA2.9060909@windriver.com> <554236CB.6000604@windriver.com> In-Reply-To: Subject: Re: Migration from 1.7.1 to 1.8 - kernel-abiversion missing 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: Tue, 23 Jun 2015 19:57:09 -0000 Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Transfer-Encoding: 8bit On 2015-06-23 3:15 PM, Robert Calhoun wrote: > > > On 4/30/15 10:06 AM, "Bruce Ashfield" wrote: > >> On 2015-04-30 08:27 AM, Schaumlöffel, Jan wrote: >>>> What kernel recipe is used when your machine is set to 'astro' ? >>>> Something custom ? Or have you added machine compatibility to another >>>> known kernel recipe ? >>> >>> How would I see which kernel recipe is used? >> >> This is where my brute force techniques probably break down. I just >> do a 'bitbake virtual/kernel' and you'll see it display which >> recipe is being built. >> >> If you haven't added compatibility for your new machine to any >> recipe, I'm betting that linux-dummy is used. >> >>> >>> I did not customize anything except for aforementioned steps, simply >>> copied beaglebone.conf to astro.conf in the same directory. Also I did >>> not touch any kernel recipes (kernel is built externally), maybe that's >>> what's missing? >> >> It is plausible. But in theory, linux-dummy should still provide >> what you need (but since it doesn't build anything, there is >> no abi .. and no modules can be built against it) .. so the >> error isn't graceful. >> >> Bruce >> >>> >>> Jan >>> > > I encountered the same error ("ERROR: No kernel-abiversion file found > (build/tmp/sysroots/{machinename}/pkgdata/kernel-depmod/kernel-abiversion), > cannot run depmod, aborting") after porting my system from poky-daisy to > poky-fido. My machine config sets PREFERRED_PROVIDER_virtual/kernel = > "linux-dummy", as we currently use a monolithic out-of-tree 2.6 kernel. > It's a clean fido checkout, and I tried trashing tmp and rebuilding > everything to no effect. > > Based on > http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/classes/image.bbcl > ass I have worked around this by setting: > > USE_DEPMOD = "0" > > in my image configuration. This works, and allows the root file system to > be built. > > Is it a bug that depmod is not skipped automatically when linux-dummy is > specified? Am I risking death and destruction by overriding it? (We don't > have any kernel modules.) See Saul's patch from about 33 minutes ago: [OE-core] [PATCH][master&fido] image.bbclass: Disable USE_DEPMOD for the dummy kernel :) Bruce > > Thanks, > > Rob Calhoun >