eHD Speziallist Anfrage

HAL · 22. Mai 2009

Hallo zusammen,

nachdem meine Installation von gen2vdr AE nicht funktioniert hat versuche ich mich im Fehlereingrenzen:

System Activy 350, Sat Karte DVB-S2 Mystic + eHD. die Satkarte steckt im untersten Slot der Riser Karte die eHD in der Mitte. ( sonst gibt es IRQ Probleme)
Test ob eHD erkannt wird: lspci -v ergibt:

Code

01:07.0 Multimedia controller: Micronas USA, Inc. Device 8100         Subsystem: Micronas USA, Inc. Device 8100
Flags: bus master, medium devsel, latency 64, IRQ 5         
Memory at f8120000 (32-bit, non-prefetchable) [size=4K]         
Memory at f0000000 (32-bit, non-prefetchable) [size=128M]         Capabilities: [40] Power Management version 2

Das scheint soweit OK zu sein.
Manuelles booten der eHD: /usr/bin/hdboot -w 20 -i linux.bin ergibt:

Code

Decypher PCI BAR1: f0000000 
Removed MTRR reg 2 @ f0000000 
Warm Reset 
Uploading linux.bin, Length 5946611, virtual 0xb1de7000, MIPS 0x2001000 
Detected kernel entry 802ad000 
memcpy done 
Start CPU#0 at 802ad000 
Set MTRR @ f0000000

die Eingabe dmesg ergibt:

Code

tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
hdshm_init_struct: Phys start f3000000, start d1080000, nc-start d1400000
hde_fb: init 0
XFS mounting filesystem hda5

hier schein m.E. die Ausgabe "mtrr: base or size exceeds the MTRR
width" und "tun0: Disabled Privacy Extensions
" zu fehlen ?
ifconfig gibt dann auch keine tun0 aus und ich kann auch nicht über telnet auf die eHD kommen.

Hat jemand einen Tip für mich ?

Gruss HAL

Quacks · 22. Mai 2009

Hi,

blöde Frage, aber den shmnetd hast Du gestartet?

cu,

Quacks]

wannseheichwas · 22. Mai 2009

Dein Kernel muss auch "tun" unterstützen. Muss in der config irgendwo bei "Device Drivers => Network device support => Universal TUN/TAP device driver support" aktiviert sein.

HAL · 22. Mai 2009

da es sich um eine "fertige" Distrie handelt, bin ich nicht ganz sicher, was alles gestartet ist.

modprobe tun und modprobe hdshm bringen keine Fehler aber ifconfig tun0
bringt: tun0: error fetching interface information: Device not found.

Da schein das Problem zu liegen nur wie löse ich das ?

Danke schon mal für eure Unterstützung !

3PO · 23. Mai 2009

Was sagt denn:

Code

lsmod | grep tun

Quacks · 23. Mai 2009

Zitat

Original von HAL
modprobe tun und modprobe hdshm bringen keine Fehler aber ifconfig tun0
bringt: tun0: error fetching interface information: Device not found.

Der shmnetd ist für die Konfiguration des tun devices verantwortlich uns muss laufen.

Code

ps -eaf | grep shmnetd

Das sollte Dir den Przess anzeigen!

Gruss,

Quacks

Mr.N!ce · 23. Mai 2009

wenn die ehd-LED bei der Installation nicht grün geleuchtet hat wurde diese auch nicht korrekt erkannt.
Hast Du nach einem Reboot Bild / Funktion.
Sofern als die Firmware geladen wurde und die LED grün ist ist es mit der AE eigentlich ein Selbstläufer.

HAL · 23. Mai 2009

Hallo die LED ist nur kurz beim einschalten Grün, danach belibt die Orange.

Die Prozesse laufen (TUN und shmnetd )

bin mit meinem Latein am Ende und verusche jetzt mal die gen2vdr 2.0 mit dem howto von R2D2....

real_schorsch · 23. Mai 2009

Beim Starten von hdboot sollten die Leds aber schon wechseln.

3PO · 24. Mai 2009

Zitat

Original von HAL
Hallo die LED ist nur kurz beim einschalten Grün, danach belibt die Orange.

Die Prozesse laufen (TUN und shmnetd )

bin mit meinem Latein am Ende und verusche jetzt mal die gen2vdr 2.0 mit dem howto von R2D2....

Vermutlich hat RMM mal wieder im SVN an irgrndwelchen Dingen gebastelt, so dass jetzt eben garnichts mehr geht. - > Währe ja nicht das erste Mal....

Checke doch einfach mal eine ältere Version aus, - am besten eine so um Anfang März 2009.

Konni__ · 24. Mai 2009

Zitat

Original von C-3PO

Vermutlich hat RMM mal wieder im SVN an irgrndwelchen Dingen gebastelt, so dass jetzt eben garnichts mehr geht. - > Währe ja nicht das erste Mal....

Checke doch einfach mal eine ältere Version aus, - am besten eine so um Anfang März 2009.

