Neutrino auf der IPBox

[bosmann]

wenn es klappt komme ich auch bald mit einem mutant dazu...

[anubis_neutrino]

@anubis_neutrino:

Muss das make target

$(flashprefix)/usb_welcome_blank.img:

ins CVS? Mir erscheint es etwas sinnfrei.

kannst du gerne weglassen

$(SERIALDOWN_HEADER) ist in Deinem Makefile

SERIALDOWN_HEADER = relook200s

Kann der Inhalt auch $BOXMODEL (also ip250, ip350 etc.) sein?

Wenn nein, reicht der Inhalt der Variablen IPBOX_UBOOT_TARGET?
Zu finden hier ab Zeile 68: http://cvs.tuxbox-cvs.sourceforge.net/t ... otate=1.24

mir wäre $BOXMODEL auch lieber, dann müssten wir das aber beim u-boot anpassen (der überprüft den string) und einen neuen diff generieren....

[rhabarber1848]

$(SERIALDOWN_HEADER) ist in Deinem Makefile

SERIALDOWN_HEADER = relook200s

Kann der Inhalt auch $BOXMODEL (also ip250, ip350 etc.) sein?

Wenn nein, reicht der Inhalt der Variablen IPBOX_UBOOT_TARGET?
Zu finden hier ab Zeile 68: http://cvs.tuxbox-cvs.sourceforge.net/t ... otate=1.24

mir wäre $BOXMODEL auch lieber, dann müssten wir das aber beim u-boot anpassen (der überprüft den string) und einen neuen diff generieren....

Du meinst sicher die Funktion checkboard in
boot/u-boot-tuxbox/board/ipbox/relook*/relook*.c
Was müsste da geändert werden?

[anubis_neutrino]

also in den files
./include/configs/relook*.h
ist jeweils ein define

Code: Alles auswählen

#define CFG_SERIALDOWN_HEADER	"relook*"

und das wird benutzt von:
./board/dgstation/common/serial_upgrade.c

Code: Alles auswählen

int receive_header( void )
{
	int a, b;
	int key;
	unsigned char buffer[64];
//	struct _serial_image_header header;
	struct DataHeader header;

	/*
	 * request header...
	 * and get header...
	 */
	serial_putc( 0x70 );
	for( a=0; a<64; a++ )
	{
		for( b=0; b<10; b++ )
		{
			key = dg_getc( TIMEOUT );
			if( key != -1 )
				break;
		}
		if( b == 10 )
		{
			dprintf( "header timeout.(got %d)\n", a );
			return -1;
		}

		buffer[a] = key;
	}

	memcpy( &header, buffer, sizeof(header) );
	header.size = ntohl( header.size );

	/*
	 * compare model name.
	 */

	if( (strcmp( header.model_name, CFG_SERIALDOWN_HEADER )) && (strcmp( header.model_name, CFG_SERIALDOWN_HEADER"_gz" )))
	{
		printf( "image is not mine.(got\"%s\",expected\"%s\" or \"%s\")\n",
				header.model_name, CFG_SERIALDOWN_HEADER,CFG_SERIALDOWN_HEADER"_gz" );
		return -1;
	}

	if (!strcmp( header.model_name, CFG_SERIALDOWN_HEADER"_gz" ))
	{
		puts("Gzipped image\n");
		gzipped=1;

	}	else   {
		puts("Normal image\n");
		gzipped =0;
	}

	return header.size;
}

checkboard gibt blos was aus...

EDIT: sind natürlich alles pfade in u-boot

[gugu]

