From: Mark Hatle <mark.hatle@windriver.com>
To: Darren Hart <dvhart@linux.intel.com>
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [PATCH] Revert "hello-mod: Ensure the produced package name begins with kernel-module-"
Date: Wed, 14 Aug 2013 13:35:16 -0500 [thread overview]
Message-ID: <520BCDE4.3010307@windriver.com> (raw)
In-Reply-To: <1376503856.12272.217.camel@dvhart-mobl4.amr.corp.intel.com>
On 8/14/13 1:10 PM, Darren Hart wrote:
> On Wed, 2013-08-14 at 09:41 -0700, Yang Shi wrote:
>> [YOCTO #4286]
>>
>> The package runtime mapping rename issue is already fixed by
>> commit 0bc564af07c1bae8112f834a60aea3b72af7de13, the "kernel-module-" workaround
>> is not necessary anymore for out-of-tree module package, so revert that commit.
>>
>> This reverts commit 71aafc214fe407b7620e747c11dfb8326c867b1c.
>>
>
> Is runtime mapping rename the right solution to this? I don't have any
> experience with it, I'm not objecting, just asking the question. Is
> runtime mapping rename a catchall for things that don't do the right
> thing in the first place, or is it the preferred mechanism?
There we two patches that went into the main oe-core that make this change no
longer relevant. The first is a change
51928b6b5ca0a46a9dcd754483a19af58b95fa18, by Martin Jansa. This automatically
adds the kernel-module- prefix to kernel module packages.
The second was the recent commit 0bc564af07c1bae8112f834a60aea3b72af7de13 that
allowed this change to work in a multilib environment. To keep the example
being as 'clean' as possible, we want to revert the workaround as it is no
longer needed.
> My uninformed initial reaction is that it makes more sense to be
> explicit with this sort of thing so people can know what to expect as
> the output from recipes like this without having to track down what the
> runtime mapping rename will do to the package output.
The initial bug and feature request was that users creating packages that
provide kernel-modules shouldn't have to know they need 'kernel-module-' in the
name. (Without that there are numerous QA and other checks that fail, some in
ways that make it hard to figure out what went wrong.)
> As things stand now, I can see from the hello-mod recipe that the
> package will be called kernel-module-hello-mod, if we drop this, I would
> expect it to be hello-mod if I didn't have a deep knowledge of this
> rename mechanism...
Perhaps the need then is to document that the inherit of the modules bbclass
will automatically name module packages w/ kernel-module- as required by the
oe-core build environment?
> My 0.02 USD.
>
>> Signed-off-by: Yang Shi <yang.shi@windriver.com>
>> ---
>> .../recipes-kernel/hello-mod/hello-mod_0.1.bb | 8 --------
>> 1 files changed, 0 insertions(+), 8 deletions(-)
>>
>> diff --git a/meta-skeleton/recipes-kernel/hello-mod/hello-mod_0.1.bb b/meta-skeleton/recipes-kernel/hello-mod/hello-mod_0.1.bb
>> index 621f700..64a6dda 100644
>> --- a/meta-skeleton/recipes-kernel/hello-mod/hello-mod_0.1.bb
>> +++ b/meta-skeleton/recipes-kernel/hello-mod/hello-mod_0.1.bb
>> @@ -13,11 +13,3 @@ SRC_URI = "file://Makefile \
>> "
>>
>> S = "${WORKDIR}"
>> -
>> -# Kernel module packages MUST begin with 'kernel-module-', otherwise
>> -# multilib image generation can fail.
>> -#
>> -# The following line is only necessary if the recipe name does not begin
>> -# with kernel-module-.
>> -#
>> -PKG_${PN} = "kernel-module-${PN}"
>
next prev parent reply other threads:[~2013-08-14 18:35 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-08-14 16:41 Revert kernel-moudle- workaround for out-of-tree module package Yang Shi
2013-08-14 16:41 ` [PATCH] Revert "hello-mod: Ensure the produced package name begins with kernel-module-" Yang Shi
2013-08-14 18:10 ` Darren Hart
2013-08-14 18:35 ` Mark Hatle [this message]
2013-08-16 15:23 ` Yang Shi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=520BCDE4.3010307@windriver.com \
--to=mark.hatle@windriver.com \
--cc=dvhart@linux.intel.com \
--cc=openembedded-core@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.