[OE-core] MIPS rootfs creation failure

Khem Raj raj.khem at gmail.com
Wed Mar 23 20:17:29 UTC 2011


On Wed, Mar 23, 2011 at 8:43 AM, Koen Kooi <koen at dominion.thruhere.net> wrote:
>
> Op 23 mrt 2011, om 16:41 heeft Richard Purdie het volgende geschreven:
>
>> On Wed, 2011-03-23 at 08:17 -0700, Khem Raj wrote:
>>> On Wed, Mar 23, 2011 at 12:16 AM, Koen Kooi <koen at dominion.thruhere.net> wrote:
>>>>
>>>> Op 22 mrt 2011, om 23:18 heeft Khem Raj het volgende geschreven:
>>>>
>>>>> On (22/03/11 19:54), Koen Kooi wrote:
>>>>>>
>>>>>> Op 22 mrt 2011, om 19:44 heeft Khem Raj het volgende geschreven:
>>>>>>
>>>>>>> On (22/03/11 19:42), Koen Kooi wrote:
>>>>>>>>
>>>>>>>> Op 22 mrt 2011, om 19:10 heeft Khem Raj het volgende geschreven:
>>>>>>>>
>>>>>>>>> Hi
>>>>>>>>>
>>>>>>>>> I did an update of oe-core yesterday and now mips is failing with this
>>>>>>>>> error. It was not there 2 days back.
>>>>>>>>>
>>>>>>>>> | Configuring sysvinit.
>>>>>>>>> | Collected errors:
>>>>>>>>> |  * satisfy_dependencies_for: Cannot satisfy the following dependencies
>>>>>>>>> for task-base:
>>>>>>>>> |  *    kernel-misc *
>>>>>>>>> |  * opkg_install_cmd: Cannot install package task-base.
>>>>>>>>> NOTE: package console-image-1.0-r0: task do_rootfs: Failed
>>>>>>>>>
>>>>>>>>> I have not bisected but if anyone else is seeing it I would like to know
>>>>>>>>
>>>>>>>> I think thats fallout from the kernel.bbclass change:
>>>>>>>>
>>>>>>>> meta/classes/kernel.bbclass:FILES_kernel-misc = "/kernel/include/config /kernel/scripts /kernel/drivers/crypto /kernel
>>>>>>>>
>>>>>>>> I don't know what purpose that package has, but try rebuilding the kernel and see what happens. We might need to blacklist it from being included in the kernel-modules meta-package.
>>>>>>>>
>>>>>>>
>>>>>>> I have already build everything from scratch even deleted sstate cache
>>>>>>
>>>>>> Can you give this a try?
>>>>>>
>>>>>> koen at dominion:/OE/tentacle/sources/openembedded-core/meta/classes$ git diff kernel.bbclass
>>>>>> diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
>>>>>> index 3eb6659..9f014d4 100644
>>>>>> --- a/meta/classes/kernel.bbclass
>>>>>> +++ b/meta/classes/kernel.bbclass
>>>>>> @@ -429,7 +429,7 @@ python populate_packages_prepend () {
>>>>>>       metapkg = "kernel-modules"
>>>>>>       bb.data.setVar('ALLOW_EMPTY_' + metapkg, "1", d)
>>>>>>       bb.data.setVar('FILES_' + metapkg, "", d)
>>>>>> -       blacklist = [ 'kernel-dev', 'kernel-image', 'kernel-base', 'kernel-vmlinux', 'perf' ]
>>>>>> +       blacklist = [ 'kernel-dev', 'kernel-image', 'kernel-base', 'kernel-vmlinux', 'perf', 'kernel-misc' ]
>>>>>>       for l in module_deps.values():
>>>>>>               for i in l:
>>>>>>                       pkg = module_pattern % legitimize_package_name(re.match(module_regex, os.path.basename(i)).gro
>>>>>>
>>>>>> I think that should go in regardless, but I'm curious if it fixes your problem. The meta-pkg should only pickup kernel-module-* and kernel-firmware-*, so a whitelist would be even bettter.
>>>>>>
>>>>>
>>>>> It did not fix the problem. I tried bitbake -c cleanall virtual/kernel
>>>>> bitbake console-image
>>>>
>>>> To which class did you appy it? There's a copy of kernel.bbclass in meta-oe with some change we need to merge into oe-core (initramfs handling, better uImage handling, etc).
>>>
>>> thanks I was thinking I applied it to meta-oe but when I revisited I
>>> applied it to oe-core
>>> :)
>>
>> If that fixes it can someone share a proper patch please (for
>> oe-core) :)
>
> I'll send a patch after Khem confirms the fix.

My build is still underway dont have a very fast machine. I will reply
to your patch once the build it done.

> _______________________________________________
> Openembedded-core mailing list
> Openembedded-core at lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core
>




More information about the Openembedded-core mailing list