make flash-neutrino-squashfs
make -C /home/gugu/tux400/hostapps/appendbin install INSTALLDIR=/home/gugu/tux400/dbox2/cdk/bin
make[1]: Entering directory `/home/gugu/tux400/hostapps/appendbin'
cc -c -o main.o main.c
main.c: In function 'main':
main.c:66: warning: incompatible implicit declaration of built-in function 'memset'
cc -o appendbin main.o
install appendbin /home/gugu/tux400/hostapps/appendbin
install: `appendbin' and `/home/gugu/tux400/hostapps/appendbin/appendbin' are the same file
make[1]: *** [install] Error 1
make[1]: Leaving directory `/home/gugu/tux400/hostapps/appendbin'
make: *** [/home/gugu/tux400/dbox2/cdk/bin/appendbin] Error 2

Was mache ich falsch oder ist das Teil noch nicht fertig ?

[Grabber66]

So ich habe mal ein Image erstellt, und versucht den var bereich abzubilden.
Was noch fehlt ist der Ordner var_init.

Das image konnte ich auch flashen - booten - TV sehen.
Usb und Ide treiber laufen.
Was nicht geht ist ein Zugriff auf die Box via ssh, telnet oder ftp.
Auch der tuxcom geht nicht.
Was allerdings geht, ist die "mini-shell" aus dem webserver.
Von daher konnte ich wenigstens mein auf usb gespeichertes flashimage wieder in /tmp schieben und per expertenfunktion neu flashen
Ein ping zur box geht 1a.
Ich hab keinen Plan warum Putty etc aussteigen und sich nicht verbinden können.

Alles in allem sieht es aber für den ersten Versuch sehr gut aus.

[rhabarber1848]

Was noch fehlt ist der Ordner var_init.

Ich arbeite daran

[rhabarber1848]

also in den files
./include/configs/relook*.h
ist jeweils ein define

Code: Alles auswählen

#define CFG_SERIALDOWN_HEADER	"relook*"

Ist der Patch in Ordnung? ipbox_serial_header.diff

[anubis_neutrino]

also in den files
./include/configs/relook*.h
ist jeweils ein define

Code: Alles auswählen

#define CFG_SERIALDOWN_HEADER	"relook*"

Ist der Patch in Ordnung? ipbox_serial_header.diff

sieht gut aus.
dann muss man nur aufpassen, dass man zuerst den neuen bootloader (neue defines) mit dem originalen SERIALDOWN_HEADER auf die box flasht, da die aktuellen bootloader die neuen image ja sonst nicht akzeptieren. aber die neuen defines sind ok.

[rhabarber1848]

dann muss man nur aufpassen, dass man zuerst den neuen bootloader (neue defines) mit dem originalen SERIALDOWN_HEADER auf die box flasht

Tritt das Problem auch auf, wenn jemand flash_img_neutrino.img flasht?
Dort ist der neue Uboot gleich mit enthalten.

[seife]

kann man mit "eurem" bootloader dann noch eine originalsoft flashen? Ich würde da so kompatibel wie möglich bleiben, wenn irgendwie machbar.

[gugu]

Auch der tuxcom geht nicht.

Damit geht tuxcom:

Code: Alles auswählen

Index: tuxcom.c                                                              
===================================================================          
RCS file: /cvs/tuxbox/apps/tuxbox/plugins/tuxcom/tuxcom.c,v                  
retrieving revision 1.28                                                     
diff -u -r1.28 tuxcom.c                                                      
--- a/tuxcom.c  28 Apr 2009 06:43:32 -0000      1.28                         
+++ b/tuxcom.c  23 May 2009 17:39:27 -0000                                   
@@ -125,7 +125,7 @@                                                          
                                                                             
 #endif                                                                      
                                                                             
-#ifdef HAVE_DREAMBOX_HARDWARE                                               
+#if defined HAVE_DREAMBOX_HARDWARE || defined HAVE_IPBOX_HARDWARE           
                                                                             
 int GetRCCode(int mode)                                                     
 {                                                                           
@@ -565,7 +565,7 @@                                                          
                else if (!strcmp(par->id, P_ID_OFF_Y))   sy = atoi(par->val);
                else if (!strcmp(par->id, P_ID_END_Y))   ey = atoi(par->val);
        }                                                                    
-#ifdef HAVE_DREAMBOX_HARDWARE                                               
+#if defined HAVE_DREAMBOX_HARDWARE || defined HAVE_IPBOX_HARDWARE           
        kb=open("/dev/vc/0", O_RDONLY);                                      
 #endif                                                                      
                                                                             
@@ -738,7 +738,7 @@                                                          
        // lock keyboard-conversions, this is done by the plugin itself      
        fclose(fopen(KBLCKFILE,"w"));                                        
                                                                             
-#ifdef HAVE_DREAMBOX_HARDWARE                                               
+#if defined HAVE_DREAMBOX_HARDWARE || defined HAVE_IPBOX_HARDWARE           
        fcntl(rc, F_SETFL, O_NONBLOCK);                                      
 #else                                                                       
        fcntl(rc, F_SETFL, fcntl(rc, F_GETFL) &~ O_NONBLOCK);                
@@ -774,7 +774,7 @@
                }
                firstentry = 0;

-#ifdef HAVE_DREAMBOX_HARDWARE
+#if defined HAVE_DREAMBOX_HARDWARE || defined HAVE_IPBOX_HARDWARE
                if (kbcode != 0)
                {
                        if (kbcode == 0x09) // tab
@@ -1395,7 +1395,7 @@
        ClearMarker    (RIGHTFRAME);
        ClearZipEntries(LEFTFRAME );
        ClearZipEntries(RIGHTFRAME);
-#ifdef HAVE_DREAMBOX_HARDWARE
+#if defined HAVE_DREAMBOX_HARDWARE || defined HAVE_IPBOX_HARDWARE
        if (kb != -1) close(kb);
 #endif
        return;
Index: tuxcom.h
===================================================================
RCS file: /cvs/tuxbox/apps/tuxbox/plugins/tuxcom/tuxcom.h,v
retrieving revision 1.28
diff -u -r1.28 tuxcom.h
--- a/tuxcom.h  28 Apr 2009 06:43:32 -0000      1.28
+++ b/tuxcom.h  23 May 2009 17:39:27 -0000
@@ -80,7 +80,7 @@
 #define MSG_VERSION    "Tuxbox Commander Version 1.16"
 #define MSG_COPYRIGHT  "© dbluelle 2004-2007"

-#ifdef HAVE_DREAMBOX_HARDWARE
+#if defined HAVE_DREAMBOX_HARDWARE || defined HAVE_IPBOX_HARDWARE

 //rc codes
 #define KEY_0          0x5C00

ps. Hat keiner eine Antwort auf meine Frage ?

[rhabarber1848]

install: `appendbin' and `/home/gugu/tux400/hostapps/appendbin/appendbin' are the same file

