All of lore.kernel.org
 help / color / mirror / Atom feed
From: Daniel Hilst Selli <danielhilst@gmail.com>
Cc: "yocto@yoctoproject.org" <yocto@yoctoproject.org>
Subject: Re: Conditional patches on kernel depending on board, how to maintain?
Date: Thu, 12 Jun 2014 09:42:48 -0300	[thread overview]
Message-ID: <5399A048.8000000@gmail.com> (raw)
In-Reply-To: <CAF_dkJBngJcx3qPYfS6d+Nupntkg-fqeT3fh8piQCsEAH8GDUA@mail.gmail.com>

On 06/12/2014 09:27 AM, Patrick Doyle wrote:
> Can you compile the different device drivers as modules and load them
> at runtime?
> Can you compile the different device drivers statically and probe them
> based on a devicetree file?

Yes I do compile the device drivers as modules, but yet I have to 
register the *_board_info structs on board-*.c file, here is an example:

http://pastebin.com/GMSDQERB

Thanks in advance,
Cheers!

>
> --wpd
>
>
> On Thu, Jun 12, 2014 at 7:54 AM, Daniel Hilst Selli
> <danielhilst@gmail.com> 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?
>>
>> Thanks in advance
>> Cheers!
>> --
>> _______________________________________________
>> yocto mailing list
>> yocto@yoctoproject.org
>> https://lists.yoctoproject.org/listinfo/yocto



  reply	other threads:[~2014-06-12 12:43 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 [this message]
2014-06-12 13:06 ` Nicolas Dechesne
2014-06-12 15:51 ` Bruce Ashfield

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=5399A048.8000000@gmail.com \
    --to=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.