[Request] Dbox Chipvariante Information Plugin oder gleich..

[mb405]

screenshot siehe so

mehr ist auch glaube nicht eingecheckt worden.

[dbt]

Jo mehr sollte es nicht sein. kurz und knapp!

[mb405]

denke ich auch das nicht mehr kommt, denn neutrino kann ja nicht wissen, was du einspielen willst.

[Z80]

jetzt fehlt nur noch die automatische prüfung des image types auf 1x bzw. 2x

ihr denkt bitte daran, dass der menüpunkt

Expertenfunktionen

lautet?!
dies hat möglicherweise einen grund.

[MarcM]

naja.....stimmt schon...

aber was für einen Sinn hat es denn, ein 1x Image auf eine Box mit 2x zu flashen ?

Und sag jetzt nicht, es ist sinnvoll für Fotos vom Display um wirklich defekte Boxen bei Egay zu verhökern....


MArc

[dbt]

Viele halten sich nun mal für Flashexperten. Mehr als warnen kann man die Leute halt nicht.

OT on

Und sag jetzt nicht, es ist sinnvoll für Fotos vom Display um wirklich defekte Boxen bei Egay zu verhökern....

Was ist denn damit gemeint?
OT off

[jmittelst]

Das sind wohl die Experten, die in eine Ebay-Anzeige was von "bootet nicht mehr, ich weiß auch nicht. Für Bastler sicher kein Problem" schreiben, und im Hintergrund ein Foto einer Box mit "Kein System" im Dispaly platzieren.

Da denkt so manch einer, er hätte das Problem dieser Box erkannt und könnte ein Schnäppchen machen.

cu
Jens

[MarcM]

Das sind wohl die Experten, die in eine Ebay-Anzeige was von "bootet nicht mehr, ich weiß auch nicht. Für Bastler sicher kein Problem" schreiben, und im Hintergrund ein Foto einer Box mit "Kein System" im Dispaly platzieren.

Genau so meinte ich das.....Sorry für die schlechte Beschreibung

Marc

[dbt]

Aha, is klar!

[PT-1]

@DBT

Code: Alles auswählen

$Id: update.cpp,v 1.124 2007/04/22 20:37:59 dbt Exp $

[dbt]

Habe gerade mal bei mir getestet und da ist alles ok. Kann es nicht nachvollziehen

hast Du irgendeinen Patch draufgebügelt ? locales?

[PT-1]

Lass mich mal nochmal neu bauen und vorher komplett updaten

[PT-1]

So,

habe heute nochmal mein gesammtes Tuxbox-cvs

sprich apps usw geloescht, dann die Archive wieder zurueck, dann neu ausgecheckt und via newmake neu gebaut und bekomme immer noch keine Chipvarianten Anzeige

Ich mache
Experten Mode
Partition schreiben
dann Image ohne Bootloader
dann waehle ich das Image das ich via FTP hochgeladen habe aus
dann kommt immer noch die alte anzeige

[mb405]

geht einwandfrei.
siehe hier http://cvs.tuxbox-cvs.sourceforge.net/l ... llist.html alles vom 22.April updaten, und dann gehts.

[PT-1]

Newmake oder Oldmake/make ?

[mb405]

old make
aber eigentlich sollte es egal sein wenn du cvs updatest

[PT-1]

Ich habe ja schon nachgeschaut und die Revision in dem einem File stimmt ja...

Ich werde mal suchen was eingecheckt wurde und ob das bei mir auch so drin ist

[PT-1]

Also irgendetwas ist da faul ...

english.locale

Code: Alles auswählen

flashupdate.reallyflashchipset Do you really want to flash?\n\nIf a error occurs or the image is not\nvalid, the box will not boot after flashing.\nUse only images of type: %s\nselected image: %s\nTarget: %s
flashupdate.reallyflashmtd Do you really want to flash?\n\nIf a error occurs or the image is not\nvalid, the box will not boot after flashing.\n\nSelected image: %s\nTarget: %s
flashupdate.savesuccess The image was successfully saved \nunder %s.
flashupdate.selectimage Available updates
flashupdate.squashfs.noversion SquashFS version checks are currently only supported when updating over the web.\nAre you sure that you wish to install this image?

Lt. CVS update sollte aber

Code: Alles auswählen

-flashupdate.reallyflashmtd Do you really want to flash?\n\nIf a error occurs or the image is not\nvalid, the box will not boot after flashing.\n\nImagename: %s\nTarget: %s
  +flashupdate.reallyflashchipset Do you really want to flash?\n\nIf a error occurs or the image is not\nvalid, the box will not boot after flashing.\nUse only images of type: %s\nselected image: %s\nTarget: %s
  +flashupdate.reallyflashmtd Do you really want to flash?\n\nIf a error occurs or the image is not\nvalid, the box will not boot after flashing.\n\nSelected image: %s\nTarget: %s

