Neutrino auf der IPBox

[gugu]

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

Natürlich. Somit ist die Sache erledigt.

[seife]

@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

Es wäre tatsächlich interessant mal zu probieren, ob das jetzt (nach dem letzten cleanup) noch notwendig ist.
Ich bezweifel nicht, dass es hilft, kann mir aber nicht erklären warum. Weil eigentlich sollte es nicht notwendig sein, aus dem change()-Codepfad heraus nochmals change() aufzurufen. Es gibt genügend solche Stellen im neutrino-Code, wo solcherart Cargo Cult Programming zu absolut unwartbarem und undurchsichtigem Code geführt hat. Sectionsd versuche ich - soweit möglich - davon frei zu halten.
Aber gut, mit dem Kommentar findet man immerhin einen Hinweis auf den Grund des Ganzen.

gugu's Antworten werde ich nun, dank der wunderbaren plonk-Funktion, nicht mehr sehen...

[Grabber66]

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.

Das kann ich leider nicht beantworten - evtl anubis

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.

nach meinem Wissensstand kann man von den Neutrino / Enigma Images nicht ohne einen vorherigen Bootloaderwechsel wieder zurück zu Originalsoftware.
Bzw. auch dort gibt es serial-all.img welches den Bootloader mit drin hat.
Es ist nur mitlerweile schwer festzustellen was überhaupt die Originalsoftware ist. Denn auch ABcom liefert mitlerweile auch Boxen mit installiertem Enigma aus.
Es gibt aber auch Modelle auf denen noch die "original"-Software drauf ist.

[gugu]

Es wäre tatsächlich interessant mal zu probieren, ob das jetzt (nach dem letzten cleanup) noch notwendig ist.

Leider ist immer noch Notwendig.

Ich habe noch andre Problem. Ich habe jetzt movieplayer2 (wo springen in Film funktioniert), aber leise/lauter Funktioniert nicht.

[rhabarber1848]

Der Bereich /etc und /var/etc ist noch nicht fertig

Hier der erste Versuch: ipbox_etc.diff

EDIT: satellites.xml und cables.xml werden von diesem Patch noch nicht
ins Image kopiert, der Grund dafür findet sich hier. Im Rahmen dieses
Vorhabens werde ich auch satellites.xml und cables.xml für IPBox ins
Image bringen. Bis dahin müsst ihr die Dateien manuell kopieren.

[gugu]

Noch ein IPBOX DREAMBOX diff für fx2 lib:
http://pastebin.com/m4780d914

[rhabarber1848]

Noch ein IPBOX DREAMBOX diff für fx2 lib:
http://pastebin.com/m4780d914

Patch ist im CVS

[gugu]

Noch mal IPBOX.

Code: Alles auswählen

Index: imageinfo.cpp                                                  
===================================================================   
RCS file: /cvs/tuxbox/apps/tuxbox/neutrino/src/gui/imageinfo.cpp,v    
retrieving revision 1.29                                              
diff -u -r1.29 imageinfo.cpp                                          
--- a/imageinfo.cpp     23 May 2009 18:32:48 -0000      1.29          
+++ b/imageinfo.cpp     2 Jun 2009 18:23:08 -0000                     
@@ -80,7 +80,7 @@                                                     
        width   = endX-startX;                                        
        height  = endY-startY;                                        
                                                                      
-#ifdef BOXMODEL_DM500                                                
+#if defined BOXMODEL_DM500 || defined HAVE_IPBOX_HARDWARE            
        pigw = 180;                                                   
        pigh = 144;                                                   
 #else                                                                
Index: streaminfo2.cpp
===================================================================
RCS file: /cvs/tuxbox/apps/tuxbox/neutrino/src/gui/streaminfo2.cpp,v
retrieving revision 1.41
diff -u -r1.41 streaminfo2.cpp
--- a/streaminfo2.cpp   23 May 2009 18:32:48 -0000      1.41
+++ b/streaminfo2.cpp   2 Jun 2009 18:23:10 -0000
@@ -443,7 +443,7 @@
                ypos = y+hheight+8;

                // paint PIG
-#ifdef BOXMODEL_DM500
+#if defined BOXMODEL_DM500 || defined HAVE_IPBOX_HARDWARE
                // the dm500 seems to like only half / quarter resolution...
                paint_pig(pigboxes_x + 60,  ypos, 180, 144);
 #else

[rhabarber1848]

+++ b/imageinfo.cpp 2 Jun 2009 18:23:08 -0000
+++ b/streaminfo2.cpp 2 Jun 2009 18:23:10 -0000

