[linux-yocto] [PATCH v2 0/4] Cleanup eg20t, 8250, add intel-common BSPs

Bruce Ashfield bruce.ashfield at windriver.com
Tue Feb 11 08:51:18 PST 2014


On 14-02-11 11:50 AM, Darren Hart wrote:
> On 2/11/14, 7:45, "Bruce Ashfield" <bruce.ashfield at windriver.com> wrote:
>
>> On 14-02-11 01:01 AM, Darren Hart wrote:
>>> On 2/10/14, 21:45, "Bruce Ashfield" <bruce.ashfield at windriver.com>
>>> wrote:
>>>
>>>> On 2/11/2014, 12:24 AM, Darren Hart wrote:
>>>>> On 2/10/14, 21:23, "Bruce Ashfield" <bruce.ashfield at windriver.com>
>>>>> wrote:
>>>>>
>>>>>> On 2/10/2014, 11:59 PM, Darren Hart wrote:
>>>>>>> On 2/10/14, 16:21, "Bruce Ashfield" <bruce.ashfield at gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> On Mon, Feb 10, 2014 at 5:47 PM, Darren Hart
>>>>>>>> <dvhart at linux.intel.com>
>>>>>>>> wrote:
>>>>>>>>> On 2/6/14, 17:18, "Darren Hart" <dvhart at linux.intel.com> wrote:
>>>>>>>>>
>>>>>>>>>> This series does some fragment cleanup and adds the two new
>>>>>>>>>> common
>>>>>>>>>> BSPs
>>>>>>>>>> for the
>>>>>>>>>> meta-intel layer: intel-core2-32 and intel-corei7-64. These BSPs
>>>>>>>>>> currently
>>>>>>>>>> include all the corresponding ARCH (32 or 64) BSP descriptions as
>>>>>>>>>> well
>>>>>>>>>> as
>>>>>>>>>> common-pc to build two kernels capable of supporting all these
>>>>>>>>>> machines.
>>>>>>>>>>
>>>>>>>>>> v2:
>>>>>>>>>> - Generic to specific ordering in scc files
>>>>>>>>>> - Use driver fragments from common-pc*, not the entire scc
>>>>>>>>>> - Update both machines to use CONFIG_MCORE2
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Hi Bruce, any pending concerns on this series?
>>>>>>>>
>>>>>>>> Nope. I just didn't want to merge it yet, since I have three other
>>>>>>>> pending updates
>>>>>>>> to the 3.10 kernel that I was waiting on in the meantime. LTSI
>>>>>>>> being
>>>>>>>> the
>>>>>>>> biggest that I want to see merged before piling more on top.
>>>>>>>
>>>>>>> This is for -dev first and can go into 3.10 after the LTSI update.
>>>>>>> Could
>>>>>>> it go into -dev now? I've got some meta-intel stuff that's queued up
>>>>>>> behind this and people clawing at me for it :-)
>>>>>>
>>>>>> Ack'd. I can do that, I like to keep them in sync, but I'm willing to
>>>>>> bend that rule to keep things moving. I'll have this merged during
>>>>>> the day tomorrow.
>>>>>
>>>>>
>>>>> Thank you kindly.
>>>>
>>>> On that same note, I went ahead and merged this to -dev, it is now in
>>>> the linux-yocto-dev repository.
>>>>
>>>> I had a reject for 3.10 on the first patch of the series (we've already
>>>> done some eg20t work). It wasn't hard to resolve, but can you confirm
>>>> that you do want this on 3.10 as well as -dev, before I got ahead and
>>>> push that change.
>>>>
>>>> Bruce
>>>
>>> As you have expressed an interest in keeping them in sync, please
>>> resolve
>>> the conflict with minnow.scc by adding the eg20t include line. This
>>> won't
>>> hurt anything as any differences between eg20t.cfg and minnow.cfg will
>>> defer to minnow.cfg as it comes later.
>>
>> 3.10 is still a bit different from the master (-dev) kernel, but I did
>> a few fixups and it looks sane (enough). Incremental patches to what
>> I just pushed to 3.10's meta branch are welcomed to fix anything I
>> did wrong.
>
> Thanks Bruce. I see the changes in 3.10, but I am not seeing the
> linux-yocto-dev meta changes:
>

I see them, and just double checked, everything is merged and
pushed. I wonder what is being cached .. and where ?

Bruce

>
> $ git pull origin meta
>  From git://git.yoctoproject.org/linux-yocto-dev
>   * branch            meta       -> FETCH_HEAD
> Already up-to-date.
>
> $ git l
> 0580cff checkpoint dir: meta
> 469420b checkpoint dir: meta/scripts
> 180ec63 checkpoint dir: meta/patches
> d89dd7d checkpoint dir: meta/cfg/scratch
> 071c446 checkpoint dir: m
>
>
>
> --
> Darren
>
>



More information about the linux-yocto mailing list