Neutrino auf der IPBox

[rhabarber1848]

Du baust das Image mit "make thorimage"?

[anubis_neutrino]

Du baust das Image mit "make thorimage"?

make thorimage <- baut uboot, kernel, apps
make thorflash <- baut das flashimage

[rhabarber1848]

Worin unterscheiden sich folgende make targets?

Linux-Kernel:
#$(MAKE) -C linux-2.6.17 mutant200s_defconfig
$(MAKE) -C linux-2.6.17 relook200_defconfig
#$(MAKE) -C linux-2.6.17 relook210_defconfig

Analog dazu U-Boot:
#$(MAKE) -C u-boot-1.2.0 relook100s_config
$(MAKE) -C u-boot-1.2.0 relook200s_config
#$(MAKE) -C u-boot-1.2.0 relook210_config

[anubis_neutrino]

Worin unterscheiden sich folgende make targets?

Linux-Kernel:
#$(MAKE) -C linux-2.6.17 mutant200s_defconfig
$(MAKE) -C linux-2.6.17 relook200_defconfig
#$(MAKE) -C linux-2.6.17 relook210_defconfig

Analog dazu U-Boot:
#$(MAKE) -C u-boot-1.2.0 relook100s_config
$(MAKE) -C u-boot-1.2.0 relook200s_config
#$(MAKE) -C u-boot-1.2.0 relook210_config

nur durch die config von kernel und uboot für die einzelnen boxen

mutant200s, relook100s -> ipbox200
relook200 -> ipbox250
relook210 -> ipbox350

die 250er und 350er haben z.B Ide-Unterstützung und Filesysteme mit drin, die 350er hat dann noch USB

[rhabarber1848]

make bootstrap läuft durch, ob es funktioniert kann
nachher nur jemand mit passender Hardware sagen...
Der Patch wandert demnächst ins CVS.

FYI: make neutrino ergibt das:

In file included from alphasetup.cpp:56:
/root/tuxbox/work_glibc/compile/driver/include/dbox/fb.h:13: error: conflicting declaration 'typedef struct fb_copyarea fb_copyarea'
/root/tuxbox/work_glibc/image/cdk/lib/gcc/powerpc-tuxbox-linux-gnu/3.4.6/../../../../powerpc-tuxbox-linux-gnu/include/linux/fb.h:314: error: 'struct fb_copyarea' has a previous declaration as `struct fb_copyarea'
make[5]: *** [alphasetup.o] Fehler 1
make[5]: Leaving directory `/root/tuxbox/work_glibc/compile/apps/tuxbox/neutrino/src/gui'

Ich vermute, da fehlen noch Patches.

[rhabarber1848]

cdk_thor.tar.bz2

Teile des Patches sind im CVS, "make bootstrap" sollte jetzt schon funktionieren...

[anubis_neutrino]

wow, das ging ja schnell. ich schau mir das mal mit dem fehler beim neutrino bauen an ...

[mohousch]

@rhabarber1848:

sollen die Toolchain für die ipbox auch powerpc-tuxbox-linux-gnu (wie bei der dbox) heissen? nur wenn man noch --target=powerpc-405-linux-gnu eingibt denn geht das könnte man das in configure.ac abändern?

PS: das selber passiert mit anderen Target. wenn man den --target nicht definiert (ob auch der Boxtype schon eingegeben ist).

[rhabarber1848]

sollen die Toolchain für die ipbox auch powerpc-tuxbox-linux-gnu (wie bei der dbox) heissen? nur wenn man noch --target=powerpc-405-linux-gnu eingibt denn geht das könnte man das in configure.ac abändern?

Das scheint nicht nötig zu sein, ein Dreambox-Image läuft bereits:
http://forum.tuxbox-cvs.sourceforge.net ... 34#p367134

gcc wird mit --with-cpu=405 kompiliert, mehr ist wohl nicht nötig.

[mohousch]

sollen die Toolchain für die ipbox auch powerpc-tuxbox-linux-gnu (wie bei der dbox) heissen? nur wenn man noch --target=powerpc-405-linux-gnu eingibt denn geht das könnte man das in configure.ac abändern?

Das scheint nicht nötig zu sein, ein Dreambox-Image läuft bereits:
http://forum.tuxbox-cvs.sourceforge.net ... 34#p367134

gcc wird mit --with-cpu=405 kompiliert, mehr ist wohl nicht nötig.

daß es lauft ist nicht die Frage es geht nur um die Namen Konvention, bei Boxtype=dbox das --target=powerpc-tuxbox wird default mitbezogen bei anderen --Target nicht d.h noch in der configure --target miteingeben sonst egal was für Boxtype konfiguriert ist.

[anubis_neutrino]

Ich habe noch ein paar Änderungen mit welchen Neutrino durchkompiliert, testen werde ich noch ...

ipbox_neutrino.diff

EDIT: Ach ja: unschön ist dabei momentan, dass ich driver_dream verwende. das liegt daran, dass bei der erkennung der dvb-api nach ost/dmx.h gesucht wird wenn es api 1 sein soll ...

[rhabarber1848]

Bin gerade dabei, U-Boot für die IPBox fertig zu machen
Dabei ist mir aufgefallen, dass hostapps/dgstation/*
noch benötigt wird.

[anubis_neutrino]

Hostapps sind da ....

hostapps_dgstation.tar.bz2

[rhabarber1848]

Hostapps sind da ....

Gibt es keinen Sourcecode dazu?

[anubis_neutrino]

Hostapps sind da ....

Gibt es keinen Sourcecode dazu?

von mir nicht, ich hab diese binaries benutzt. wobei die sourcen für die filesystem-tools für squashfs gibts hier: http://www.squashfs-lzma.org

[rhabarber1848]

mksquashfs* wird vom Tuxbox CDK selbst kompiliert,
das ist nicht das Problem. appendbin, mkdnigm & Co.
stehen bei mir eher auf dem Wunschzettel.

@all: Wenn es keinen Sourcecode dazu gibt, was tun?
Binaries ins CVS oder als Tarball von einem Server
herunterladen wie mit head.ko geplant?

[anubis_neutrino]

ich bin da für eher letzteres, binaries gehören eigentlich nicht ins cvs

[seife]

Ausserden ist es eine Frage der Lizenz. Irgendwelche binaries zweifelhafter Herkunft und unter nichtfreier Lizenz, können nicht ins CVS. Und wenn sie unter GPL sind, dann müssen quellen dazu her, sonst verletzen wir die Lizenz, wenn wir keine Quellen dazu hergeben (können).

[gugu]

Glaube das sind die tools-
http://rapidshare.de/files/46913058/tools.tar.bz2.html

[rhabarber1848]

Glaube das sind die tools-
http://rapidshare.de/files/46913058/tools.tar.bz2.html

Danke, sieht gut aus. Leider fehlt bei einigen Dateien
der copyright-Hinweis. Kannst Du mehr dazu sagen?

[gugu]

So viel ich weiß, die Daten sind aus dgstation svn und sie waren so ohne copyright hinweisen.

[PT-1]

Versucht mal via email an parkhw00 ( at ) hanmail.net

[rhabarber1848]

die Daten sind aus dgstation svn

Meinst Du von hier: http://dev.dgstation.co.kr/
Dort sind sie heute nicht mehr drin...

[rhabarber1848]

Bin gerade dabei, U-Boot für die IPBox fertig zu machen

erledigt

[gugu]

Ich habe die Dateien seit ca. 2 Jahren, da waren die noch in svn.
Ob jetzt die Adresse oder etwas andre war, weiß ich nicht mehr.