SD Karte oder MMC Card über Slot 2 machbar?

[danielbest]

kann mir keiner sagen was ich mit welchem quelltext machen muss? Ich will das Teil an meiner Sagem zum laufen bekommen.
oder gibt es schon ein Faq ?

[racker]

Ich will das Teil an meiner Sagem zum laufen bekommen.
oder gibt es schon ein Faq ?

Du befindest dich mitten drinn
Baust du dein Image/yadd selbst oder bist du auf Fremdimages/yadds angewiesen?

[danielbest]

Habe ein FremdImage! Nicht Illegal, da nur die camd2 läuft!!!
Kann man da etwas verändern, sodass die Card bei Start eingebunden wird? Aber automatisch, ohne etwas zu machen?
Das fremdImage unerstützt aber wohl die Karten!

[Gorcon]

Das sollte über die start_neutrino gehen.

Dort trägst Du das ein was Du sonst per Hand bei Telnet ausführst.
ich würde es vor dem laden von neutrino einfügen.

Gruß Gorcon

[racker]

Was nutzt mir das wenn der alte Treiber dann nicht mehr weiterentwickelt wird?
Ich müsste jedesmal das Image auseinandernehmen um dann den alten Treiber wieder einzubauen.
Da das IDE Interface ja noch lange nicht in Sicht ist fertig gestellt zu werden bin ich auf diese Lösung angewiesen.

Gruß Gorcon

Ich würde nicht von altem und neuem Treiber sprechen, sondern von mmc(1) und mmc2.
Ich sehe keinen Grund die Entwicklung für einen Treiber einzustellen, da ist noch einiges möglich.
Z.B. Unterstützung von 2 oder mehr Karten, bessere Performance etc.
Stichwort Geschwindigkeit: ich habe hier eine Karte, die schreibt die 10MByte in 140s bei sync. mount.
Du machst mich aber neugierig. Was lässt du denn in deine Boxen "zementieren" ?

[mgerald21]

Ich würde nicht von altem und neuem Treiber sprechen, sondern von mmc(1) und mmc2.
Ich sehe keinen Grund die Entwicklung für einen Treiber einzustellen, da ist noch einiges möglich.
Z.B. Unterstützung von 2 oder mehr Karten, bessere Performance etc.
Stichwort Geschwindigkeit: ich habe hier eine Karte, die schreibt die 10MByte in 140s bei sync. mount.
Du machst mich aber neugierig. Was lässt du denn in deine Boxen "zementieren" ?

Ich würde den Treiber in zwei Teile aufsplitten; d.h. ein Teil für das Framework (init, config, read_block, write_block, etc.) und den anderen Teil für den SPI-Code (hardware_init, in, out, etc.). Den SPI-Teil kann man dann entsprechend austauschbar machen je nach Konfiguration/DBox-Typ.

Just my two cents ...

[racker]

Ich würde den Treiber in zwei Teile aufsplitten; d.h. ein Teil für das Framework (init, config, read_block, write_block, etc.) und den anderen Teil für den SPI-Code (hardware_init, in, out, etc.). Den SPI-Teil kann man dann entsprechend austauschbar machen je nach Konfiguration/DBox-Typ.

Just my two cents ...

Da sind wir wohl einer Meinung. Ein mmc-Framework gibt es ja schon im
2.6er Kernel, für 2.4 ist handhelds.org ganz interessant. Ob das nicht zuviel ist?

Die Frage im Moment für mich ist, ob es jetzt nicht besser wäre
die Geschwindigkeit und die CPU-Last zu optimieren.
Ich möchte nicht ständig die Box übertakten müssen.
Viel werde ich dazu nicht beitragen können.

my 2 cents + 2 cents = 4 cents

[mgerald21]

Da sind wir wohl einer Meinung. Ein mmc-Framework gibt es ja schon im
2.6er Kernel, für 2.4 ist handhelds.org ganz interessant. Ob das nicht zuviel ist?

Den Code auf Handhelds kann man vergessen ... der unterstützt alles andere nur nicht den SPI-Mode der MMC/SD Karten. Der Code im Kernel2.6 halte ich für einen Overkill.

IMHO ist der Treiber so wie er jetzt aufgebaut ist schön schlank und übersichtlich ...

[MarcM]