Was mache ich falsch oder ist das Teil noch nicht fertig ?

Es ist noch nicht fertig, die Original-Makefiles aus dem Sourcecode der
IPBox-spezifischen hosttools funktionieren nicht. Am besten kopierst
Du die Binaries nach $targetprefix/cdk/bin, siehe hier:
http://forum.tuxbox-cvs.sourceforge.net ... 42#p367642

Ich habe hier bereits die Makefiles angepasst und kompiliere die Tools
aus dem Sourcecode, allerdings habe ich noch keine Rückmeldung zu
deren Copyright bekommen...

[rhabarber1848]

Damit geht tuxcom:

Der Patch ist im CVS: http://article.gmane.org/gmane.comp.vid ... ox.scm/567

[gugu]

@seife
Du fängst mich langsam zu nerven.
Mach das IPBOX def in sectionsd weg und nerv nicht mehr mit blöden Kommentaren.
Ich habe dir schon in zwei Threads gesagt wozu es gut ist und wenn du nicht verstehen willst mach es weg.
Ich kann mir das hier local patchen.

@rhabarber1848
Danke für Antwort.

[rhabarber1848]

@seife
Du fängst mich langsam zu nerven.

Bitte erspare uns solche Kommentare in Zukunft.

[gugu]

@seife
Du fängst mich langsam zu nerven.

Bitte erspare uns solche Kommentare in Zukunft.

Sag das auch seife oder hat er narren Freiheit, weil er ein dev ist ?

[rhabarber1848]

Sag das auch seife oder hat er narren Freiheit, weil er ein dev ist ?

Deine Wortwahl ist, gelinde gesagt, inakzeptabel,
egal, wem gegenüber Du Dich so äußerst.

Davon abgesehen: Was ist eigentlich los?

[Grabber66]

Tritt das Problem auch auf, wenn jemand flash_img_neutrino.img flasht?
Dort ist der neue Uboot gleich mit enthalten.

Mit diesen Images kann man "nur" über die Experten funktion in Neutrino flashen.
Alle Serialflashtools akzeptieren diese nicht. Von daher ist das da denke ich egal,
da ja schon neutrino mit nem Bootloader auf der Box sein muss.

[rhabarber1848]

