Archiv verlassen und diese Seite im Standarddesign anzeigen : [spark] Spark mit 210er kernel........
Hi Leute,
wir haben dies Nacht noch ein Spark Image mit 210er Kernel fertig gestellt.
Die Leute die Probleme mit dem 211er kernel haben sollten das jetzt mal testen.
Praziser gesagt Die Leute mit den neuen boxen
Ja stimmt......danke für den hinweis cheffe.
gringo13
29.11.2012, 15:46
Hab mich schon gewundert, dass heut Morgen im Changelog die Nr.: 1390 auftauchte und jetzt haben wir 1379..........
Erstmal ein großes Danke.
Bis jetzt, ca 30min Test keine Probleme. Das einzige, nach anstecken der Festplatte gab es ein paar mal Hänger , und Platte wurde nicht richtig erkannt, dann mit den PC neu formatiert, jetzt geht alles.
Teste weiter.
mfg
Sorry, das war meine schuld, mein System hat den changelog alt überschrieben.
Erstmal ein großes Danke.
Bis jetzt, ca 30min Test keine Probleme. Das einzige, nach anstecken der Festplatte gab es ein paar mal Hänger , und Platte wurde nicht richtig erkannt, dann mit den PC neu formatiert, jetzt geht alles.
Teste weiter.
mfg
Klasse, erste Positive Rückmeldung. :cool:
Weiter testen...........;)
Ich hab jetzt die 990Reloaded vom Bekannten da, gleich zwei Stück, komm aber heut nicht mehr zum testen. Werd mir das ganze aber morgen mal genau ansehen. Dann gibts auf alle Fälle Rückinfo.
Was für Probleme gab es denn und wie erkenne ich welche Box ich habe? Sprich welchen Kernel ich brauche?
Hallo zusammen.
Ich hatte mit dem letzten Images ja immer problehme !!!
Nun der test mit dem neuen Image:
- Installation OK nur OSCAM wurde nicht installiert
- Kein Bild nach installation. reboot nötig
- OSCAM nachinstalliert und OK
- Settings nachinstalliert und OK
- Skinn nachinstalliert und OK
- Die Box hat sich bis jetzt nicht aufgehängt
- Schneller als das Image mit dem 207 kernel
Soweit ich es bis jetzt beurteilen kann sehr gut !!!
Merci, dass ihr ein Image für die neuen GM990er habt.
Meld mich wenn ich was finden sollte
Sorry Sorry !!!
Hab das Image aus versehen auf meine alte GM990 geladen.
Hab mich schon gefreut !!
Test mit der neuen GM990 ergibt die gleichen Probleme wie der 211 kernel.
Installation OK
Einstellungen im System nicht möglich da sich die Box aufhängt.
Ich habe das 730 Image mit 210 kernel auch schon getestet und das hat die gleichen Probleme.
Wenn das neue Image den gleichen 210 kernel hat dann wird es wohl nicht klappen.
Zu früh gefreut.
Merci für den Versuch
Serh schade !
Test weiter.
So nach etwas längeren Test, keine Hänger, Aufnahme, Timeshift, Oscam ok. Allerdings kommt es zu Hängern im Menue, Plugins.
Nach Neustart geht es dann wieder.
Teste weiter.
mfg
Wie sieht es denn mit dem gegentest aus, also wie läuft der 210er bei usern die vorher keine probleme mit dem 211 hatten.
Könnte man also der einfachheithallber komplett auf 210 umsteigen?
Ich hab noch ne ältere die auch mit dem 211er problemlos klargekommen ist.
Hab das neue Image mit dem 210er Kernel schon auf herz und nieren getested und konnte keine probleme festellen.
Läuft immernoch alles prima und Stabil nach ungefähr 4 Stunden.
balou1974
29.11.2012, 23:07
Ich spiele das Image mal auf. Und teste dann mal.
warpilein
29.11.2012, 23:54
ich bekomme morgen meine das ist auch eine von den neuen dann werd ich auch wohl testen, ich danke eucht schon mal für eure arbeit, gibt es eine möglichkeit wie man euch unterstützen könnte das problem zu lokaliesieren (LOG über RS232 oder ähnliches)
balou1974
30.11.2012, 02:55
Sieht bisher garnicht schlecht aus. Es scheint deutlich besser zu laufen wie die 1380 mit 211 Kernel!!! Habs bisher nur auf meiner Box, werde es aber morgen bei einem guten Freund noch testen.
Gruss Balou
So, hab mich jetzt auch mal über die GM990Reloaded vom Bekannten hergemacht. Da die Boxen erst vorvorige Woche bestellt wurden, gehe ich davon aus, das beides neue Boxen sind. Der erste Eindruck mit dem 210er Kernel, scheint alles soweit zu laufen. Das beim Erstassi der OSCAM nicht installiert wurde kann man verschmerzen. Läßt sich ja über die Plugins nachholen. Mit OSCAM 7884 von feed läuft auch zumindest HD+ ohne Probleme. Ärger hatte ich beim anlegen eines Netzwerk-mounts. Die auto.network wurde zwar ordentlich erstellt, allerdings war der mount nicht oder nur kurz verfügbar. Auch ein Remount brachte ihn nicht wieder zum Vorschein. Appropos Mount, als ich im Mountmanager war, blieb das MiniTV stehen, und beim Beendigen vom Menu stand das Bild immer noch oben links in der Ecke. Ton lief unterdessen sauber weiter. Einmal umschalten und alles war wieder gut. (Ich weiß, MiniTV macht immer wieder Probleme, sollte nur zur Vollständigkeit nicht unerwähnt bleiben). Als ich dann den Mount manuell gesetzt hab, hatte ich einen Dauerspinner. Beim zweiten Versuch gings dann allerdings. Die Wiedergabe von Filmen von NAS bereitet damit auch keine Probleme.
Scheint also die Lösung für alle mit den neuen Boxen zu sein. Ich werde auf alle Fälle mal ein paar Tage beobachten, ob es soweit passt.
balou1974
30.11.2012, 12:02
@TheChip: Der Wizard ist fast bei allen Images auf die eine oder andere Weise vermurkst ;) Also ich habs wohl bemerkt aber ich lege darauf keinen so grossen Wert, Stabilität und Netzwerkmount finde ich da schon wichtiger ....
Ich weiß, ich lege auch keinen Wert auf den Wizzard. Solllte ja nor ein objektiver Bericht werden. Vielleicht gibts ja andere, die den Wizzard nutzen und für diese Information dankbar sind.
Ach und noch etwas: DHCP bei der Ersteinrichtung geht bei der GM990Reloaded auch nicht. Feste IP funktioniert.
balou1974
30.11.2012, 12:26
Also bei nochmaligen einstellen des Netzwerk ging das bei mir. Beim Wizard hat es aber auch bei mir glaub nicht geklappt, ich habe hier aber auch etwas gewirbelt, weil einige Kabel zu kurz waren und ich kein freies LAN-Kabel mehr hatte - ich hatte diese Sache auf meine eigene Unfähigkeit abgewälzt ;)
balou1974
30.11.2012, 12:29
@santa: Falls Fulan in nächster Zeit hier nichts ändert dann kann man ruhig beim 210er bleiben, denke ich... Wenn man hier etwas liest dann sieht es so aus, als liefe der Kernel auf neuen und alten Boxen. Aber besser noch einige Tests abwarten ;)
So, hab jetzt das 210er Image mal laufen lassen und immer mal wieder umgeschalten. Bis jetzt läuft es stabil. Allerdings hab ich jetzt in den Menüs keine Hintergründe mehr. Sieht etwas ulkig aus, wenn die Menüauswahl und Texte einfach so im Bild stehen. Tritt aber halt nur im Menü auf. Die Senderauswahl und Infobar sind in Ordnung. Nach einem Neustart ist aber wieder alles ok.
balou1974
30.11.2012, 13:39
@TheChip: Das mit den Hintergründen habe ich auch schon bemerkt allerdings bei der 1380 mit 211 ... Ich hab angenommen, dass passiert bei dem neuen Image nicht mehr... Allerdings denke ich, dass liegt eher am Skin oder e2 ... evtl. wenn das Fersehbild unterschiedliche Auflösungen hat, ist das möglich???
Kann ich Dir jetzt so nicht sagen. Ich hatte nen HD-Sender an mit Full HD, hab dann auf nen 720p umgeschalten, war aber das gleiche. Müßte mal untersucht werden, warum das so ist.
Dafür hab ich das problem momentan das OScam und MGcamd jedes mal nach einem neustart nicht mit starten.
Obwohl ich immer Autostart für beide aktieviert hab und wenn ich beide zusammen an hab dauerts villeicht 2 Stunden und es schaltet sich eine Softcam von beidem ab.
balou1974
30.11.2012, 16:45
ich nutze nur oscam ... kann daher zu mgcam nichts sagen, kann aber sein, dass die sich in die quere kommen.
Dafür hab ich das problem momentan das OScam und MGcamd jedes mal nach einem neustart nicht mit starten.
Obwohl ich immer Autostart für beide aktieviert hab und wenn ich beide zusammen an hab dauerts villeicht 2 Stunden und es schaltet sich eine Softcam von beidem ab.
das liegt nicht am kernel, sondrn an der tatsache das man nur ein emu zum autostart wählen kann
Ich habe noch ein altes Image auf meiner Platte gefunden, HDMU_1301_E2_spark_207_git_4848_nodebug_nolcd_Diff 3_ffm_Flash.zip das läuft ohne Probleme, auch neue Plugins, Oscam.
Eventuell hilft das erst mal bis eine Lösung gefunden wird.
mfg
balou1974
30.11.2012, 17:03
Da hat Bonkel mal wieder recht, daran hab ich garnicht gedacht ;)
Ich habe noch ein altes Image auf meiner Platte gefunden, HDMU_1301_E2_spark_207_git_4848_nodebug_nolcd_Diff 3_ffm_Flash.zip das läuft ohne Probleme, auch neue Plugins, Oscam.
Eventuell hilft das erst mal bis eine Lösung gefunden wird.
mfg
Damit können wir leider nicht viel anfangen, war das image clean oder hast du viel verstellt?
Was hast du genau gemacht, bevor es hing, usw.
Ab morgend gibt es keinen feed mehr für dein altes image, solltest du auch bedenken.
Was hast du genau gemacht, bevor es hing, usw.
Also das Image läuft tadellos, keine Hänger. Ich habe das ein clean Image genommen, Sender liste eingespielt, Oscam Dateien, und ein paar Plugins nachgeladen.
Seit heute Vormittag mehrere Aufnahmen gemacht, Thimeshift alles top.
das liegt nicht am kernel, sondrn an der tatsache das man nur ein emu zum autostart wählen kann
Das meinte ich auch nicht, hätte mich doch schon sehr gewundert wenns am Kernel liegen würde :p
Ich wollte nur deswegen nicht extra noch nen neuen Thread auf machen, deswegen hab ich es hier mit rein geschrieben.
ps: Bonkel jetz weiß ich auch woher du mir so bekannt vorkommst, vom Dbox2 bereich im Nachtfalke forum. Kann das sein? :D
ach ich war mal hier und da ;)
Hallo zusammen !!!
Ich weiß ja nicht wie viele verschiedene GM990 reloaded es gibt, da das neue Image mit dem 210 kernel bei mir nicht läuft.
Ich hab das Image auch auf eine ältere GM990 getestet und da läuft es ohne Probleme.
Aus der neuen GM990 ist das Image nicht brauchbar.
Box hängt sich unterschiedlich auf.
Mal beim starten des HDMU Centers- Mal im Menü Einstellungen / System +++++++
Plugins runterladen ist schon gar nicht möglich da man gar nicht soweit kommt.
Es hat sich bei mir nichts gegenüber nem 211 kernel geändert.
Das 1301 Testimage mit dem 207 kernel läuft super stabiel.
Alle 211 kerne Images sind nicht nutzbar.
Hmmm... Hab ich ne noch mal andere Box ?
Super team super Arbeit !!!
Bin mir sicher, dass ihr das Problem noch lösen werdet.
tja , was soll ich jetzt noch gross machen, in dem 210 kernel ist der patch für den toshiba nand nun drin....mehr kann ich auch nicht tun^^
Hallo zusammen !!!
Ich weiß ja nicht wie viele verschiedene GM990 reloaded es gibt, da das neue Image mit dem 210 kernel bei mir nicht läuft.
Ich hab das Image auch auf eine ältere GM990 getestet und da läuft es ohne Probleme.
Aus der neuen GM990 ist das Image nicht brauchbar.
Box hängt sich unterschiedlich auf.
Mal beim starten des HDMU Centers- Mal im Menü Einstellungen / System +++++++
Plugins runterladen ist schon gar nicht möglich da man gar nicht soweit kommt.
Es hat sich bei mir nichts gegenüber nem 211 kernel geändert.
Das 1301 Testimage mit dem 207 kernel läuft super stabiel.
Alle 211 kerne Images sind nicht nutzbar.
Hmmm... Hab ich ne noch mal andere Box ?
Super team super Arbeit !!!
Bin mir sicher, dass ihr das Problem noch lösen werdet.
Schick mal eine saftige E-Mail zu GM, beschweren weil du Enigma geflascht hast, werden sie sich schon nicht.
ansonsten dürften sie nicht so ein zum fremdflashen einladenen Bootloader auf die kiste knallen.
@Bonkel: mir ist dein Böhse Onkelz Avatar im gedächtnis geblieben ;)
Denke wirklich dran denen ne Mail zu schicken.
Machen ja Reklame dafür, dass man E2 drauf laufen lassen kann.
Denke die Antwort kenne ich schon.
Irgend ein E2 läuft ja.
Nur wir wollen das beste Image und das ist nun mal das HDMU.
Hab viele andere probiert und die sind alle so la la la.
markuschen
30.11.2012, 20:13
Bitte beachten, ein möglicher Fehler mit dem 210er Kernel wird hier (http://www.hdmedia-universe.com/board/showthread.php?2288-HDD-Problem) diskutiert.
Also nach weiteren Tests muß ich sagen, das auch das 210er Image noch nicht richtig rund läuft. Heut vormittag sah alles ganz gut aus, da war aber auch noch die originale Kanalliste drauf und keine Plugins installiert. Hatte vornin nochmal getestet, da gabs dann doch einige Probleme vom Hänger ohne Spinner bis zum Dauerspinner, bei dem nicht mahl mehr ein neustart via Telnet ging.
warpilein
30.11.2012, 21:34
Hier hängt sich die Box auch ganze zeit auf mit 1390, mit 1393 (beide 210 kernel) kann ich gar nicht starten
Hallo zusammen !!!
Update was ich so festgestellt habe.
Gestern Box geladen und eben die beschriebenen Probleme gehabt.
Keine Plugins dazugeladen ! Keine Settings geladen !
Die Box nur so wie das Image ist gelassen.
Box über Nacht laufen lassen und was soll ich sagen ?
Heute morgen ist die Box gelaufen !!!
Keine hänger nach 5 Minutem im Menü rumzappe.
Skinn runtergeladen und OK
OSCAM hat noch Probleme gemacht war aber erst mal nicht sooo wichtig
WAR ECHT VERWUNDERT !!!!!
Wollte meine Settings einspielen und da kamen die Probleme
Settings konnten nich so wie immer geladen werden und die Box hatt is aufgehängt.
Nach restart (und nun mit meinen Settings) habe ich die Probleme wieder.
Tja... woran kann das liegen, dass die Box heute morgen gelaufen ist und keine hänger mehr gehabt hat ?
Da die Box heute morgen gelaufen ist denke ich es liegt womöglich nicht am kernel, da der sich ja nicht umkonfiguriert oder so.
Tja... ich hoffe das hilft weiter.
Hatte gestern auch so ein "Erlebnis". Die Box lief den ganzen Vormittag, als ich dann einige Plugins geladen hab und Senderlisten eingespielt hab, bekam ich auch Probleme. Kannst Du mal ein Log von Start machen, da steht drin, welche Flashbausteine bei Dir verbaut sind. Bonkel hat nen Fix für Toshiba NANDs eingebaut. Ich hab heute aber festgestellt, das bei mir Hynix NAND verbaut ist. Kommt vielleicht daher.
"Wollte meine Settings einspielen und da kamen die Probleme
Settings konnten nich so wie immer geladen werden und die Box hatt is aufgehängt.
Nach restart (und nun mit meinen Settings) habe ich die Probleme wieder."
Was da falsch läuft hast du dir selbst beantwortet.
Alte Settings einspielen kann fatale Fehler produzieren, besonders vor dem Hintergrund das sich viel an den Images getan hat.
Lieber einmal alles neu einstellen und die Settings neu erstellen lassen!!
Werd das mit den Settings mal so machen wie Du gesagt hast.
Meld mich dann ob es dann OK ist.
CU
Check mal einen reverse von http://git.stlinux.com/?p=stm/linux-sh4-2.6.32.y.git;a=commit;h=b01c23c8487a8225ee933804a3 3b596ea466574d
Nochmal ein aufruf an alle, die Probleme mit den neuen Spark-Boxen haben: bitte den Start mitloggen und das log hier einstellen. Wir brauchen unbedingt die Info, welche NANDS bei euch verbaut sind.
warpilein
02.12.2012, 11:10
Alles klar schmeiße nachher mal das Kabel dran, kannst du mir vielleicht noch eben die baudrate mitteilen mit Handy ist immer blöd das zu suchen
hab es schon ;)
Board: STx7111-Mboard (MB618) [32-bit mode]
info: Disregarding any EPLD
U-
Boot 1.3.1 (Dec 23 2011 - 14:26:53) - stm23_0043 - YW 1.0.022 Rel
DRAM: 128 MiB
NOR: 8 MiB
NAND: 512 MiB
In: serial
Out: serial
Err: serial
IdentID : xx
Hit ESC to stop autoboot: 0
Loading from NAND 512MiB 3,3V 8-bit, offset 0x18000000
Image Name: Linux-2.6.32.57_stm24_0210
Image Type: SuperH Linux Kernel Image (gzip compressed)
Data Size: 2335110 Bytes = 2.2 MiB
Load Address: 80801000
Entry Point: 80802000
## Booting image at 80000000 ...
Image Name: Linux-2.6.32.57_stm24_0210
Image Type: SuperH Linux Kernel Image (gzip compressed)
Data Size: 2335110 Bytes = 2.2 MiB
Load Address: 80801000
Entry Point: 80802000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
found phy at addres = 1
stmac_phy_get_addr(): id1 = 0x7, id2 = 0xc0f1
stb_id = xxx
Starting kernel console=ttyAS1,115200 root=/dev/mtdblock6 rootfstype=jffs2 rw init=/bin/devinit coprocessor_mem=4m@0x40000000,4m@0x40400000 printk=1 rw ip=172.100.100.249:172.100.100.174:172.100.100.174 :255.255.0.0:LINUX7109:eth0:off bigphysarea=6000 stmmaceth=msglvl:0,phyaddr:1,watchdog:5000 nwhwconf=device:eth0,hwaddr:24:00:07:00:E3:A6 Manufacture=Spark-Project STB_ID=09:00:07:00:00:E3:A6 - 0x00000000 - 0 ...
Du solltest die Bootargs ändern, damit der Kernel Infos ausspuckt.
Einfach aus ttyAS1 ttyAS0 machen
setenv bootargs 'console=ttyAS0,115200 rw root=/dev/mtdblock6 rootfstype=jffs2 init=/bin/devinit coprocessor_mem=4m@0x40000000,4m@0x40400000 printk=1 nwhwconf=device:eth0,hwaddr:00:80:E1:12:40:61 ip=172.100.100.249:172.100.100.174:172.100.100.174 :255.255.0.0:Enigma2:eth0:off stmmaceth=msglvl:0,phyaddr:2,watchdog:5000 bigphysarea=6000'
Original:
PDK7105> printenv
bootdelay=3
baudrate=115200
yw_version=YW_1.1.003-9-g7248322
board=pdk7105
monitor_base=0
monitor_len=0x00100000
load_addr=0x80000000
HOSTNAME=LINUX7167
ethaddr=00:80:E1:12:06:38
ipaddr=192.168.40.63
netmask=255.255.255.0
gatewayip=192.168.40.1
serverip=192.168.40.19
bootcmd_spark=nboot.i 0x80000000 0 0x00100000 ;bootm 0x80000000
bootcmd_enigma2=nboot.i 0x80000000 0 0x18000000 ;bootm 0x80000000
kernel_base_spark= 0x00100000
kernel_base_enigma2= 0x18000000
kernel_len_spark= 0x00a00000
kernel_len_enigma2= 0x00800000
erase_env=mw.b $load_addr 0 0x20000;eeprom write $load_addr 0x000a0000 0x20000
loadu_uboot=fatload usb 0 $load_addr u-boot.bin
loadu_kernel=fatload usb 0 $load_addr $kernel_name
loadu_kernel_spark=fatload usb 0 $load_addr mImage
loadu_kernel_enigma2=fatload usb 0 $load_addr uImage
loadu_userfs=fatload usb 0 $load_addr $userfs_name
loadu_userfs_spark=fatload usb 0 $load_addr userfsub.img
loadu_userfs_enigma2=fatload usb 0 $load_addr e2jffs2.img
tftp_uboot=tftp $load_addr u-boot.bin
tftp_kernel=tftp $load_addr $tftp_kernel_name
tftp_kernel_spark=tftp $load_addr mImage
tftp_kernel_enigma2=tftp $load_addr uImage
tftp_userfs=tftp $load_addr $tftp_userfs_name
tftp_userfs_spark=tftp $load_addr userfsub.img
tftp_userfs_enigma2=tftp $load_addr e2jffs2.img
erase_kernel=nand erase 0x00100000 0x00a00000
erase_userfs=nand erase 0x01400000 0x16c00000
erase_kernel_enigma2=nand erase 0x18000000 0x00800000
erase_userfs_enigma2=nand erase 0x18800000 0x07700000
write_kernel=nand write.i 0x80000000 0x00100000 $filesize
write_userfs=nand write.yaffs2 0x80000000 0x01400000 $filesize
write_kernel_enigma2=nand write.i 0x80000000 0x18000000 $filesize
write_userfs_enigma2=nand write.jffs2 0x80000000 0x18800000 $filesize
update=eeprom write $load_addr $monitor_base $monitor_len
update_kernel=nand erase 0x00100000 0x00a00000 ;nand write.i 0x80000000 0x00100000 $filesize
update_userfs=nand erase 0x01400000 0x16c00000 ;nand write.yaffs2 0x80000000 0x01400000 $filesize
update_kernel_enigma2=nand erase 0x18000000 0x00800000 ;nand write.i 0x80000000 0x18000000 $filesize
update_userfs_enigma2=nand erase 0x18800000 0x07700000 ;nand write.jffs2 0x80000000 0x18800000 $filesize
tftp_kernel_name_spark=mImage
tftp_kernel_name_enigma2=uImage
tftp_userfs_name_spark=userfsub.img
tftp_userfs_name_enigma2=e2jffs2.img
kernel_name_spark=spark/mImage
kernel_name_enigma2=enigma2/uImage
userfs_name_spark=spark/userfsub.img
userfs_name_enigma2=enigma2/e2jffs2.img
userfs_base_spark= 0x01400000
userfs_base_enigma2= 0x18800000
userfs_len_spark= 0x16c00000
userfs_len_enigma2= 0x07700000
uboot_name=u-boot.bin
ubootnfspath=192.168.40.19:/opt/target
kernelnfspath=192.168.40.19:/opt/target
rootfsnfspath=192.168.40.19:/opt/target
bootfromnfs=console=ttyAS0,115200 rw root=/dev/nfs nfsroot=192.168.40.19:/opt/target,nfsvers=2,rsize=4096,wsize=8192,tcp nwhwconf=device:eth0,hwaddr:00:80:E1:12:40:61 ip=192.168.40.61:192.168.40.19:192.168.3.1:255.255 .0.0:LINUX7167:eth0:off stmmaceth=msglvl:0,phyaddr:1,watchdog:5000 bigphysarea=7000
bootargs_flash=console=ttyAS1,115200 rw ramdisk_size=6144 root=/dev/ram0 init=/linuxrc nwhwconf=device:eth0,hwaddr:00:80:E1:12:40:69 ip=192.168.0.69:192.168.3.119:192.168.3.1:255.255. 0.0:Spark:eth0:off stmmaceth=msglvl:0,phyaddr:1,watchdog:5000 bigphysarea=7000
bootargs_spark=console=ttyAS1,115200 rw ramdisk_size=6144 root=/dev/ram0 init=/linuxrc nwhwconf=device:eth0,hwaddr:00:80:E1:12:40:69 ip=192.168.0.69:192.168.3.119:192.168.3.1:255.255. 0.0:Spark:eth0:off stmmaceth=msglvl:0,phyaddr:1,watchdog:5000 bigphysarea=7000
bootargs_enigma2=console=ttyAS1,115200 rw root=/dev/mtdblock6 rootfstype=jffs2 init=/bin/devinit coprocessor_mem=4m@0x40000000,4m@0x40400000 printk=1 nwhwconf=device:eth0,hwaddr:00:80:E1:12:40:61 ip=172.100.100.249:172.100.100.174:172.100.100.174 :255.255.0.0:Enigma2:eth0:off stmmaceth=msglvl:0,phyaddr:2,watchdog:5000 bigphysarea=6000
ywenv_version=1
bootargs=console=ttyAS1,115200 rw root=/dev/mtdblock6 rootfstype=jffs2 init=/bin/devinit coprocessor_mem=4m@0x40000000,4m@0x40400000 printk=1 nwhwconf=device:eth0,hwaddr:00:80:E1:12:40:61 ip=172.100.100.249:172.100.100.174:172.100.100.174 :255.255.0.0:Enigma2:eth0:off stmmaceth=msglvl:0,phyaddr:2,watchdog:5000 bigphysarea=6000
kernel_base= 0x18000000
kernel_len= 0x00800000
kernel_name=enigma2/uImage
userfs_name=enigma2/e2jffs2.img
tftp_kernel_name=uImage
tftp_userfs_name=e2jffs2.img
userfs_len= 0x07700000
userfs_base= 0x18800000
bootcmd=nboot.i 0x80000000 0 0x18000000 ;bootm 0x80000000
boot_system=enigma2
filesize=4000000
fuseburned=true
stdin=serial
stdout=serial
stderr=serial
warpilein
02.12.2012, 12:16
Mach ich heute abend dann mal, bin gerade dabei die Kanal liste in spark zu sortieren
Stimmt, hab ich glatt vergessen mit hinzuschreiben. Ohne passende Bootargs gibts leider auch keine NAND-Infos siehe Beitrag von botoxx.
Zum Testen bin ich noch nicht gekommen, aber macht eure Sparkid in den logs unkenntlich. Die kann man benutzen um den Skycamd Client zu aktivieren
danke, ident id oder stb id?
habe beide mal entfernt.
stb id
aber kann man sich die Mühle sparen, die 10 Minuten die ich gebraucht habe um den unter e2 laufen zu lassen gibt mir keiner mehr wieder *g* halten bei weitem nicht was sie versprechen.
Hab grad nochwas festgestellt, die benötigten Ausgaben zum Flashtyp kommen nur mit dem 210er Images!!
Ich hoffe doch, das sich noch mehr leute beteiligen oder gehen von allen anderen die aktuellen Spark-Boxen?
Hab grad nochwas festgestellt, die benötigten Ausgaben zum Flashtyp kommen nur mit dem 210er Images!!
Ich hoffe doch, das sich noch mehr leute beteiligen oder gehen von allen anderen die aktuellen Spark-Boxen?
Meine Spark ist schon etwas älter und da läuft gerade HDMU 1393 problemlos.
Um was geht es denn genau, wie könnte ich helfen?
Werde mal das aktuelle drauf machen.
MfG
Es geht darum, das die neuen Spark-Boxen andere Flash-Bausteine verbaut haben. Bonkel hat einen Fix für den Toshiba Flash eingebaut, allerdings habe ich eine Box hier, die Hynix NAND drinnen hat. Und dafür passt natürlich der Fix nicht. Nun soll herausgefunden werden, welche Flash-Bausteine in den Boxen tatsächlich vorhanden sind. Du kannst ja mal zum Vergleich bei Dir ein 210er Flash Image draufmachen und ein Log vom Start machen, das man sieht, welche Flashbausteine bei Dir verbaut sind. Aber Achtung: im Log bitte die Zeile "stb-id = xxx" (xxx steht für eine Zahl die dort erscheint, und die Zeile steht direkt am Anfang, vor der Anzeige der bootargs) aus dem Log rausnehmen, da diese ID missbraucht werden könnte.
Was können denn böse Buben damit anfangen?
Habe die Zahlen weg gemacht, nur ist das log sehr lang. Hoffendlich stehen sie nicht noch irgendwo.
Kann man auch was wegen dem WLAN und der Trägheit sehen?
MfG
böse Buben könnten mit deiner ID zu einem Pay-Server connecten (skycamd) und damit einen neuen Client generieren. Interessant ist das wegen der gratis Probezeit für neue Clients.
Passieren kann dir dabei aber grundsätzlich nichts, denn wenn der Server auffliegt werden Clients über die IP ausgeforscht. ;)
Habe eben noch mal Deine Antwort in #57 gelesen. Das log ist jetzt vom 1393-210 USB Image nicht vom Flash. Siehst Du trotzdem was Du willst, TheChip?
MfG
böse Buben könnten mit deiner ID zu einem Pay-Server connecten (skycamd) und damit einen neuen Client generieren. Interessant ist das wegen der gratis Probezeit für neue Clients.
Passieren kann dir dabei aber grundsätzlich nichts, denn wenn der Server auffliegt werden Clients über die IP ausgeforscht. ;)
Danke für die Antwort!
Sollte man da auch die IP der Box und diverses löschen?
Habe schon ofter logs eingestellt und diese Zahlen nicht entfernt, kann man das mit den bösen Buben irgendwie bemerken und selber unterbinden im Router?
Nur so ne Frage wegen der Sicherheit.
MfG
Also soweit ich gesehen hab, stehen die wichtigen sachen drin. Ist bei Dir auch Hynix Flash, aber ein anderer als bei mir.
ONFI flash detected
id_len = 5
type->pagesize = 0
NAND device: Manufacturer ID: 0xad, Chip ID: 0xdc (Hynix NAND 512MiB 3,3V 8-bit)
cmdlinepart partition parsing not available
Creating 4 MTD partitions on "stm-nand-emi.0":
0x000000000000-0x000000800000 : "Spark Kernel"
0x000000800000-0x000018000000 : "Spark Rootfs"
0x000018000000-0x000018800000 : "E2 Kernel"
0x000018800000-0x00001ff00000 : "E2 RootFs"
Danke für die Antwort!
Sollte man da auch die IP der Box und diverses löschen?
Habe schon ofter logs eingestellt und diese Zahlen nicht entfernt, kann man das mit den bösen Buben irgendwie bemerken und selber unterbinden im Router?
Nur so ne Frage wegen der Sicherheit.
MfG
Da kannst Du nichts machen, außer halt die ID löschen. Die "bösen Buben" nutzen diese ID dann auf Ihren Boxen. Also für dich nicht nachvollziehbar.
Sprechen wir von der IP:192.168.178.... oder nur von der stb_id ?
Einzige Abhilfe wäre dann (im Fall der Fälle), die Boxen nicht mit dem Internet zu verbinden?
MfG
@all, wir sind jetzt mittlerweile tief ins OT abgedriftet. Wir sollten jetzt wieder zurück zum eigentlichen Thema kommen.
Deshalb noch mal meine Bitte (damit sie im OT nicht untergeht): mit den Images mit 210er Kern bitte ein log vom Start erstellen, damit wir sehen, was für NAND-Flash-Chips verbaut sind.
würde gerne helfen - gibts n howto dafür?
christianWW
03.12.2012, 19:25
würde auch gern helfen und einen log online stellen. wie macht man es ?
Ok, ein Log vom Start wird seriell erstellt. Die Frage ist nur, ob bei euch die bootargs passend gesetzt sind, sonst sieht man da nicht viel.
Da ihr aber beide fragt, wie man ein log erstellt, schätze ich mal, das ihr mit den bootargs arbeitet, die von spark mitgeliefert wurden. Und da ist das loggen leider nicht möglich.
Daher als erstes mal die Frage an euch, habt ihr eine serielle schnittstelle am Rechner (USB-Seriell Konverter tuns auch) und ein Nullmodemkabel? Wenn nein, wäre eh eine gute Grundausstattung für Enigma2, weil ein serielles logging ab und zu superwichtig sein könnte um z.b. Fehler beim booten zu finden.
Die zweite Frage, traut ihr euch an die Bootargs ran (ich frage deshalb, weil man sich da durchaus auch mal ne Box lahmlegen kann und bis die wieder Funktioniert, könnte es dann ne weile dauern, wenn man da nicht genau weiß was man tut)?
Selbstverständlich stehen wir euch bei der Anpassung der bootargs zur Seite. Allerdings solltet Ihr dabei auch genau das tun, was euch die Hilfeleistenden mitteilen, sonst könnte es sein, das die Box danach erstmal nichts mehr macht.
Für diese Anpassung braucht ihr natürlich auch noch Software (z.b. Putty leistet da gute Dienste) mit der dann die serielle Verbindung hergestellt wird. Da müßt ihr nur noch den Comport einstellen bei Baudrate 115200, 8 Datenbit, Parität None/keine, 1 Stopbit und in welche Datei geloggt werden soll. Wenn alles klapt, kommen beim einschalten sie ersten Meldungen, allerdings nicht das interessante. Um das zu erhalten muß der Start der Box gleich am anfang abgebrochen werden (im Putty zählt ein timer von drei bis null runter). Wären dieser Zeit kann der Start mit der Taste "Menü" abgebrochen werden. Jetzt können die bootargs für enigma neu gesetzt werden. Dazu steht dann hier (http://www.hdmedia-universe.com/board/showthread.php?2280-Spark-mit-210er-kernel&p=24593&viewfull=1#post24593) genaueres.
Bei Problemen könnt Ihr euch aber auch wieder hier melden.
christianWW
03.12.2012, 20:22
hmm, das hört sich doch ein bisschen gefährlich an, hab meine Box erst 2 Wochen und will sie nicht gleich zerschießen. Mir gefallen die HDMU Images mit den ganzen Einstellungen gut,
deswegen wär ich sehr an einer Lösung interessiert um die neuen NAND Flashes zum laufen zu bringen.
Nur Mut, wenn Du genau machst, was wir schreiben, wirds schon schiefgehen wie man so schön sagt :D
..nichts für ungut @TheChip ...Absätze machen so manchen Post "lese leichter ":)
... k.A. warum z.B. das Evolux mit V8 uimage offensichtlich ...was so so liest, keine Probs hat..auch Schreiben manche,daß mit der dort verwendeten evremote2 und lirc.d manche Probs mit der neuen FB mit Portal Taste (blau) beseitigt sind...
..aber ich hab ne "alte" Edision-Pingulux und somit eh null Probs!!
@Joker, Stimmt hast Recht. Hab da grad nicht so auf die Lesbarkeit geachtet. :sm19:
EDIT, so ist richtig herum, habe nochmal reingeguckt.
Habe gerade mal zwei Kisten aufgeschraubt.
In einer älteren Box die mit 211er Kernel läuft ist ein
HY27UF084G2B-TPCB
Die Problemkisten die nur mit 207er laufen haben den drin
H27U4G8F2DTR-BC
dann werd ich die Tage mal 60 Seiten Datenblätter vergleichen :-)
EDIT
Die Logausgabe mit dem 210er spuckt somit den falschen Chip aus. !!
ONFI flash detected
ONFI param page 0 valid
NAND device: Manufacturer ID: 0xad, Chip ID: 0xdc (Hynix H27U4G8F2DTR-BC) <-- falsch, ist ein H27U4G8F2DTR-BC verbaut
cmdlinepart partition parsing not available
Creating 4 MTD partitions on "stm-nand-emi.0":
0x000000000000-0x000000800000 : "Spark Kernel"
0x000000800000-0x000018000000 : "Spark Rootfs"
0x000018000000-0x000018800000 : "E2 Kernel"
0x000018800000-0x00001ff00000 : "E2 RootFs"
Ich hab hier zwei Boxen stehen, welche vor zwei Wochen gekauft wurden, die haben beide den H27U4G8F2DTR-BC. Die laufen aber weder mit dem 211er noch dem 210er Kernel. Müßte mir irgendwo mal nen 207er besorgen und mal damit schauen.
Was für Probleme machen die denn? Sollte eigentlich laufen.
Google mal nach "pkt nebula v3 207"
Mit dem HDMU mit 211er Kernel hab ich aktuell eine Bootschleife. Mit dem 210er bekomm ich massiv Nand errors auf HD Sendern bis zum Dauerspinner. Kann dann nicht mal mehr über Telnet abschalten, da er keinen zugriff mehr auf das Filesystem hat. Könnte aber auch ein allgemeines Problem im Image sein, denn meine SAB Unix Triple (Spark7162) läuft mit dem aktuellen Image auch alles andere als gut. Will das aber morgen eh mal mit nem älteren Image gegentesten und entsprechend Posten. Das einzigen was zzt. wirklich rund läuft ist mein Topf.
EDIT, so ist richtig herum, habe nochmal reingeguckt.
Habe gerade mal zwei Kisten aufgeschraubt.
In einer älteren Box die mit 211er Kernel läuft ist ein
HY27UF084G2B-TPCB
Die Problemkisten die nur mit 207er laufen haben den drin
H27U4G8F2DTR-BC
dann werd ich die Tage mal 60 Seiten Datenblätter vergleichen :-)
ONFI flash detected
ONFI param page 0 valid
NAND device: Manufacturer ID: 0xad, Chip ID: 0xdc (Hynix H27U4G8F2DTR-BC)
cmdlinepart partition parsing not available
Creating 4 MTD partitions on "stm-nand-emi.0":
0x000000000000-0x000000800000 : "Spark Kernel"
0x000000800000-0x000018000000 : "Spark Rootfs"
0x000018000000-0x000018800000 : "E2 Kernel"
0x000018800000-0x00001ff00000 : "E2 RootFs"
Ok, also hab ich hier wirklich ne neue Box stehen. Ich hab schon an mir gezweifelt.
Sind die Chip IDs im Kernel hinterlegt? Dann wird da etwas faul sein.
Was mir noch aufgefallen ist, bei den alten Boxen war das Garantiesiegel immer hinten rechts am Tuner, bei den neuen neben dem USB Port.
Könnte sein, das die im Kernel hinterlegt sind, denn Bonkel hat nen Fix für Toshiba NAND eingebaut. Werd ihm dazu mal befragen.
Und ja, das Garantiesiegel ist neben dem USB-Port, über der SCART-Buchse.
Schade, dass es hier keiner schafft ein Log anzufertigen...
Wären bestimmt mehr logs gekommen wenn man die bootargs nicht erst umschreiben müßte um eins anfertigen zu können.
Aber eine der Problemboxen ist an bonkel verschickt :o
balou1974
09.12.2012, 19:36
NAND device: Manufacturer ID: 0xad, Chip ID: 0xdc (Hynix NAND 512MiB 3,3V 8-bit)
cmdlinepart partition parsing not available
Creating 4 MTD partitions on "stm-nand-emi.0":
0x000000000000-0x000000800000 : "Spark Kernel"
0x000000800000-0x000018000000 : "Spark Rootfs"
0x000018000000-0x000018800000 : "E2 Kernel"
0x000018800000-0x00001ff00000 : "E2 RootFs"
balou1974
09.12.2012, 20:34
Dürften wohl viele Receiver mit Hynix im Feld zu sein ....
Hi Chip, mal ne frage, und evtl. auch ne hilfe. Ich bin bei der Verwendung von j00zalator, unter vdvanced auf den Eintrag " Manual Changes in uboot settings... " gestoßen, und soweit ich das sehe sollte der Eintrag "bootargs_enigma2" der richtige sein, oder? ich weiß ja nicht ob sich der log irgendwo speichert, so wäre es möglich ohne seriellen port an die logs zu kommen, denn das prob hab ich im mom.
Da ich im Moment nicht daheim bin und hier nur eingeschränkten Zugriff auf die Boxen hab, kann ich jetzt aus dem Kopf nicht sagen, was Du mit dem j00zalator einstellen kannst. Wäre aber schon möglich, das Du die bootargs damit anpassen kannst.
Das serielle Log wird leider nirgendwo gespeichert, das kann wirklich nur wärend der Laufzeit mit dem PC mitgeschrieben werden.
solange man die die geänderten bootargs nicht speichert ist da nichts gefährlich!
Umstellen, booten, Log erstellen.
Box ausschalten, einschalten, alles wie vorher!
Hallo!
Ich habe meine Bootargs bei der Spark mit Multiboot und der Verwendung des j00zilators nie selber bearbeitet. Wenn man mit dem j00zilator ein Image (USB) installiert, schreibt das Progi. die Bootargs selber um.
MfG
Anskar, mir ging es nicht darum, das der j00zilator die bootargs für das USB-Booten umschreibt, sondern darum ob man mit dessen Hilfe das serielle Loggen aus den passenden Ausgang umlegen kann. Leider sind die Boxen von haus aus so konfiguriert, das sie über Seriell nichts ausgeben.
Du könntest aber mal schauen, ob die bootargs im j00zilator auch manuell bearbeitet werden können. Dann könnten die anderen User das anpassen ja damit vornehmen.
Hallo TheChip!
Sicherlich kann man das, ist so aufgebaut wie der "flash image updater" für die Kathrein UFS 910. Siehe Bilder 0,1&2.
Wenn man weiß, was man tut (wird auch im Progi. so abgefragt). Unter Advancet/Manuel changes geht das wohl.
MfG
Powered by vBulletin® Version 4.2.5 Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.