On 13-11-18 10:50 AM, Otavio Salvador wrote:
On Mon, Nov 18, 2013 at 1:31 PM, Saul Wold <[email protected]> wrote:
On 11/18/2013 06:50 AM, Robert Yang wrote:
On 11/18/2013 10:18 PM, Otavio Salvador wrote:
On Mon, Nov 18, 2013 at 10:25 AM, Robert Yang
<[email protected]> wrote:
This should be considered for Dora as well as it fixes the deadlock
and building with 3.12 kernels.
Hi Otavio, thanks for suggesting this for dora, but dora's kernel is
3.10.11,
and this is an update for lttng-modules, I'm not sure whether dora needs
this.
Add Saul in the CC list.
I think Dora ought to get the new 3.10 kernel updates; this can go
along side with it.
Hi Otavio,
I'm sorry, but I'm not sure whether we need update dora's kernel from
3.10.11
to 3.10.17, since we seldom do the package update for a stable branch,
let's wait for others' comments:-).
This is correct, I do not think we will be updating the kernel for a stable
branch.
This is wrong. We should update to 3.10.17 as this is the LTS release,
otherwise what is the point of us using a LTS at all?
Obviously I'll be maintaining the LTS release in master, but that
maintenance gets a mix of bug fixes and features associated with the
upstream maintenance + LTSI + BSP requirements.
I've sent patches for the sustained branches in the past, and can
do it here as well. But to do it properly, there really needs to be a
dedicated kernel repository, since things like the LTSI import and
new BSP support will be mixed into the tree if a single 3.10 repo
is used.
I'm willing to split the repo and do -stable korg release updates, but
at some point there are only so many repositories and versions that
should be maintained at one time. As to what that number is, I don't have
a firm one in mind.
At a minimum, it would be safe for the dora maintenance branch to take
my latest kernel -stable imports, but in the not to distant future,
it would need a separate maintenance stream.
Cheers,
Bruce
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.openembedded.org/mailman/listinfo/openembedded-core