Naja ich wüßte nicht wirklich wann Reel das letzte mal was am boot Prozess der eHD geändert hat ?

hdboot ermittelt doch nix anderes als die "Adresse" von der Karte und übergibt dann das Kernelimage an den uboot Bootloader auf der Karte, all das braucht noch kein Netzwerk oder sonstwas.

Ich tippe eher auf ein kompatibilitätsproblem zwischen Karte und Board (IRQ Sharing ?)

Wenn der Kernel auf der karte nämlich gebootet hat, geht sollte die LED auf grün schalten, und das geht doch schon nicht.

HAL · 24. Mai 2009

Hallo Konni,

(der 'Test mit der 2.0 hat auch nichts gebracht). Die LED wird tatsächlich nicht grün: Egal in welchem PCI slot ich die stecke und ob mit oder ohne DVB-S bzw. DVB-S2 Karte.
lspci-V gibt aus:

Code

01:05.0 Multimedia controller: Micronas USA, Inc. Device 8100
Subsystem: Micronas USA, Inc. Device 8100
Flags: bus master, medium devsel, latency 64, IRQ 10
Memory at f8120000 (32-bit, non-prefetchable) [size=4K]
Memory at f0000000 (32-bit, non-prefetchable) [size=128M]
Capabilities: [40] Power Management version 2

damit sollte doch die Karte im System bekannt sein, oder ? Kann es dann immer noch ein IRQ Problem geben ? Wenn ja wie könnte das gelöst werden ?

vdr01 ~ # ps -eaf | grep shmnetd

Code

root 5557 1 0 13:00 ? 00:00:00 /usr/bin/shmnetd
root 6846 14333 0 13:07 pts/2 00:00:00 grep --colour=auto shmnetd

vdr01 ~ # ps -eaf | grep hdshm

Code

root 13523 14333 0 13:08 pts/2 00:00:00 grep --colour=auto hdshm

dmesg

Code

eth0: OEM i82557/i82558 10/100 Ethernet, 00:30:05:88:82:71, IRQ 9.
Board assembly 000000-000, Physical connectors present: RJ45
Primary interface chip i82555 PHY #1.
Secondary interface chip i82555.
General self-test: passed.
Serial sub-system self-test: passed.
Internal registers self-test: passed.
ROM checksum self-test: passed (0xd0a6c714).


tun: Universal TUN/TAP device driver, 1.6
tun: (C) 1999-2004 Max Krasnyansky <maxk@qualcomm.com>
hdshm_init_struct: Phys start f3000000, start d0f00000, nc-start d1280000


hde_fb: init 0
natsemi dp8381x driver, version 2.1, Sept 11, 2006

Alles anzeigen

hier fehlt m.E. "tun0: Disabled Privacy Extensions"
auch bei ifcongig fehlt tun0

Code

vdr01 ~ # ifconfig
eth0 Link encap:Ethernet HWaddr 00:30:05:88:82:71
inet addr:192.168.178.22 Bcast:192.168.178.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:646 errors:0 dropped:0 overruns:0 frame:0
TX packets:355 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:50726 (49.5 KiB) TX bytes:65253 (63.7 KiB)
Interrupt:9


lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:15 errors:0 dropped:0 overruns:0 frame:0
TX packets:15 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:980 (980.0 B) TX bytes:980 (980.0 B)

Alles anzeigen

wie kann ich das näher eingrenzen ?

3PO · 24. Mai 2009

Läuft denn der TFTP-Server?

real_schorsch · 24. Mai 2009

"Kann es dann immer noch ein IRQ Problem geben ?"

Ihr immer mit eurer IRQ-Panik. Nur weil die in der Anfangszeit von ISA andauernd Probleme gemacht haben...

Der DeCypher hat einen, die SW BRAUCHT ABER KEINEN IRQ!

Direkt beim Einschalten muss müssen die Leds die Farbe wechseln (u-boot bootloader startet), wenn man hdboot aufruft, muss es nach ein paar s nochmal wechseln (Linux startet). Wenn es das nicht tut, bootet der DeCypher gar nicht erst. Das ist noch vor aller Netzwerkkommunikation, d.h. egal ob shmnetd/tftp läuft oder nicht.

Kann zB. an einem kaputten linux.bin liegen. Oder an einem Problem mit dem MTRR-Interface. Bitte schauen, dass vor dem hdboot der Bereich 0xf0000000 nicht in /proc/mtrr steht (nachher ist egal).

@C-3PO:
Beschäftige dich bitte mal genau mit dem Bootprozess...

3PO · 24. Mai 2009

Zitat

Original von real_schorsch
[...] Kann zB. an einem kaputten linux.bin liegen. Oder an einem Problem mit dem MTRR-Interface. Bitte schauen, dass vor dem hdboot der Bereich 0xf0000000 nicht in /proc/mtrr steht (nachher ist egal)....

... oder auch an einer defekten eHD!

Zitat

Original von real_schorsch
[....] @C-3PO:
Beschäftige dich bitte mal genau mit dem Bootprozess...

Wozu?? Meine eHD läuft....

....wenn auch nicht perfekt, aber das scheint ja normal zu sein.

HAL · 24. Mai 2009

Hallo real_schorsch,

nach dem Einschaltet wird die LED kurz grün und danach wieder orange. Beim hdboot passiert nichts bei der LED (bleibt orange)

in der mmtr steht:

Code

reg00: base=0x00000000 (   0MB) , size= 256MB: write-back, count=1
reg01: base=0xfd000000  (4048MB), size=   4MB: write-combining, count=2

könnte das der Fehler sein ? Allerdings wird der hdboot schon beim hochfahren ausgeführt und schreibt das möglicherweise in die mmtr.

3PO · 24. Mai 2009

Nur mal so zum Vergleich.
In meiner steht:

Code

vdr02 ~ # cat /proc/mtrr
reg00: base=0x00000000 (   0MB), size=2048MB: write-back, count=1
reg01: base=0xcd000000 (3280MB), size=   8MB: write-combining, count=1
reg02: base=0xd0000000 (3328MB), size= 128MB: write-combining, count=1
vdr02 ~ #

real_schorsch · 24. Mai 2009

Wirf doch mal den automatischen hdboot aus dem Bootprozess raus und mach es nur von Hand.

Dass der 128MB-Eintrag nach dem hdboot drinnen steht, ist für die Funktion an sich nicht wichtig (beschleunigt nur den Zugriff). Falls er vor dem hdboot drinnen steht, müsste er von hdboot entfernt werden (zeigt auch die Zeile "Removed MTRR reg 2 @ f0000000" an). Danach wird er wieder gesetzt. Wenn das Entfernen aus irgendwelchen Gründen nicht geht, klappt das Hochladen des Kernels nicht.

Mach doch bittte mal folgendes:

1) Booten ohne hdboot. Die MTRR-Region 0xf0000000 sollte also nicht da sein.
2) hdboot -M -r -v -w 30 -i linux.bin
Sieht bei mir so aus:
Decypher PCI BAR1: e0000000
Warm Reset
Uploading /usr/share/reel/hdimage/linux.bin, Length 5927509, virtual 0xb1dac000, MIPS 0x2001000
Detected kernel entry 802ad000
memcpy done
Verify
Verify OK
Start CPU#0 at 802ad000
<Wait bis ca. 19>

