From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.dream-property.net ([82.149.226.172]) by linuxtogo.org with esmtp (Exim 4.72) (envelope-from ) id 1SMQrC-0008F9-Pj for openembedded-core@lists.openembedded.org; Mon, 23 Apr 2012 23:31:38 +0200 Received: from localhost (localhost [127.0.0.1]) by mail.dream-property.net (Postfix) with ESMTP id 3C70E315B66C; Mon, 23 Apr 2012 23:22:05 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mail.dream-property.net Received: from mail.dream-property.net ([127.0.0.1]) by localhost (mail.dream-property.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 7HYhHxYhF2zR; Mon, 23 Apr 2012 23:21:54 +0200 (CEST) Received: from [172.22.22.61] (drms-4d014628.pool.mediaWays.net [77.1.70.40]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.dream-property.net (Postfix) with ESMTPSA id 9BD7D315B5D1; Mon, 23 Apr 2012 23:21:54 +0200 (CEST) Message-ID: <4F95C7F1.7030500@opendreambox.org> Date: Mon, 23 Apr 2012 23:21:53 +0200 From: Andreas Oberritter User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1 MIME-Version: 1.0 To: Darren Hart References: <1334667923-13908-1-git-send-email-obi@opendreambox.org> <1334667923-13908-2-git-send-email-obi@opendreambox.org> <4F9592F6.7070707@linux.intel.com> In-Reply-To: <4F9592F6.7070707@linux.intel.com> Cc: Patches and discussions about the oe-core layer Subject: Re: [PATCH 1/5] {kernel, module}.bbclass: don't run depmod for module packages during do_rootfs X-BeenThere: openembedded-core@lists.openembedded.org X-Mailman-Version: 2.1.11 Precedence: list Reply-To: Patches and discussions about the oe-core layer List-Id: Patches and discussions about the oe-core layer List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2012 21:31:38 -0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 23.04.2012 19:35, Darren Hart wrote: > > > On 04/17/2012 06:05 AM, Andreas Oberritter wrote: >> * depmod already gets executed by pkg_postinst_kernel-image. >> > > Please include a description of the errors seen that this fixes. This > makes it easier for people experiencing this to find the fix. Well, there is no error. If you build a module using module.bbclass, pkg_postinst returns 1 in do_rootfs, causing pkg_postinst to run again on first boot. To improve this situation, I copied pkg_postinst from kernel.bbclass to module.bbclass. This was rejected by Koen, because he doesn't like the code from kernel.bblcass, which uses ${STAGING_DIR_KERNEL}. Richard then suggested that calling depmod during do_rootfs wasn't necessary at all, because it already gets done by kernel-image. I already explained this in the cover letter and in the previous email thread. > >> Signed-off-by: Andreas Oberritter >> --- >> meta/classes/kernel.bbclass | 4 +--- >> meta/classes/module.bbclass | 7 +++---- >> 2 files changed, 4 insertions(+), 7 deletions(-) >> >> diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass >> index 3519e7c..c21ab96 100644 >> --- a/meta/classes/kernel.bbclass >> +++ b/meta/classes/kernel.bbclass >> @@ -276,9 +276,7 @@ fi >> } >> >> pkg_postinst_modules () { >> -if [ -n "$D" ]; then >> - ${HOST_PREFIX}depmod -A -b $D -F ${STAGING_KERNEL_DIR}/System.map-${KERNEL_VERSION} ${KERNEL_VERSION} >> -else >> +if [ -z "$D" ]; then > > I understand it parallels the previous test - but it seems fragile to > rely on the mere existence of $D. Consider the following? > > if [ ! -d "$D" ]; then > > This will do the right thing if D is empty as well as if $D is defined > by bitbake. > >> depmod -a >> update-modules || true >> fi >> diff --git a/meta/classes/module.bbclass b/meta/classes/module.bbclass >> index 53c16b7..91628e4 100644 >> --- a/meta/classes/module.bbclass >> +++ b/meta/classes/module.bbclass >> @@ -37,15 +37,14 @@ module_do_install() { >> } >> >> pkg_postinst_append () { >> - if [ -n "$D" ]; then >> - exit 1 >> - fi >> +if [ -z "$D" ]; then >> depmod -a >> update-modules || true >> +fi >> } >> >> pkg_postrm_append () { >> - update-modules || true >> +update-modules || true > > Unintentional whitespace change? >