358 replies to this topic

[christophecvr]

ok now building, I well had to change the inherit task into inherit packagegroup

[christophecvr]

I looked up into the current bitbake used by upstream task is not usable anymore

 

task-openpliplugins.bb must be packagegroup-openpliplugins.bb  the ineherit task must be inherit packagegroup

 

The in openpli-enigma2-image.bb  the task-openpliplugins \ needs to be changed in packagegroup-openpliplugins \

 

That's according to bitbake openembedded-core :  http://www.openembed...data_to_OE-Core

 

Maybe it's working by You cause You run it but with an older bitbake into you're setup ?

[christophecvr]

The end result by me is still ERROR: Task 713 (/home/christophe/openpli40/openpli-oe-core/meta-openpli/recipes-linux/linux/linux-dreambox_3.2.bb, do_compile) failed with exit code '1

 

I just once go and try to put an older bb that from the upstream before into my openpli-oe-core map

 

to bad does not work out with the bitbake from previous upstream it gives

 

Building image for dm8000
ERROR:  OE-core's config sanity checker detected a potential misconfiguration.
    Either fix the cause of this error or at your own risk disable the checker (see sanity.conf).
    Following is the list of potential problems / advisories:

    Bitbake version 1.19.1 is required and version 1.17.1 was found

ERROR: Execution of event handler 'check_sanity_eventhandler' failed
make: *** [image] Fout 1
 

[MiLo]

I've only built for the et9x00 recently. That one has a newer kernel, the older kernels, like for VU and DMM, appear to fail on MIPS with this error indeed.

[christophecvr]

Yes but we don't know what . Gues that this one is related to the bitbake version 1.19.1 ?

 

Then the first start one with packagegroup instead of task is related to bitbake   on 1.17 we had already a warning about this now it's an error on 1.19.1

[MiLo]

I'd guess it's related to the newer GCC compiler.

[christophecvr]

I'd guess it's related to the newer GCC compiler.

 

Then its' a bigger problem, As for that I heavy patch off source will be needed (I gues), is it not possible to downgrade the gcc ?

[christophecvr]

Or if I'm not wrong it should be possible two compile two gcc's and then just patch the bb file to use a specific version ?

[hemertje]

@ christophecvr

it is Dutch / NL section here!

[christophecvr]

Ja sorry als je met logs en zo bezig bent stap je algauw onbewust over op engels

[MiLo]

Je kunt de kernel met een oudere GCC compileren dan de rest van de code. Onhandig. Terug naar een oudere gcc versie is ook niet de bedoeling, als je daar eenmaal aan begint dan kom je daar moeilijk vanaf.
Maar waarschijnlijk betreft het hier gewoon een bug in de kernel die door een nieuwere gcc aan het licht wordt gebracht en die later in de kernel is opgelost, dan is 't beter om de oplossing over te nemen.

[christophecvr]

Dus wachten op een updated kernel van dmm dan.

[MiLo]

Op een kernel update van DMM moesten we de laatste keer ongeveer drie jaar wachten, en op die van de dm800 en dm7025 wachten we na al die jaren nog steeds, dus ik denk neit dat we dat gaan doen

 

Ik vermoed dat alleen deze wijziging aan de kernel moet worden toegevoegd:

 

http://git.kernel.or...d3c6cc896a56cff

[christophecvr]

Ok dan hoop ik dat openembedded daar niet te lang mee wacht .

 

Nu voor de dm zij hebben het probleem van hun drivers en hebben daar zelf de source niet van. Door allerhande processen blijken ze slecht bediend te zijn.

[MiLo]

Een patch backporten kunnen we zelf ook wel. Heb zojuist iets gepusht wat in ieder geval zorgt dat de boel weer door de compiler heen komt. Nog niet op alle boxen getest...

[Beeker]

Patch voor de makefile gaf een error. Er stond iets anders dan de patch verwachte. Na wat experimenteren bouwt hij de kernel voor de DM8000 met de aangepaste patch.

 

diff --git a/arch/mips/mm/Makefile b/arch/mips/mm/Makefile
index 4aa2028..fd6203f 100644
--- a/arch/mips/mm/Makefile
+++ b/arch/mips/mm/Makefile
@@ -3,8 +3,8 @@
 #
 
 obj-y                += cache.o dma-default.o extable.o fault.o \
-                   init.o mmap.o tlbex.o tlbex-fault.o uasm.o \
-                   page.o
+                   init.o mmap.o page.o page-funcs.o \
+                   tlbex.o tlbex-fault.o uasm.o
 
 obj-$(CONFIG_32BIT)        += ioremap.o pgtable-32.o
 obj-$(CONFIG_64BIT)        += pgtable-64.o

 

Kernel gebouwd. Nu de rest nog.Build loopt

[Beeker]

Fetch error voor usbformatwizard en tuxterm gaat niet goed bij compilen. Voor de rest is de image gebouwd en de feed is bijna klaar.

[Beeker]

Zo klaar..Nu flashen voor 100% controle.

[Beeker]

Loopt weer als een trein. Bedank Milo en anderen.

[pietpiet50]

ben ook wel benieuwd.  Is de versie ergens te downloaden voor dm8000?

 

En draaien alle plugins er op zoals uitzending gemist etc?