Bei "Warm Reset" springt die Led auf Grün (falls sie es nicht schon ist), dann orange, dann nach ca. 8s wieder auf grün.

HAL · 24. Mai 2009

so hdboot aus dem bootvorgang entfernt

vdr01 ~ # hdboot -M -r -v -w 30 -i /opt/reelbox-ehd/linux.bin
Decypher PCI BAR1: f0000000
Warm Reset
Uploading /opt/reelbox-ehd/linux.bin, Length 5946611, virtual 0xb1de3000, MIPS 0x2001000
Detected kernel entry 802ad000
memcpy done
Verify
Verify OK
Start CPU#0 at 802ad000

Bei Warm Reset wechselt die LED von orange nach grün und wieder auf orange und bleibt orange.

Meine linux.bin ist offensichtlich grösser als Deine, ob die vieleicht nicht funktioniert ?

(edit) ich habe jetzt eine neue linux.bin runtergeladen, die ist noch grösser und der Fehler bleibt :

Code

vdr01 / # hdboot -M -r -v -w 30 -i /tmp/linux.bin
Decypher PCI BAR1: f0000000
Warm Reset
Uploading /tmp/linux.bin, Length 7377857, virtual 0xb1e51000, MIPS 0x2001000
Detected kernel entry 802ad000
memcpy done
Verify
Verify OK
Start CPU#0 at 802ad000

real_schorsch · 24. Mai 2009

Sie ist anders, was aber daran liegt, dass ich sie selber kompiliert habe... Aber wo hast du ein 7MB-Linux.bin her? Das klingt nicht nach einem normalen Image...

Versuch mal meins: http://www.reelbox.org/~georg/linux.bin

md5sum gibt:
3e2c6a77ccce85c614011801e66a6738 linux.bin

"Bei Warm Reset wechselt die LED von orange nach grün und wieder auf orange und bleibt orange."

Nur mal zum Vergleich, weil ich nicht weiss, ob ich evtl. vertauschte Farben wg. eines Vorserienexemplars habe: Grün ist die Led zur Rückwand hin. Wenn die orange Led an bleibt, heisst das, dass der U-Boot kein gültiges Image bekommen hat oder der Kernel irgendwo abstürzt.

Wie ist es eigentlich, wartet hdboot bis die 30s vorbei sind, oder beendet es sich schon vorher?

Ging die Karte schon mal?

eHD Speziallist Anfrage

Jetzt mitmachen!

Teilen