Patch ist im CVS.

Gibt es schon Rückmeldungen zu ipbox_etc.diff?

[Grabber66]

Gibt es schon Rückmeldungen zu ipbox_etc.diff?

Hatte es eben mal durchlaufenlassen, und was mir auf anhieb natürlich nicht aufgefallen war ist das die Dateien
in init.d nicht ausführbar sind ;(
Ansonsten ist es denke ganz gut gelungen.

[Grabber66]

Hab jetzt mal ein serial_all image geflasht, und das klappt leider nicht.
Die Flashtools liefern mir immer bei 100% einen Error und es ist kein neues Image auf der Box.
Wenn ich über die expertenfunktion flashe gehts ????

Kann es sein, das es was mit dem

Code: Alles auswählen

SERIALDOWN_HEADER = relook200s

zu tun hat ?

[Grabber66]

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.

Kann ich ehrlich gesagt auch nicht beantworten. Schön wäre es schon, wenn man das var_init nicht bräuchte.
Aber vielleicht kann das ja jemand klären. Denn vom Sinn her wird ja wirklich nur var gefüllt und gemountet ?

Lese ich ein db.img aus, wird auf jeden Fall ein mtd1.img gespeichert.
Vielleicht wird das ja was (*hoff*)

@rhabarber1848
Wenn es nicht zu viel arbeit macht das mal umszustricken, und du mir davon nen diff zukommen lassen könntest,
würde ich das mal testen.

[rhabarber1848]

die Dateien in init.d nicht ausführbar sind ;(

Fehler ist im Patch behoben

[rhabarber1848]

Kann es sein, das es was mit dem

Code: Alles auswählen

SERIALDOWN_HEADER = relook200s

zu tun hat ?

Das habe ich unverändert übernommen, aber Du kannst gerne damit experimentieren.

[Grabber66]

Am SERIALDOWN_HEADER hab ich jetzt noch nicht experimentiert.

Was mich eher interessierte war das mit dem "var_init".
Ich hab testweise einfach mal den inhalt von "var_init" in den Ordner "cdkflash/db" geschoben und ein Image neu packen lassen, welches dann
nicht den "verschiebe-Befehl" in der Startdatei hatte.

Und siehe da es bootet normal durch....

[rhabarber1848]

Kann ich testweise einfach mal den inhalt von "var_init" in den Ordner "cdkflash/db" schieben und ein Image neu packen, welches dann nicht den "verschiebe-Befehl in der Startdatei hat. Oder zerhau ich mida sowieso das image ?

Testen kannst Du das immer, was mit der Box dann wird,
weiß ich allerdings nicht. Kannst Du die Box flashen, wenn
ein nicht-bootfähiges Image drauf ist?
Wenn ja, dann Happy Testing !

[Grabber66]

Du hattest schon gelesen, da hab ich noch ändern wollen,
es hat mir ja keine Ruhe gelassen, und ich habs getestet. - Und es geht.
db.img ist der var-Bereich im Image und man kann einfach die Dateien in den Ordner db schieben und neu packen lassen

[rhabarber1848]

db.img ist der var-Bereich im Image und man kann einfach die Dateien in den Ordner db schieben und neu packen lassen

Sehr gut, dann wird das so laufen wie im Dbox2-Image.
Ich bin gerade dabei, cdk/root_ipbox/ zu streichen und
cdk/root/ zu verwenden. Dateien, die auf beiden
Platformen gleich sind, wird es nur einmal im CVS geben.
Andere Dateien werden als cdk/root/etc/$(datei).$(boxtype)
im CVS abgelegt und vorrangig ins Image kopiert.

Den Kopiermechanismus kann ich nun analog zur Dbox2
machen, dank Deiner Entdeckung, das macht es einfacher

[rhabarber1848]

@anubis_neutrino:
In Deiner cdk/root/etc/init.d/rcS steht folgendes:

Code: Alles auswählen

if [ $mID -ne 07 ] ; then
        init=0
        /bin/boot || init=1

Welchen Zweck erfüllt /bin/boot?
In dgs_enigma.sdk.full.tar.bz2 gibt es die Datei
dgs_enigma/common/archive/stbfs.tar.gz,
dort findet sich dir_root/bin/boot als Binary.
Gibt es dazu den Sourcecode?

[rhabarber1848]

Hier der nächste Patch für /etc /var/etc, aufgeteilt in zwei Teile:

Die IPBox-spezifischen Dateien, nun in cdk/root: EDIT: Patch ist im CVS

Änderungen an dem Makefiles in cdk/root, die dafür sorgen, dass neben
den Dateien, die im CVS und bei anubis_neutrino gleich sind, die IPBox-
spezifischen Dateien ins Image wandern: EDIT: Patch ist im CVS

Ich verzichte auf cdk/root_ipbox und arbeite direkt in cdk/root, damit
wird verhindert, dass inhaltsgleiche Dateien doppelt im CVS liegen.
Details dazu gibt es hier: http://forum.tuxbox-cvs.sourceforge.net ... 69#p368169

Darüberhinaus verschwindet auch /var_init, die Dateien werden direkt
in den db-Bereich des Images geschrieben und müssten nach dem Booten
direkt in /var zu finden sein. Dazu habe ich fstab anpassen müssen:

Code: Alles auswählen

if BOXTYPE_IPBOX
VAR_MOUNT_ENTRY=/dev/mtdblock/1
endif
if BOXTYPE_DBOX2
VAR_MOUNT_ENTRY=/dev/mtdblock/3
endif

Bitte testen.

[Grabber66]

@anubis_neutrino:
In Deiner cdk/root/etc/init.d/rcS steht folgendes:

Code: Alles auswählen

if [ $mID -ne 07 ] ; then
        init=0
        /bin/boot || init=1

Welchen Zweck erfüllt /bin/boot?
In dgs_enigma.sdk.full.tar.bz2 gibt es die Datei
dgs_enigma/common/archive/stbfs.tar.gz,
dort findet sich dir_root/bin/boot als Binary.
Gibt es dazu den Sourcecode?

Im jetztigen Neutrino-image ist "boot" gar nicht enthalten.

$mID -ne 07 ist meine ich auch keine IPBox.

[rhabarber1848]

Code: Alles auswählen

if [ $mID -ne 07 ] ; then

Der o.g. Code bedeutet: Wenn $mID ist ungleich (not equal) 07, dann ...
Der Code würde somit auf der IPBox ausgeführt.
/bin/boot für die IPBox existiert als Binary, was soll ich machen?

[rhabarber1848]

Hier der nächste Patch für /etc /var/etc, aufgeteilt in zwei Teile:

Dieses Posting soll dafür sorgen, dass o.g. Posting in der Liste neuer Postings zu finden ist

[Grabber66]

Hier der nächste Patch für /etc /var/etc, aufgeteilt in zwei Teile:
.
.
.
Bitte testen.

Hier mal der Test :
Leider nicht sehr erfolgreich....

Code: Alles auswählen

U-Boot 1.2.0 (Mar 21 2008 - 22:24:51)

CPU:   IBM PowerPC STBx25xx(51510950) at 252 MHz (PLB=63)
       16 kB I-Cache 8 kB D-Cache
Board: relook210s
I2C:   ready
DRAM:  32 MB
FLASH:  8 MB
*** Warning - bad CRC, using default environment

checking welcome image... ok.
clear screen.
IDE:   IDE detected on IOADDR: f2000000
ide reset not yet implemented
ide reset not yet implemented
Bus 0: OK 
  Device 0: Model: SAMSUNG HM160HC Firm: LQ100-10 Ser#: S12TJF0PB09320
            Type: Hard Disk
            Capacity: 131071.9 MB = 127.9 GB (268435455 x 512)
  Device 1: not available
Data (writethrough) Cache is ON
default for stv6412
Un-Protect Flash Bank # 1
Press esc to debug bootloader.
dm9000 i/o: 0xfee00000, id: 0x90000a46 
MAC: 00:13:18:01:da:c5
operating at 100M full duplex mode
booting...
## Booting image at ff840000 ...
   Image Name:   Linux Kernel Image
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    1198729 Bytes =  1.1 MB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.6.17-cubecafe-prime (grabber66@linux-vmlk) (gcc version 3.4.6) #1 Wed Jun 10 21:46:06 CEST 2009
relook210 (CubeCaFe-prime) DGStation Co. http://www.dgstation.co.kr
Built 1 zonelists
Kernel command line: console=ttyS0,115200 root=/dev/mtdblock2 panic=1 videofmt=pal
PID hash table entries: 256 (order: 8, 1024 bytes)
Console: colour dummy device 80x25
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Memory: 29828k available (1916k kernel code, 624k data, 88k init, 0k highmem)
Mount-cache hash table entries: 512
NET: Registered protocol family 16
NET: Registered protocol family 2
IP route cache hash table entries: 256 (order: -2, 1024 bytes)
TCP established hash table entries: 1024 (order: 0, 4096 bytes)
TCP bind hash table entries: 512 (order: -1, 2048 bytes)
TCP: Hash tables configured (established 1024 bind 512)
TCP reno registered
squashfs: version 3.1 + autolzma (2006/10/05) Phillip Lougher
devfs: 2004-01-31 Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc.
Initializing Cryptographic API
io scheduler noop registered (default)
IBM GPIO driver version 07.25.02
IBM GPIO driver version 07.25.02
GPIO #0 at 0xc305e000
Serial: 8250/16550 driver $Revision: 1.90 $ 3 ports, IRQ sharing disabled
serial8250: ttyS0 at MMIO 0x0 (irq = 20) is a 16550A
serial8250: ttyS1 at MMIO 0x0 (irq = 21) is a 16550A
serial8250: ttyS2 at MMIO 0x0 (irq = 22) is a 16550A
loop: loaded (max 8 devices)
PPP generic driver version 2.4.2
PPP Deflate Compression module registered
PPP BSD Compression module registered
NET: Registered protocol family 24
dm9000 Ethernet Driver
dm9000: 16 bit io datasize.
dm9000: Invalid ethernet MAC address feched from srom, tring bios
eth0: dm9000 at c3060000,c3062004 IRQ 26 MAC: 00:13:18:01:da:c5
Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
IBM Redwood 4/6 IDE driver version 2.1 S
detected IOADDR: f2000000/f4000000
DMA addr: fce00000
using irq 25
hda: probing with STATUS(0x50) instead of ALTSTATUS(0x7f)
hda: SAMSUNG HM160HC, ATA DISK drive
hdb: probing with STATUS(0x00) instead of ALTSTATUS(0x7f)
hdb: probing with STATUS(0x00) instead of ALTSTATUS(0x7f)
hda: use pio mode 4
ide0 at 0xc3064000-0xc3064007,0xc3066000 on irq 25
hda: max request size: 512KiB
hda: Host Protected Area detected.
	current capacity is 312581808 sectors (160041 MB)
	native  capacity is 177702923509424 sectors (90983896836 MB)
hda: task_no_data_intr: status=0x51 { DriveReady SeekComplete Error }
hda: task_no_data_intr: error=0x10 { SectorIdNotFound }, LBAsect=177702923509423, high=10591919, low=10591919, sector=0
ide: failed opcode was: 0x37
hda: 312581808 sectors (160041 MB) w/8192KiB Cache, CHS=19457/255/63, (U)DMA
hda: cache flushes supported
 /dev/ide/host0/bus0/target0/lun0: p1 p2
relook: flash mapping: 800000 at ff800000
DGStation relook210: Found 1 x16 devices at 0x0 in 16-bit bank
 Amd/Fujitsu Extended Query Table at 0x0040
number of CFI chips: 1
cfi_cmdset_0002: Disabling erase-suspend-program due to code brokenness.
Creating 9 MTD partitions on "DGStation relook210":
0x00000000-0x00040000 : "nor.config_welcome"
0x00600000-0x007d0000 : "nor.db"
0x001a0000-0x00600000 : "nor.root"
0x00040000-0x001a0000 : "nor.kernel"
0x007d0000-0x00800000 : "nor.boot"
0x00040000-0x00600000 : "nor.kernel_root"
0x00040000-0x007d0000 : "nor.kernel_root_db"
0x00000000-0x007d0000 : "nor.all_noboot"
0x00000000-0x00800000 : "nor.all"
i2c /dev entries driver
IBM IIC driver v2.1
ibm-iic0: using standard (100 kHz) mode
TCP bic registered
NET: Registered protocol family 1
NET: Registered protocol family 17
SQUASHFS error: zlib_fs returned unexpected result 0xfffffffd
SQUASHFS error: zlib_fs Failed!! trying to lzma

VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 88k init
init started: BusyBox v1.7.2 (2009-06-10 21:46:39 CEST)
starting pid 14, tty '': '/etc/init.d/rcS'
/etc/init.d/rcS: line 93: cannot create /proc/sys/kernel/hotplug: nonexistent directory
/bin/makedevices
mount: using /etc/fstab
mount: using /etc/fstab
/etc/init.d/rcS: .: line 6: can't open /proc/bus/dbox.sh
starting pid 37, tty '': '/etc/init.d/start'
/etc/init.d/start: .: line 6: can't open /proc/bus/dbox.sh

Und dann hängt die Box.

[rhabarber1848]

EDIT: Patch ist im CVS

Patch ist aktualisiert, da war noch ein Fehler drin