From: Bruce Ashfield <bruce.ashfield@windriver.com>
To: Daniel Hilst Selli <danielhilst@gmail.com>, <yocto@yoctoproject.org>
Subject: Re: Conditional patches on kernel depending on board, how to maintain?
Date: Thu, 12 Jun 2014 11:51:12 -0400 [thread overview]
Message-ID: <5399CC70.5060803@windriver.com> (raw)
In-Reply-To: <53999502.1050802@gmail.com>
On 14-06-12 07:54 AM, Daniel Hilst Selli wrote:
> I have a SoM which will be used on several boards, this SoM has a base
> kernel for it, with its board-*.c file. In each board I may have
> different peripherals, so I have to patch the same board-*.c file
> depending on my target board, and that patches may be conflicting one
> each other. For example, I could have a RF on first SPI bus on one
> board, and on another board a SD card on same first SPI bus.
>
> So basically I will have a different kernel(uImage) and rootfs (with
> kernel modules) for each board.
>
> I think to create a layer for each target board, with the
> linux-SoM.bbappend including the patches for that board..., so I enable
> the layer depending on target board I'm creating, but is too much file
> editions, or have a build directory for each target board, enabling the
> right layer on each local.conf, but this means mantaining build
> directories, or at last local.conf, which doesn't seem a good idea for
> me...
>
> Would be possible to do this relying only new layers and its
> configurations?
As was mentioned in the other replies, you can always have a single
bbappend with board specific SRC_URI updates to add the patches you
need onto the base board support.
It's unfortunate that the patches conflict, since stacking hem in
board specific SRC_URIs can lead to patch failures in some configs
and not others .. if you change the baseline.
Typically in this situation, I either #ifdef the patches and use
a different configuration to conditionally build the consistent set
of changes, or maintain the changes in a git repository with board
specific patches on each branch. Again, that git approach avoids
patch failures during build.
Cheers,
Bruce
>
> Thanks in advance
> Cheers!
prev parent reply other threads:[~2014-06-12 15:51 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-12 11:54 Conditional patches on kernel depending on board, how to maintain? Daniel Hilst Selli
2014-06-12 12:27 ` Patrick Doyle
2014-06-12 12:42 ` Daniel Hilst Selli
2014-06-12 13:06 ` Nicolas Dechesne
2014-06-12 15:51 ` Bruce Ashfield [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=5399CC70.5060803@windriver.com \
--to=bruce.ashfield@windriver.com \
--cc=danielhilst@gmail.com \
--cc=yocto@yoctoproject.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.