[linux-yocto] [PATCH 1/1] meta: add baytrail scc & config files
Darren Hart
dvhart at linux.intel.com
Wed Sep 25 13:59:14 PDT 2013
On Wed, 2013-09-25 at 03:23 +0000, Chang, Rebecca Swee Fun wrote:
> Hi Darren,
>
> Please see my replies below.
>
Rebecca - great, this all looks good to me. Just one comment:
> >
> > > +
> > > +CONFIG_GPIOLIB=y
> > > +CONFIG_GPIO_BYT=y
> > > +CONFIG_GPIO_BYT_DEVICE=y
> > > +
> >
> >
> > GPIO_BYT* configs do not exist in the sources nor do they exist in the
> > upstream kernel.
>
> We will have internal discussion regarding this.
> For Darren, please refer to Ong Boon Leong's email reply in the internal review email thread. He will comment on this.
>
So after reading BL's email and learning a bit more about the two types
of device enumeration and the IVI dependence on the PCI-variant, we can
make this work.
Given that these config options require a set of out-of-tree drivers, my
recommendation would be to treat these as we do the emgd driver. They
can go in a feature branch and have a feature config fragment associated
with them which merges in that branch when included in the machine scc.
linux-yocto-3.8/meta/cfg/kernel-cache/features/drm-emgd [meta]
$ cat drm-emgd-1.18.scc
kconf hardware drm-emgd.cfg
merge emgd-1.18
With this in place, you will not need a dedicated machine branch for the
baytrail and can reuse the common-pc/base and common-pc-64/base
branches, reducing the branch maintenance imposed on linux-yocto and
working toward consolidating IA BSPs to fewer branches.
Do you have any concerns with being able to move forward in a timely
manner with this approach? It involves a bit of refactoring, but nothing
major, and I can help out if any aspect of it is new or unclear.
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel
More information about the linux-yocto
mailing list