Hi,

hab nun meine MMC (nicht SD) in meine Sagem Box gebaut, Verkabelung nach CVS (MMC nach SPI-Mode)....die MMC hat folgende Belegung :


geflasht hab ich Rackers Test-Image.....aber irgendwie seh ich per Telnet nix beim Laden vom Kernel-Modul....auch scheint das Device nicht da zu sein, obwohl das Modul geladen wurde (lsmod). Stimmt die Belegung im Treiber von dem Test-Image noch ?

Ansonsten kann jemand mal ne aktuelle (CVS-Stand) mmc.o irgendwo hochladen ?

Danke
Marc

[racker]

In diesem Image ist nur der mmc.o Treiber enthalten.
Die Anschlussbelegung ist hier im Thread auf einem Bild von mgerald21 zu sehen.
Der Link dazu steht in README_mmc. Auf jedenfall ist es nicht der Modemport.
Ich lade mal eine binary vom mmc2.o hoch, allerdings nicht mit dem Image getestet.
/Edit: Treiber mmc2.o und mmc.o auf meiner HP, getestet im 2x-Image
Die Ausgaben des Treibers sind im seriellen Terminal zu sehen.
/Edit

[MarcM]

jo, habs gefunden....ist das Bild von MGerald mit dem direkt Abgriff aufm Board...das erklärt warum es nicht funktioniert...verkabelt hab ich nach der readme_mmc2 im CVS

Danke schön für die mmc2.o, werd ich morgen mal testen....

Marc

[littlsnack]

Hm, ich habe das Ding in meine Sagem eingebaut:

mmc2: Hardware init
mmc Card init
mmc Card init
mmc: error in mmc_card_init (1)
mmc: error in mmc_init (-1)

Verkabelung entsprechend dem Bild, resp. der Readme (die beiden sind doch identisch?!?) .

Leider geht's nicht. Woran könnte es liegen ?

littl.

[racker]

Zur Klarstellung:
Treiber mmc.c bzw mmc.o = Belegung in README_mmc = von TaGana bei Nokia bzw. Foto von mgerald21 bei Sagem
Treiber mmc2.c bzw mmc2.o = Belegung in README_mmc2 = von mgerald21

@littlsnack
Bei mmc2 müssen deine Kabel am Modemport angeschlossen sein.

[littlsnack]

Ich habe die Belegung aus der README_mmc2, sorry, da war ich oben etwas "unexakt". Diese findet sich auch einem Bild in diesem Thread von mgerald21 wieder - das Bild mit den Kontakten der SD-Karte und den bunten Leiterbahnen. Die Verkabelung habe ich 23mal kontrolliert

Die Karte als solche habe ich vorhin noch in meinem PDA gestest, sie funktioniert. Nur der Treiber will nicht.

[racker]

2 Testmöglichkeiten:

1.- Box starten mit mmc-Karte.
- danach Karte ziehen und wieder einstecken
- Treiber laden
- wenn immer noch Fehler dann nächster Test

2.

// PB17 = SD_CLK= 0x4000 = SD_Card Pin 5 = Modem_CN 6 (DTR)
// PB16 = SD_CS = 0x8000 = SD_Card Pin 1 = Modem_CN 10 (RTS)

Sollte bei der Sagem eigentlich anders herum sein, kann ich aber ohne Test nicht 100% sagen:

// PB17 = SD_CLK= 0x4000 = SD_Card Pin 5 = Modem_CN 10 (RTS)
// PB16 = SD_CS = 0x8000 = SD_Card Pin 1 = Modem_CN 6 (DTR)

Tausche mal die Kabel vom Modemconnector Pin 10 mit Pin 6
vlt. ist ja ein Dreher in der Doku.

[littlsnack]

Den Dreher in der Doku kann ich bestätigen. Es handelt sich um den angegebenen Dreher. Nach Umlöten hat es sofort funktioniert.

Die readme sollte dementsprechend angepasst werden.

Danke !

[racker]

Den Dreher in der Doku kann ich bestätigen. Es handelt sich um den angegebenen Dreher. Nach Umlöten hat es sofort funktioniert.

Die readme sollte dementsprechend angepasst werden.

Danke !

Done.
Danke

[mgerald21]