Alle Serialflashtools akzeptieren diese nicht.

http://forum.tuxbox-cvs.sourceforge.net ... 62#p367862

mir wäre $BOXMODEL auch lieber

Es stellt sich nun die Frage, ob die von mir vorgeschlagene Änderung
mit $BOXMODEL (ip200/ip250/...), die nur kosmetisch ist, sinnvoll
ist, wenn damit Nebeneffekte, wie Flashprobleme, auftreten können.

http://forum.tuxbox-cvs.sourceforge.net ... 21#p367921

kann man mit "eurem" bootloader dann noch eine originalsoft flashen? Ich würde da so kompatibel wie möglich bleiben, wenn irgendwie machbar.

Ich stimme seife 100% zu.
Das aktuelle CVS enthält einen U-Boot, der einen kompatiblen
SERIALDOWN_HEADER hat. Das wird wohl erstmal so bleiben.

[anubis_neutrino]

Tritt das Problem auch auf, wenn jemand flash_img_neutrino.img flasht?
Dort ist der neue Uboot gleich mit enthalten.

Mit diesen Images kann man "nur" über die Experten funktion in Neutrino flashen.
Alle Serialflashtools akzeptieren diese nicht. Von daher ist das da denke ich egal,
da ja schon neutrino mit nem Bootloader auf der Box sein muss.

sobald der neue bootloader drauf ist, gehen auch alle flashtools wieder ....

EDIT: gerade den letzten post von rhabarber1848 gelesen: Ist auch in Ordnung, ich dachte nur du hättest gerne, dass die bezeichnungen da gleich sind

[rhabarber1848]

ich dachte nur du hättest gerne, dass die bezeichnungen da gleich sind

Gerne ja, aber nicht mit diesen Nebeneffekten. Ich lasse den Patch
im ULC, werde ihn aber nicht ins CVS committen. Wen das später
stören sollte, kann sich dann bedienen

[rhabarber1848]

@seife
Du fängst mich langsam zu nerven.

Ist das so für alle akzeptabel?
http://article.gmane.org/gmane.comp.vid ... ox.scm/570

[rhabarber1848]

Code: Alles auswählen

if [ $init -eq 1 ] ; then 
   cp -a /var_init/* /var
   touch /var/.init
   sync
   umount /var
   /bin/mount -t jffs2 /dev/mtdblock/1 /var
fi

so läuft es auch in der IPBox. var_init ist quasi ein "roh var", der beim ersten start nach var verschoben wird.

Eine blöde Frage: Warum wird das so gemacht?

Ein Dbox-Squashfs-Image beinhaltet neben dem Bootloader, dem Squashfs-Teil
auch einen jffs2-Teil, der als /var genutzt wird.

Liegt /var auf der IPBox in $(flashprefix)/db.img?
Wäre es dann nicht sinnvoll, analog zu $(flashprefix)/var-[enigma|neutrino]/
für die Dbox die nötigen Dateien gleich dort abzulegen, anstatt mit marker-
Dateien zu arbeiten und /var durch die Gegend zu kopieren? Damit wird
zudem noch unnötig Speicherplatz im Squashfs-Teil des Images verschwendet.

Hier der Code auf der Dreambox:
http://cvs.tuxbox-cvs.sourceforge.net/t ... iew=markup

Code: Alles auswählen

# check if /var/.init exist .. then no flash erase is needed .. this is new !
if [ ! -e /var/.init ]; then
# new /var/.init not found.. check if old /var/tmp/init exist..
# then not flash erase ist needed
    if [ -e /var/tmp/init ]; then
# ok old /var/tmp/init exist.. no create the new flash_erase detection file..
        touch /var/.init
# delete /var/tmp folder now..
        rm -rf /var/tmp
# create link to /tmp <- this is mounted to RAM
        ln -sf /tmp /var/tmp
    else
# flash erase is needed ...
        init=1
    fi
fi

[rhabarber1848]

DGStation hat einige seiner Tools unter der GPL veröffentlicht.

ftp://dev.dgstation.co.kr/pub/relook400 ... 415.tar.gz
Hier findet sich der Sourcecode zu appendbin und mkdnimg,
der nun ebenfalls im Tuxbox CVS zu finden ist.

mkwelcomeimg und convbmp fehlen noch.