[meta-ti] Turning off kernel config option

Koen Kooi koen at dominion.thruhere.net
Tue Aug 7 10:41:00 PDT 2012


Op 7 aug. 2012, om 18:36 heeft Jack Mitchell <ml at communistcode.co.uk> het volgende geschreven:

> On 07/08/2012 16:53, Denys Dmytriyenko wrote:
>> On Tue, Aug 07, 2012 at 04:44:49PM +0100, Richard Purdie wrote:
>>> On Tue, 2012-08-07 at 11:38 -0400, Denys Dmytriyenko wrote:
>>>> On Tue, Aug 07, 2012 at 05:32:36PM +0200, Koen Kooi wrote:
>>>>> 
>>>>> Op 7 aug. 2012, om 17:30 heeft Denys Dmytriyenko <denys at ti.com> het volgende geschreven:
>>>>> 
>>>>>> On Tue, Aug 07, 2012 at 10:02:24AM +0100, Jack Mitchell wrote:
>>>>>>> I am trying to turn of CONFIG_SPI_DEBUG in the beaglebone BSP from
>>>>>>> meta-ti. I am using the poky distro configuration and I have changed
>>>>>>> the defconfig in
>>>>>>> meta-ti/recipes-kernel/linux/linux-ti33x-psp-3.2/beaglebone/defconfig
>>>>>>> but it still builds with CONFIG_SPI_DEBUG enabled.
>>>>>> 
>>>>>> That should be the correct location, please make sure you re-do the unpack
>>>>>> task - if you previously built the kernel with the old defconfig, it will be
>>>>>> stored in the work directory and won't be copied from the repository above,
>>>>>> until you repeat the do_unpack task, i.e. by clenaing the build.
>>>> 
>>>> BTW, no need to clean the entire build, just the kernel build:
>>>> 
>>>> $ bitbake virtual/kernel -c clean
>>>> 
>>>>> Or just increment PR as you're supposed to, it's an output change after all.
>>>>> No need to check anything if you do it properly :)
>>>> 
>>>> Well, but then you are staring to change the recipe, which might be overkill
>>>> for a simple defconfig change you want to test. If you go that route, you may
>>>> want to create your own custom layer with the modified defconfig overlayed on
>>>> top of meta-ti and a simple .bbappend with PRINC. That way your changes will
>>>> be detached from meta-ti and you won't need to merge the recipe changes every
>>>> time meta-ti updates... Although, there's no way to bbappend the defconfig
>>>> itself - that's where config fragments come to play.
>>> 
>>> With the recent changes to OE-Core, you can edit the defconfig, the
>>> system will notice the checksum change and automatically rerun the
>>> unpack and subsequent steps automagically.
>> 
>> Richard,
>> 
>> That is quite useful, thanks for the info!
>> 
>> 
>>> If the PR server is enabled, it will bump PR for you too.
>> 
>> That is something I haven't looked at yet, honestly - too much Classic-OE
>> baggage to carry... :)
>> 
> 
> Well, this thread took off when I turned my back!
> 
> Thanks for all the advice and different solutions - I found what my issue was and it is that the BeagleBone was booting using the kernel on the rootfs rather than the kernel in the fat partition as I believed. So I was only replacing the FAT partition uImage and not re-building and copying the whole rootfs.
> 
> Next step is indeed to have an overlay so I can customize the kernel config a bit more, along with a patch or two I have in there.

Please post the patches, they might be generally usefull. I don't know why spi debug is on, I'm not opposed to turning it off :)


More information about the meta-ti mailing list