All of lore.kernel.org
 help / color / mirror / Atom feed
From: Darren Hart <dvhart@linux.intel.com>
To: tom.zanussi@intel.com
Cc: yocto@yoctoproject.org
Subject: Re: [PATCH 1/2] meta-crownbay: switch to linux-yocto-3.2 kernel
Date: Tue, 13 Mar 2012 12:30:20 -0700	[thread overview]
Message-ID: <4F5FA04C.7080901@linux.intel.com> (raw)
In-Reply-To: <86eeec9f1963b57809b988e148ddf43562e2f0bc.1331610171.git.tom.zanussi@intel.com>

Hi Tom,

Some thoughts on this with respect to cleaning up and simplifying the
recipes per our earlier discussions.

On 03/12/2012 09:37 PM, tom.zanussi@intel.com wrote:
> From: Tom Zanussi <tom.zanussi@intel.com>
> 
> Switch crownbay and crownbay-noemgd to the 3.2 kernel.
> 
> Signed-off-by: Tom Zanussi <tom.zanussi@intel.com>
> ---
>  meta-crownbay/conf/machine/crownbay-noemgd.conf    |    2 ++
>  meta-crownbay/conf/machine/crownbay.conf           |    2 ++
>  .../linux/linux-yocto-rt_3.2.bbappend              |   20 ++++++++++++++++++++
>  .../recipes-kernel/linux/linux-yocto_3.2.bbappend  |   17 +++++++++++++++++
>  4 files changed, 41 insertions(+), 0 deletions(-)
>  create mode 100644 meta-crownbay/recipes-kernel/linux/linux-yocto-rt_3.2.bbappend
>  create mode 100644 meta-crownbay/recipes-kernel/linux/linux-yocto_3.2.bbappend
> 
> diff --git a/meta-crownbay/conf/machine/crownbay-noemgd.conf b/meta-crownbay/conf/machine/crownbay-noemgd.conf
> index 2c80bd8..af85b00 100644
> --- a/meta-crownbay/conf/machine/crownbay-noemgd.conf
> +++ b/meta-crownbay/conf/machine/crownbay-noemgd.conf
> @@ -4,6 +4,8 @@
>  #@DESCRIPTION: Machine configuration for Crown Bay systems, without Intel-proprietary graphics bits
>  # i.e. E660 + EG20T
>  
> +PREFERRED_VERSION_linux-yocto ?= "3.2%"
> +
>  require conf/machine/include/tune-atom.inc
>  require conf/machine/include/ia32-base.inc
>  
> diff --git a/meta-crownbay/conf/machine/crownbay.conf b/meta-crownbay/conf/machine/crownbay.conf
> index 2c1ef3d..1458bff 100644
> --- a/meta-crownbay/conf/machine/crownbay.conf
> +++ b/meta-crownbay/conf/machine/crownbay.conf
> @@ -4,6 +4,8 @@
>  #@DESCRIPTION: Machine configuration for Crown Bay systems
>  # i.e. E660 + EG20T
>  
> +PREFERRED_VERSION_linux-yocto ?= "3.2%"
> +
>  require conf/machine/include/tune-atom.inc
>  require conf/machine/include/ia32-base.inc
>  
> diff --git a/meta-crownbay/recipes-kernel/linux/linux-yocto-rt_3.2.bbappend b/meta-crownbay/recipes-kernel/linux/linux-yocto-rt_3.2.bbappend
> new file mode 100644
> index 0000000..dee9bce
> --- /dev/null
> +++ b/meta-crownbay/recipes-kernel/linux/linux-yocto-rt_3.2.bbappend
> @@ -0,0 +1,20 @@
> +FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
> +
> +COMPATIBLE_MACHINE_crownbay-noemgd = "crownbay-noemgd"
> +KMACHINE_crownbay-noemgd = "crownbay"
> +
> +KERNEL_FEATURES_append_crownbay-noemgd += " cfg/smp.scc"

I think we start putting cfg/smp.scc in the BSP scc file directly rather
than in the recipe itself. This can be a follow-on patch, or just with
the next kernel release even. But I wanted to point it out.

