From: Richard Purdie <richard.purdie@linuxfoundation.org>
To: Ovidiu-Adrian Vancea <ovidiu.vancea@ni.com>,
openembedded-core@lists.openembedded.org
Subject: Re: [RESEND][PATCH] package_ipk.bbclass: add kernel version to module dependencies
Date: Fri, 03 Jun 2016 13:40:27 +0100 [thread overview]
Message-ID: <1464957627.13979.18.camel@linuxfoundation.org> (raw)
In-Reply-To: <1464948105-5311-1-git-send-email-ovidiu.vancea@ni.com>
On Fri, 2016-06-03 at 13:01 +0300, Ovidiu-Adrian Vancea wrote:
> From: Ovidiu Vancea <ovidiu.vancea@ni.com>
>
> Updating the kernel ("opkg install kernel") does not update the
> dependencies (i.e. modules) because there is no possibility to do
> version
> enforcement in the OE recipe. Upon rebooting, the older version
> modules
> do not load and can leave hardware in a non-functioning state (if
> their
> drivers are not built into the kernel).
>
> Use the Version field from the kernel package on its rdepends,
> rrecommends,
> and rsuggests fields’ version. This makes the packages on which the
> kernel
> depends to be the same version as the kernel.
>
> Version field contains package build number (including git hash) and
> package
> revision, thus restricting the kernel and modules to always be built
> together.
Doesn't this make the system behave differently between the different
package backends? That is something we really don't want to do.
Either all package backends have/need this dependency or none do, we
don't want different behaviours without good reason.
Cheers,
Richard
prev parent reply other threads:[~2016-06-03 12:40 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-03 10:01 [RESEND][PATCH] package_ipk.bbclass: add kernel version to module dependencies Ovidiu-Adrian Vancea
2016-06-03 12:40 ` Richard Purdie [this message]
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=1464957627.13979.18.camel@linuxfoundation.org \
--to=richard.purdie@linuxfoundation.org \
--cc=openembedded-core@lists.openembedded.org \
--cc=ovidiu.vancea@ni.com \
/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.