Den Dreher in der Doku kann ich bestätigen. Es handelt sich um den angegebenen Dreher. Nach Umlöten hat es sofort funktioniert.

Die readme sollte dementsprechend angepasst werden.

Danke !

Sorry, falls der Dreher von CS und CLK von mir stammt ...

[T-Nec]

Auch wenn die Pinbelegungs-Version 2 einfacher im Aufbau ist (und auf allen Boxen möglich) würde ich doch die erste Version als Standard vorschlagen, da bei dieser doch weit weniger Konflikte mit anderen Projekten auftreten!
Die einzige Doppelbelegung ist in diesem Fall PB23, diese koennte durch Verwendung von PB18 oder PB16 umgangen werden. (PB23 = DMA bei IDE und SD_CS)
Wobei jetzt meine Frage wäre: ist PB18 nutzbar?

Ich habe mal die komplette Belegung des Nokia-Ports rausgefischt:

Code: Alles auswählen

// dbox2 connection scheme for Nokia
//
//     |
//    _----------------------------------------
//   | |        dbox2 tuner                   |
//    ~----------------------------------------
//     |
//     |
//     |        1  3  5  7  9 11 13 15 17 19
//     |        2  4  6  8 10 12 14 16 18 20
//     |

1  GND
2  PB17
3  PC15
4  PB18
5  PB23
6  PB16
7  ? frei
8  +5V
9  ? RST
10 GND
11 PA8
12 PA9
13 PC4
14 PA7
15 GND
16 3,3V
17 PB19
18 PB22
19 GND
20 ?

Bei Sagem müsste halt etwas mehr gelötet werden , bei Philips: kA ...


P.S. : Evtl. solte auch noch PC15 beim IDE geändert werden (falls das überhaupt noch machbar ist :rolleyes:)
Also PC15 und PB23 ändern in PB16 und PB18... der Einfachheit wegen beides beim IDE???

[gurgel]

wohl überlesen worden...

1. gurgel hat angedeutet, dass es Konflikte mit dem IDE-Projekt geben könnte.

mhh, also ich lese hier leider nicht so intensiv mit, daher möchte ich hier nochmal konkret sagen welche PINs nun genau für IDE verwendet werden.
1. PC15 (Interrupte)
2. PB17 (Reset)
3. PB23 (DMA) [Übrigens auf der Philips am Frontprozessor angeschlossen]

Für die SD-Karte würden sich dann noch folgende anbieten:
PA8 (RX)
PA9 (TX)
PC4 (CTS)
PB16 (DTR)


Auf dem Interface befindet sich aber ohnhin noch ein Erweitrungsstecker mit 4 I/Os.

[T-Nec]

@gurgel:

Für die SD-Karte würden sich dann noch folgende anbieten:
PA8 (RX)
PA9 (TX)
PC4 (CTS)
PB16 (DTR)

Nö, nicht überlesen
Aber 3 von diesen 4 Pins werden bei einem anderen "Projekt" welches hier nicht genannt werden darf (?) schon verwendet...

[Gorcon]

Ist wohl auch Absicht.

Gruß Gorcon

[gurgel]

aha, warum sprecht ihr dann von "Projekt"? Das ist doch lange fertig und verdient die Bezeichnung Projekt nicht mehr.

[MarcM]

So,

meine 32MB MMC läuft nun auch. Nachdem ich die von littlesnack gennnten Fehlermeldungen auch hatte, hab ich die SD_CS und SD_CLK Leitungen getauscht und schon gings.

Auch im Yadi läuft der Treiber, gerade getestet. Jetzt bräucht ich nur noch ein paar Kernel-Module für diverse Dateisysteme....dann kann ich sie im Yadi auch verwenden.....Am liebsten ext2, hat die jemand mal als Modul gebaut ?

Ach ja, und für alle die mal gucken wollen :


Ist nix besonderes, hatte noch den alten Parallelport-Leser von der Handy-Karte. Den hab ich zerpflügt und kurzer Hand ne neue kleine Platine geätzt...Die Karte wird hier nicht entfernbar eingebaut, da ich sie für Plugins und dem evtl. EPG-Cache fest in der Box nutzen will..

Marc

[gurgel]

kann man den Treiber nicht so programmieren das er mehrere Anschlussbelegungen durchtestet und er automatisch die richtige wählt?