Re: Fix for Multiplatform F19 kernels

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, Nov 30, 2012 at 4:57 PM, Jon Masters <jcm@xxxxxxxxxx> wrote:
> Fair enough. My thought was you still wanted to turn on all the express drivers. Versatile is specially handled in the kernel config logic so I thought you were doing the same. All is good.

We are, they're in the config-armv7 file now along with all the
highbank bits :-)

Peter

> Sent from my phone. Please excuse formatting and brevity.
>
> Peter Robinson <pbrobinson@xxxxxxxxx> wrote:
>
> On Thu, Nov 29, 2012 at 5:09 PM, Jon Masters <jcm@xxxxxxxxxx> wrote:
>> On 11/29/2012 04:32 AM, Peter Robinson wrote:
>>> On Thu, Nov 29, 2012 at 8:09 AM, Jon Masters <jcm@xxxxxxxxxx> wrote:
>>>> Hi Peter,
>>>>
>>>> Please take a look at the attached. Note that the default kernel variant
>>>> is actually a versatile, and you weren't inheriting that. Also, we need
>>>> to set the V6_V7 multiplatform option because the current Kconfig logic
>>>> will otherwise enable AUTO CPU support, which will force us to have a V5
>>>> kernel. So take a look. I'll be online later.
>>>>
>>>> Tested with a cross compiler only, but it built.
>>>
>>> A couple of things:
>>>
>>> This is incorrect as we've uncoupled the unified from the rest of the
>>> kernel to simplify and clean up the build.
>>> -temp-armv7l-versatile: config-arm-versatile temp-arm-generic
>>> +temp-armv7l-versatile: config-armv7 config-arm-versatile temp-arm-generic
>>
>> But, the unified kernel is the default kernel, right? As in kernel- is
>> the unified kernel? That one is currently a versatile kernel. It is, if
>> you look in Makefile.config pulling its config from the versatile config
>> files per the above, which without explicitly pulling in config-armv7
>> means that you get whatever versatile turns on for you, and certainly
>> none of the intended config-armv7 bits.
>>
>> Unless I am missing something, there's a bug in the existing config
>> merging that is actually the root cause here. Please explain what you
>> are trying to do with joining these if I am wrong.
>
> The fix is actually this. With unified kernel the versatile config
> file (highbank too) don't actually get used at all and are due to be
> removed. I didn't want to do that until I knew we were good to go.
>
> -kernel-$(VERSION)-armv7l.config: /dev/null temp-armv7l-versatile
> +kernel-$(VERSION)-armv7l.config: /dev/null temp-armv7
>
> I managed to miss this in the move. Good catch to give me the general
> direction to look :)
>
> Pete
_______________________________________________
arm mailing list
arm@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/arm



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Linux ARM (Vger)]     [Linux ARM]     [ARM Kernel]     [Fedora User Discussion]     [Older Fedora Users Discussion]     [Fedora Advisory Board]     [Fedora Security]     [Fedora Maintainers]     [Fedora Devel Java]     [Fedora Legacy]     [Fedora Desktop]     [ATA RAID]     [Fedora Marketing]     [Fedora Mentors]     [Fedora Package Announce]     [Fedora Package Review]     [Fedora Music]     [Fedora Packaging]     [Centos]     [Fedora SELinux]     [Coolkey]     [Yum Users]     [Tux]     [Yosemite News]     [Linux Apps]     [KDE Users]     [Fedora Tools]     [Fedora Art]     [Fedora Docs]     [Asterisk PBX]

Powered by Linux