Habe mit VI via / gesucht aber es ist nicht drin

Code: Alles auswählen

-rw-r--r-- 1 ubuntu ubuntu 49412 2007-04-22 21:32 deutsch.locale
-rw-r--r-- 1 ubuntu ubuntu 46710 2007-04-22 21:32 english.locale

In der locals_intern ist es aber drin:

Code: Alles auswählen

"flashupdate.reallyflashchipset",

in der deutsch.locale ist es auch drin:

Code: Alles auswählen

flashupdate.reallyflashchipset Wollen Sie den Flashvorgang wirklich durchführen\n\nFalls ein Fehler auftritt oder das Image nicht\nfunktionsfähig ist, wird Ihe DBox nicht mehr booten.\nVerwenden Sie nur Images vom Typ: %s\ngewähltes Imag: %s\nZiel: %s

Kann da ein Fehler im CVS mit der English.Locale sein ..?


EDIT 10:09

Sprich
flashupdate.reallyflashchipset hat es mit dabei (nUse only images of type:)
flashupdate.reallyflashmtd hat es nicht

[dbt]

@PT-1
Alles so wie's sein soll, PN hast Du ja warum, weshalb...
Habe gerade mal den letzten Stand von DietmarW's Image von heute betrachtet, da ist alles da...

[rhabarber1848]

Hab mir den Kernel mal angesehen. War gar nicht so aufwendig wie ich dachte die Flashinformation in /proc abrufbar zu machen. Hier ein diff: http://ulc.tuxbox-cvs.sourceforge.net// ... tory=Diffs&

Weiß nicht obs überhaupt gebraucht wird. Interessierte mich nur und da hab ichs mal eingebaut.

Sieht doch gut aus:
Kernel-Bootmeldung:

Linux version 2.4.36.6-dbox2 (root@dbox) (gcc version 3.4.6) #1 Mi 17. Sep 12:19:00 CEST 2008
...
D-Box 2 flash memory: Found 2 x16 devices at 0x0 in 32-bit bank
Intel/Sharp Extended Query Table at 0x0035

proc-Ausgabe:

# cat /proc/flashchips
2 x16 devices at 0x0 in 32-bit bank

Hier der komplette Patch für das aktuelle CVS: Patch entfernt, da nicht benötigt

In ./cdk/rules-make wird es ohne die LZMA/Squashfs-Kernel2.6-Patches wahrscheinlich ein Reject geben.
Wenn die LZMA/Squashfs-Kernel2.6-Patches im CVS sind, kann ich diesen Patch nochmal überarbeiten,
bis dahin habe ich die Variante hochgeladen, die zu meinen lokalen Abhängigkeiten passt.

[seife]

Sorry, aber das ist überflüssig. Anhand des Flash-layouts in /proc/mtd sieht man eindeutig ob es ein oder zwei Chips sind (erasesize der BR bootloader-Partition). Das ist auch in Neutrino schon so implementiert.

[rhabarber1848]

Sorry, aber das ist überflüssig.

Ok, np.

[seife]

Zur Dokumentation:

1-Chip Sagem

Code: Alles auswählen

/var $ head -2 /proc/mtd
dev:    size   erasesize  name
mtd0: 00020000 00020000 "BR bootloader"

2-Chip Philips:

Code: Alles auswählen

/var $ head -2 /proc/mtd
dev:    size   erasesize  name
mtd0: 00020000 00004000 "BR bootloader"

Was man tun könnte, ist den Code um das zu "dekodieren" in libtuxbox einbauen und dann tuxinfo das ausgeben lassen. Ist relativ trivial.

todo++;

[rhabarber1848]

Was man tun könnte, ist den Code um das zu "dekodieren" in libtuxbox einbauen und dann tuxinfo das ausgeben lassen. Ist relativ trivial.

http://cvs.tuxbox-cvs.sourceforge.net/c ... 14&r2=1.15

Leider nicht für mich, da libtuxbox nicht in C++ geschrieben ist,
deshalb der Code aus imageinfo.cpp nicht übernommen werden
kann und zudem meine C-Kenntnisse sehr schlecht sind.

Es wäre schön, wenn die Chipanzahl auch von Tuxinfo angezeigt
werden kann: http://forum.tuxbox-cvs.sourceforge.net ... 77#p365077

[flasher]

Hi

Ich habe hier mal eine Variante die das Frontend und den Chipcount anzeigt.
Getestet habe ich das bisher nur bei bereits gestarteter Box und da funktioniert es wunderbar...
tuxinfo2.diff

# tuxinfo -fF
CHIPCOUNT=2xI
FRONTEND=CABLE

Gruß

*EDIT*
Wie ich gerade sehe, wurde ins ULC ja auch schon etwas in dieser Richtung eingecheckt...
Vieleicht ab und an auch mal ULC Mails lesen