* Reconfiguring the kernel
@ 2012-04-10 20:40 Chris Tapp
2012-04-10 20:50 ` Bruce Ashfield
2012-04-10 21:28 ` Bob Cochran
0 siblings, 2 replies; 5+ messages in thread
From: Chris Tapp @ 2012-04-10 20:40 UTC (permalink / raw)
To: Yocto Project
I think this is a summary of the steps needed to reconfigure the kernel,based on the instructions in the 6.0.1 dev manual:
1) bitbake linux-yocto -c clean
2) bitbake linux-yocto -c menuconfig
3) bitbake linux-yocto -c compile -f
4) bitbake linux-yocto
However, the bzimage in tmp/deploy/images is the same as the one that I had before I executed the above. I'm not sure if the md5sum is the same (will check next time round the loop), but it certainly doesn't seem to pick up the new configuration that I'm generating within menuconfig.
If I use 'cleanall' in step 1 (as shown in the manual) then I do get a new image, but at the expense of having to download the kernel branch again (even with a DL_DIR set). Can I get away with just using 'clean' if I do something else as well ?
Chris Tapp
opensource@keylevel.com
www.keylevel.com
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Reconfiguring the kernel
2012-04-10 20:40 Reconfiguring the kernel Chris Tapp
@ 2012-04-10 20:50 ` Bruce Ashfield
2012-04-10 21:01 ` Chris Tapp
2012-04-10 21:28 ` Bob Cochran
1 sibling, 1 reply; 5+ messages in thread
From: Bruce Ashfield @ 2012-04-10 20:50 UTC (permalink / raw)
To: Chris Tapp; +Cc: Yocto Project
On 12-04-10 04:40 PM, Chris Tapp wrote:
> I think this is a summary of the steps needed to reconfigure the kernel,based on the instructions in the 6.0.1 dev manual:
>
> 1) bitbake linux-yocto -c clean
> 2) bitbake linux-yocto -c menuconfig
> 3) bitbake linux-yocto -c compile -f
> 4) bitbake linux-yocto
>
> However, the bzimage in tmp/deploy/images is the same as the one that I had before I executed the above. I'm not sure if the md5sum is the same (will check next time round the loop), but it certainly doesn't seem to pick up the new configuration that I'm generating within menuconfig.
>
> If I use 'cleanall' in step 1 (as shown in the manual) then I do get a new image, but at the expense of having to download the kernel branch again (even with a DL_DIR set). Can I get away with just using 'clean' if I do something else as well ?
This is likely:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=2256
Which is still pending resolution.
Cheers,
Bruce
>
> Chris Tapp
>
> opensource@keylevel.com
> www.keylevel.com
>
> _______________________________________________
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Reconfiguring the kernel
2012-04-10 20:50 ` Bruce Ashfield
@ 2012-04-10 21:01 ` Chris Tapp
0 siblings, 0 replies; 5+ messages in thread
From: Chris Tapp @ 2012-04-10 21:01 UTC (permalink / raw)
To: Bruce Ashfield; +Cc: Yocto Project
On 10 Apr 2012, at 21:50, Bruce Ashfield wrote:
> On 12-04-10 04:40 PM, Chris Tapp wrote:
>> I think this is a summary of the steps needed to reconfigure the kernel,based on the instructions in the 6.0.1 dev manual:
>>
>> 1) bitbake linux-yocto -c clean
>> 2) bitbake linux-yocto -c menuconfig
>> 3) bitbake linux-yocto -c compile -f
>> 4) bitbake linux-yocto
>>
>> However, the bzimage in tmp/deploy/images is the same as the one that I had before I executed the above. I'm not sure if the md5sum is the same (will check next time round the loop), but it certainly doesn't seem to pick up the new configuration that I'm generating within menuconfig.
>>
>> If I use 'cleanall' in step 1 (as shown in the manual) then I do get a new image, but at the expense of having to download the kernel branch again (even with a DL_DIR set). Can I get away with just using 'clean' if I do something else as well ?
>
> This is likely:
>
> https://bugzilla.yoctoproject.org/show_bug.cgi?id=2256
Thanks, that seems to describe exactly what I'm seeing. Looks like I just need to be patient for a while longer ;-)
Chris Tapp
opensource@keylevel.com
www.keylevel.com
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Reconfiguring the kernel
2012-04-10 20:40 Reconfiguring the kernel Chris Tapp
2012-04-10 20:50 ` Bruce Ashfield
@ 2012-04-10 21:28 ` Bob Cochran
2012-04-10 21:40 ` Chris Tapp
1 sibling, 1 reply; 5+ messages in thread
From: Bob Cochran @ 2012-04-10 21:28 UTC (permalink / raw)
To: Chris Tapp; +Cc: Yocto Project
On 04/10/2012 04:40 PM, Chris Tapp wrote:
> I think this is a summary of the steps needed to reconfigure the kernel,based on the instructions in the 6.0.1 dev manual:
>
> 1) bitbake linux-yocto -c clean
> 2) bitbake linux-yocto -c menuconfig
> 3) bitbake linux-yocto -c compile -f
> 4) bitbake linux-yocto
>
> However, the bzimage in tmp/deploy/images is the same as the one that I had before I executed the above. I'm not sure if the md5sum is the same (will check next time round the loop), but it certainly doesn't seem to pick up the new configuration that I'm generating within menuconfig.
>
> If I use 'cleanall' in step 1 (as shown in the manual) then I do get a new image, but at the expense of having to download the kernel branch again (even with a DL_DIR set). Can I get away with just using 'clean' if I do something else as well ?
>
> Chris Tapp
>
Chris,
Don't you find bzImage under your work directory
(<machine>/tmp/work/<machine>-poky-linux/linux-yocto....) ?
I just gave your steps a spin with the beta release, and I do see that
the image is missing in my deploy/images directory, but I do find it in
my work directory.
I'm just pointing this out in case you're stuck wanting a new image to
work with.
Bob
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Reconfiguring the kernel
2012-04-10 21:28 ` Bob Cochran
@ 2012-04-10 21:40 ` Chris Tapp
0 siblings, 0 replies; 5+ messages in thread
From: Chris Tapp @ 2012-04-10 21:40 UTC (permalink / raw)
To: Bob Cochran; +Cc: Yocto Project
On 10 Apr 2012, at 22:28, Bob Cochran wrote:
> On 04/10/2012 04:40 PM, Chris Tapp wrote:
>> I think this is a summary of the steps needed to reconfigure the kernel,based on the instructions in the 6.0.1 dev manual:
>>
>> 1) bitbake linux-yocto -c clean
>> 2) bitbake linux-yocto -c menuconfig
>> 3) bitbake linux-yocto -c compile -f
>> 4) bitbake linux-yocto
>>
>> However, the bzimage in tmp/deploy/images is the same as the one that I had before I executed the above. I'm not sure if the md5sum is the same (will check next time round the loop), but it certainly doesn't seem to pick up the new configuration that I'm generating within menuconfig.
>>
>> If I use 'cleanall' in step 1 (as shown in the manual) then I do get a new image, but at the expense of having to download the kernel branch again (even with a DL_DIR set). Can I get away with just using 'clean' if I do something else as well ?
>>
>> Chris Tapp
>>
>
> Chris,
>
> Don't you find bzImage under your work directory (<machine>/tmp/work/<machine>-poky-linux/linux-yocto....) ?
>
> I just gave your steps a spin with the beta release, and I do see that the image is missing in my deploy/images directory, but I do find it in my work directory.
>
> I'm just pointing this out in case you're stuck wanting a new image to work with.
Thanks, I did see one there, but it had a date stamp that indicated it was from last Friday and a 'last accessed' date for today. This suggest that it came from sstate and wasn't generated as a result of the build.
I'm just about at the end of a rebuild after a 'cleanall', so I'll have a new image ready shortly. Will have to look at using a local git clone of the kernel so I don't have to wait 30+ minutes for the download to complete each time I build!
Chris Tapp
opensource@keylevel.com
www.keylevel.com
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2012-04-10 21:40 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-04-10 20:40 Reconfiguring the kernel Chris Tapp
2012-04-10 20:50 ` Bruce Ashfield
2012-04-10 21:01 ` Chris Tapp
2012-04-10 21:28 ` Bob Cochran
2012-04-10 21:40 ` Chris Tapp
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.