> +
> +COMPATIBLE_MACHINE_crownbay = "crownbay"
> +KMACHINE_crownbay = "crownbay"
> +
> +KERNEL_FEATURES_append_crownbay += " cfg/smp.scc"
> +
> +# Update the following to use a different BSP branch or meta SRCREV
> +#KBRANCH_crownbay-noemgd = "yocto/standard/preempt-rt/base"
> +#SRCREV_machine_pn-linux-yocto-rt_crownbay-noemgd ?= XXXX
> +#SRCREV_meta_pn-linux-yocto-rt_crownbay-noemgd ?= XXXX
> +
> +#KBRANCH_crownbay = "yocto/standard/preempt-rt/base"
> +#SRCREV_machine_pn-linux-yocto-rt_crownbay ?= XXXX
> +#SRCREV_meta_pn-linux-yocto-rt_crownbay ?= XXXX
> diff --git a/meta-crownbay/recipes-kernel/linux/linux-yocto_3.2.bbappend b/meta-crownbay/recipes-kernel/linux/linux-yocto_3.2.bbappend
> new file mode 100644
> index 0000000..3b02076
> --- /dev/null
> +++ b/meta-crownbay/recipes-kernel/linux/linux-yocto_3.2.bbappend
> @@ -0,0 +1,17 @@
> +FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
> +
> +COMPATIBLE_MACHINE_crownbay = "crownbay"
> +KMACHINE_crownbay  = "crownbay"
> +KBRANCH_crownbay  = "standard/default/crownbay"

I believe crownbay no longer requires special patches right? Can we just
use the standard/default/base branch here and squash the crownbay branch?

> +KERNEL_FEATURES_append_crownbay += " cfg/smp.scc"
> +
> +COMPATIBLE_MACHINE_crownbay-noemgd = "crownbay-noemgd"
> +KMACHINE_crownbay-noemgd  = "crownbay"
> +KBRANCH_crownbay-noemgd  = "standard/default/crownbay"
> +KERNEL_FEATURES_append_crownbay-noemgd += " cfg/smp.scc"
> +
> +SRCREV_machine_pn-linux-yocto_crownbay ?= "4471c11c7755727219b673cb887d8a13b8715aba"
> +SRCREV_meta_pn-linux-yocto_crownbay ?= "64840f55ee144e9814278eaa8e3f33dd60da892c"
> +
> +SRCREV_machine_pn-linux-yocto_crownbay-noemgd ?= "4471c11c7755727219b673cb887d8a13b8715aba"
> +SRCREV_meta_pn-linux-yocto_crownbay-noemgd ?= "64840f55ee144e9814278eaa8e3f33dd60da892c"

The meta SRCREV shouldn't be unique from the base linux-yocto_3.2.bb
recipe, so this can be dropped and save the effort of updating it later.

If we use the standard/default/base branch, the machine SRCREV can also
be dropped.


-- 
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel


  reply	other threads:[~2012-03-13 19:31 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-03-13  4:37 [PATCH 0/2] meta-intel: crownbay 3.2 update tom.zanussi
2012-03-13  4:37 ` [PATCH 1/2] meta-crownbay: switch to linux-yocto-3.2 kernel tom.zanussi
2012-03-13 19:30   ` Darren Hart [this message]
2012-03-13 19:44     ` Tom Zanussi
2012-03-14  2:40       ` Bruce Ashfield
2012-03-14  3:03         ` Tom Zanussi
2012-03-14  3:08           ` Bruce Ashfield
2012-03-14  4:05             ` Darren Hart
2012-03-14  4:12               ` Bruce Ashfield
2012-03-14 14:45                 ` Darren Hart
2012-03-14 15:51                   ` Tom Zanussi
2012-03-14 20:25                   ` Bruce Ashfield
2012-03-14 20:40                     ` Darren Hart
2012-03-14 20:54                       ` Bruce Ashfield
2012-03-13  4:37 ` [PATCH 2/2] ia32-base: add libva display dependencies to emgd xserver tom.zanussi

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=4F5FA04C.7080901@linux.intel.com \
    --to=dvhart@linux.intel.com \
    --cc=tom.zanussi@intel.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.