[OE-core] [PATCH 0/3] linux-yocto: consolidated pull
Kamble, Nitin A
nitin.a.kamble at intel.com
Fri Jul 20 15:50:23 UTC 2012
> -----Original Message-----
> From: Bruce Ashfield [mailto:bruce.ashfield at windriver.com]
> Sent: Friday, July 20, 2012 9:10 PM
> To: Kamble, Nitin A
> Cc: richard.purdie at linuxfoundation.org; Wold, Saul; Zanussi, Tom;
> andrea.adami at gmail.com; rpjday at crashcourse.ca; openembedded-
> core at lists.openembedded.org
> Subject: Re: [PATCH 0/3] linux-yocto: consolidated pull
>
> On 12-07-20 11:34 AM, Kamble, Nitin A wrote:
> >
> >
> >> -----Original Message-----
> >> From: Bruce Ashfield [mailto:bruce.ashfield at windriver.com]
> >> Sent: Friday, July 20, 2012 8:49 PM
> >> To: richard.purdie at linuxfoundation.org
> >> Cc: Wold, Saul; Zanussi, Tom; Kamble, Nitin A;
> >> andrea.adami at gmail.com; rpjday at crashcourse.ca;
> >> openembedded-core at lists.openembedded.org
> >> Subject: [PATCH 0/3] linux-yocto: consolidated pull
> >>
> >> Richard/Saul,
> >>
> >> I've got some -stable updates, -rt updates and other changes that are
> >> almost done, but I wanted to get these smaller patches out of my queue
> first.
> >>
> >> We have some cleanup patches from Robert P. J. Day and a meta branch
> >> update for EMGD, CONFIG_MTD_NAND_VERIFY_WRITE and kmemcheck.
> >>
> >> I've gone ahead and pushed the emgd update from Nitin, if it requires
> >> re- work, we'll just add more commits to the branch.
> >>
> >> Tom/Nitin: speak up if there's a problem with this!
> >>
> > Bruce,
> > I notice that in the meta branch you also created patches for commits
> from the emgd-1.14 branch such as meta/cfg/kernel-
> cache/features/emgd/yocto-emgd-emgd-1.14-driver.patch. So emgd-1.14
> support is available by 2 ways now. 1: By enabling these patches& 2: by
> merging the emgd-1.14 branch. For crownbay it is merging the emgd-1.14
> branch, so these patches from meta directory can not be used.
>
> .. and they aren't supposed to be used, are there any BSPs actively including
> the emgd-1.14 feature ? I didn't see any, so I left the patches in the feature
> description. If a BSP does a git merge of the branch, it shouldn't include the
> feature, since as you mention, that would push the patches again.
>
> It's just providing options, since merging branches isn't always possible.
>
> > I don't see any functional issue with this layout, but I am curious why
> these patches in meta branch when emgd-1.14 branch can be merged to get
> the same effect.
>
> The kernel-cache should always have the raw patches that you find on the
> branches. Some prefer the patches (and don't want to dump the from the
> branches) and they document the commits on the branches.
>
> I for one always use the merge, and prefer the branch only commits, but my
> inbox is full from people requesting the raw patches over the years :)
>
Bruce,
Thanks for the clarification. :)
Nitin
> Cheers,
>
> Bruce
>
> >
> > Thanks,
> > Nitin
> >
> >> Cheers,
> >>
> >> Bruce
> >>
> >> cc: Nitin A Kamble<nitin.a.kamble at intel.com>
> >> cc: Tom Zanussi<tom.zanussi at intel.com>
> >> cc: Andrea Adami<andrea.adami at gmail.com>
> >> cc: Robert P. J. Day<rpjday at crashcourse.ca>
> >>
> >> The following changes since commit
> >> 98a1fd1e734db50380a3a37d35767ccb4cc21f7c:
> >>
> >> documentation: Config fragment sections updated (2012-07-20
> >> 12:32:54
> >> +0100)
> >>
> >> are available in the git repository at:
> >> git://git.pokylinux.org/poky-contrib zedd/kernel
> >> http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel
> >>
> >> Bruce Ashfield (1):
> >> linux-yocto/3.4: emgd, mtd nand and kmemcheck fixes
> >>
> >> Robert P. J. Day (2):
> >> kernel-yocto.bbclass: Fix some obvious typoes in comments.
> >> kernel-yocto.bbclass: Delete superfluous creation of ${S}/.git
> >> directory
> >>
> >> meta/classes/kernel-yocto.bbclass | 8 ++++----
> >> meta/recipes-kernel/linux/linux-yocto-rt_3.4.bb | 2 +-
> >> meta/recipes-kernel/linux/linux-yocto_3.4.bb | 2 +-
> >> 3 files changed, 6 insertions(+), 6 deletions(-)
> >>
> >> --
> >> 1.7.5.4
> >
More information about the Openembedded-core
mailing list