ppcboot für Nokia BMon 1.0 (Pixelfehler)
-
- Interessierter
- Beiträge: 43
- Registriert: Dienstag 11. Dezember 2001, 00:00
Hi,
in einem früheren Topic habe ich gelesen, daß es einen Fix gibt - für die, bei denen es die Pixelfehler gibt.
TripleDES hat laut einem Thread hier etwas geändert (falsche Initialisierung im BMon).
Die Images ab 28c haben das Problem auch nicht.
Nur wenn ich das cdk von berlios ziehe und kompiliere, kommen die Pixelfehler. Hm, nun interessieren mich folgende Dinge:
1) was muss im ppcboot geändert werden, damit es klappt?
2) ist die Änderung von TripleDES schon drin - aber es fehlt die Aktivierung?
3) geht es nicht, weil ich den ganzen Kram unter cygwin kompiliere?
thx
+tbn
P.S.: habe auch mal unter eine Suse-Distri kompiliert und das gleiche Ergebnis bekommen...
in einem früheren Topic habe ich gelesen, daß es einen Fix gibt - für die, bei denen es die Pixelfehler gibt.
TripleDES hat laut einem Thread hier etwas geändert (falsche Initialisierung im BMon).
Die Images ab 28c haben das Problem auch nicht.
Nur wenn ich das cdk von berlios ziehe und kompiliere, kommen die Pixelfehler. Hm, nun interessieren mich folgende Dinge:
1) was muss im ppcboot geändert werden, damit es klappt?
2) ist die Änderung von TripleDES schon drin - aber es fehlt die Aktivierung?
3) geht es nicht, weil ich den ganzen Kram unter cygwin kompiliere?
thx
+tbn
P.S.: habe auch mal unter eine Suse-Distri kompiliert und das gleiche Ergebnis bekommen...
-
- Senior Member
- Beiträge: 697
- Registriert: Freitag 20. Juli 2001, 00:00
-
- Interessierter
- Beiträge: 43
- Registriert: Dienstag 11. Dezember 2001, 00:00
-
- Beiträge: 1
- Registriert: Sonntag 16. Dezember 2001, 00:00
-
- Contributor
- Beiträge: 1608
- Registriert: Samstag 28. Juli 2001, 00:00
-
- Beiträge: 1
- Registriert: Donnerstag 29. November 2001, 00:00
-
- Neugieriger
- Beiträge: 6
- Registriert: Freitag 18. Januar 2002, 20:23
-
- Neugieriger
- Beiträge: 18
- Registriert: Mittwoch 16. Januar 2002, 22:11
ppcboot-fixed
http://tuxbox.berlios.de/forum/viewtopic.php?t=2998
[edit/ON]
-scheint im Moment down zu sein!?!
einfach später nochmal probieren....
[edit/OFF]
[edit/ON]
-scheint im Moment down zu sein!?!
einfach später nochmal probieren....
[edit/OFF]
-
- Neugieriger
- Beiträge: 6
- Registriert: Freitag 18. Januar 2002, 20:23
Hmm. Lieg ich jetzt ganz falsch? wie soll das funktionieren?
Also ich geb als Bootfile das ppcboot_ram_fix an.
wenn ich dann flashen will zeigt er plötzlich auch zum ersten mal das
bootbild (des bestehenden images) aufm tv fehlerfrei an. also volles erfolgserlebnis.
ausserdem erscheint im terminal ppcboot (10.Dez.2001)
wenn ich dann aber die box neu starte, kommen wieder die
üblichen bildfehler und im terminal erscheint wieder
ppcboot(12.Juli.2001) also das alte. Dachte eigentlich, das dieser
ppcboot mit draufgeflasht wird. was mach ich falsch?
gibts ne möglichkeit, das ppcboot vom pc zu holen, den rest aber ausm flash?
Also ich geb als Bootfile das ppcboot_ram_fix an.
wenn ich dann flashen will zeigt er plötzlich auch zum ersten mal das
bootbild (des bestehenden images) aufm tv fehlerfrei an. also volles erfolgserlebnis.
ausserdem erscheint im terminal ppcboot (10.Dez.2001)
wenn ich dann aber die box neu starte, kommen wieder die
üblichen bildfehler und im terminal erscheint wieder
ppcboot(12.Juli.2001) also das alte. Dachte eigentlich, das dieser
ppcboot mit draufgeflasht wird. was mach ich falsch?
gibts ne möglichkeit, das ppcboot vom pc zu holen, den rest aber ausm flash?
-
- Neugieriger
- Beiträge: 13
- Registriert: Mittwoch 16. Januar 2002, 16:44
-
- Neugieriger
- Beiträge: 18
- Registriert: Mittwoch 16. Januar 2002, 22:11
lüppt nicht!?!
-habe das eben mal probiert, scheint aber nicht zu funktionieren.
Wenn ich "3" auswähle (flash), sucht er im tftpboot nach einer "kernel-flash"
(ppcboot ist das ramfix-boot v0.6.4)
Hier das Log:
zdebug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.0 mID 01
debug: feID dd gtxID 0b
debug: fpID 5a dsID 0x-xx.xx.xx.xx.xx.xx-4e
debug: HWrev X5 SWrev 0.81
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Got BOOTP reply from Server IP 192.168.0.1, My IP 192.168.0.23
debug: Sending TFTP-request for file D/yadd/tftpboot/ppcboot
will verify ELF image, start= 0x800000, size= 223527
verify sig: 262
boot net: boot file has no valid signature
Branching to 0x40000
ppcboot 0.6.4 (Dec 10 2001 - 19:28:19)
Initializing...
CPU: PPC823ZTnnA at 67 MHz: 2 kB I-Cache 1 kB D-Cache
*** Warning: CPU Core has Silicon Bugs -- Check the Errata ***
Board: ### No HW ID - assuming TQM8xxL
DRAM: (faked) 32 MB
Ethernet: 00-xx-xx-xx-xx-xx
FLASH: 8 MB
LCD driver (KS0713) initialized
LCD logo at: 0x80832 (0x1C20 bytes)
FB logo at: 0x8247A (0xDDD2 bytes)
AVIA Frambuffer
Input: serial
Output: serial
Images:
1: cdk
2: tiab
3: flash
4: test2
Select image (1-4), other keys to stop autoboot: 0
BOOTP broadcast 1
TFTP from server 192.168.0.1; our IP address is 192.168.0.23
Filename 'D/yadd/tftpboot/kernel-flash'.
Load address: 0x100000
Loading: T T T T T T T T T
Retry count exceeded; starting again
BOOTP broadcast 2
TFTP from server 192.168.0.1; our IP address is 192.168.0.23
Filename 'D/yadd/tftpboot/kernel-flash'.
Load address: 0x100000
Loading: T T T T T T T T T
Retry count exceeded; starting again
BOOTP broadcast 3
TFTP from server 192.168.0.1; our IP address is 192.168.0.23
Filename 'D/yadd/tftpboot/kernel-flash'.
Load address: 0x100000
Loading: T T T T
uswusf...
Wenn ich das yadd (vom 14.01.02) normal weiterbooten lasse, funkt es wunderprächtig! Nur wenn ich das abbreche (mit '3'), will er diesen Kernel?
jemand ene Idee??
Wenn ich "3" auswähle (flash), sucht er im tftpboot nach einer "kernel-flash"
(ppcboot ist das ramfix-boot v0.6.4)
Hier das Log:
zdebug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.0 mID 01
debug: feID dd gtxID 0b
debug: fpID 5a dsID 0x-xx.xx.xx.xx.xx.xx-4e
debug: HWrev X5 SWrev 0.81
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root> debug:
BOOTP/TFTP bootstrap loader (v0.3)
debug:
debug: Transmitting BOOTP request via broadcast
debug: Got BOOTP reply from Server IP 192.168.0.1, My IP 192.168.0.23
debug: Sending TFTP-request for file D/yadd/tftpboot/ppcboot
will verify ELF image, start= 0x800000, size= 223527
verify sig: 262
boot net: boot file has no valid signature
Branching to 0x40000
ppcboot 0.6.4 (Dec 10 2001 - 19:28:19)
Initializing...
CPU: PPC823ZTnnA at 67 MHz: 2 kB I-Cache 1 kB D-Cache
*** Warning: CPU Core has Silicon Bugs -- Check the Errata ***
Board: ### No HW ID - assuming TQM8xxL
DRAM: (faked) 32 MB
Ethernet: 00-xx-xx-xx-xx-xx
FLASH: 8 MB
LCD driver (KS0713) initialized
LCD logo at: 0x80832 (0x1C20 bytes)
FB logo at: 0x8247A (0xDDD2 bytes)
AVIA Frambuffer
Input: serial
Output: serial
Images:
1: cdk
2: tiab
3: flash
4: test2
Select image (1-4), other keys to stop autoboot: 0
BOOTP broadcast 1
TFTP from server 192.168.0.1; our IP address is 192.168.0.23
Filename 'D/yadd/tftpboot/kernel-flash'.
Load address: 0x100000
Loading: T T T T T T T T T
Retry count exceeded; starting again
BOOTP broadcast 2
TFTP from server 192.168.0.1; our IP address is 192.168.0.23
Filename 'D/yadd/tftpboot/kernel-flash'.
Load address: 0x100000
Loading: T T T T T T T T T
Retry count exceeded; starting again
BOOTP broadcast 3
TFTP from server 192.168.0.1; our IP address is 192.168.0.23
Filename 'D/yadd/tftpboot/kernel-flash'.
Load address: 0x100000
Loading: T T T T
uswusf...
Wenn ich das yadd (vom 14.01.02) normal weiterbooten lasse, funkt es wunderprächtig! Nur wenn ich das abbreche (mit '3'), will er diesen Kernel?
jemand ene Idee??
Zuletzt geändert von Joshi am Montag 21. Januar 2002, 23:00, insgesamt 1-mal geändert.
-
- Neugieriger
- Beiträge: 6
- Registriert: Freitag 18. Januar 2002, 20:23
-
- Neugieriger
- Beiträge: 6
- Registriert: Freitag 18. Januar 2002, 20:23
Also dieses PPCBoot-Ram_fix von mir is anscheinden eine YADD-Version
wenn ich mit dieser Version boote und dann unterbreche steht in den Env-Vars bei bootags ne menge von Yadd drin.
Wenn ich dann
setenv bootargs root=/dev/mtdblock/3 (hab ich aus nem andren ppcboot abgeguckt)
und dann mit bootidxfs das vorhandene img starte, dann funktioniert es wunderbar.
d.h. überhaupt keine pixelfehler mehr und auch im betrieb bei neutrino (da hatte ich selbst bei 28c und 1.0.15 noch etliche pixelfehler) alles tiptop.
nur is das etwas umständlich.
wenn ich mit dieser Version boote und dann unterbreche steht in den Env-Vars bei bootags ne menge von Yadd drin.
Wenn ich dann
setenv bootargs root=/dev/mtdblock/3 (hab ich aus nem andren ppcboot abgeguckt)
und dann mit bootidxfs das vorhandene img starte, dann funktioniert es wunderbar.
d.h. überhaupt keine pixelfehler mehr und auch im betrieb bei neutrino (da hatte ich selbst bei 28c und 1.0.15 noch etliche pixelfehler) alles tiptop.
nur is das etwas umständlich.