SD Karte in Sagem extrem langsam

[flasher]

Hi

Ich hatte mich gestern mal überwunden in meine Sagem Box eine SD Karte einzubauen. Vor Wochen hatte ich das schon mit meiner Nokia gemacht.

Nunja:
Angeschlossen laut: http://cvs.tuxbox-cvs.sourceforge.net/c ... iew=markup

Die Karte wird auch erkannt. Formatieren geht auch nur habe ich ein extremes Geschwindigkeitproblem.
Das Formatieren der 1GB Karte hat ca. 10 Minuten gedauert. Ok, das kann man noch verschmerzen.
Sobald ich aber nun was auf die Karte kopieren möchte bzw. bei jeder IO Operation bleibt die Box nach kurzer Zeit stehen.
Einige Zeit später gehts dann wieder und dann wieder von vorne.

Ich habe dann mal eine 100MB Datei per FTP auf die Karte der Nokia kopiert. Hat zwar etwas gedauert aber es ging.
Bei der Sagem bricht die Übertragung im Schnitt alle 10MB für ca. 30 Sekunden ab und geht dann weiter.

Irgendjemand eine Idee?

Verwendete Treiber: mmc2.o und mmccombo.o
Karte: 1GB Sandisk miniSD im Adapter.
FS: ext2

*edit*
Ich habe mal versucht mit TOP etwas zu erkennen:

Beim ersten Abbruch der Übertragung
4 1 root SW 0 0% 91% [kswapd]

Nachdem es weiter ging
4 1 root SW 0 0% 46% [kswapd]
6 1 root SW 0 0% 44% [kupdated]

Gruß

[flasher]

Ich wollte das Thema dann noch einmal Aufrufen.

Ich habe auf der Console jetzt folgendes beim Laden des mmccombo.o gesehen:

Code: Alles auswählen

$Id: mmccombo.c,v 1.2 2007/05/21 08:37:28 satsuse Exp $
mmc: force hardware allocation, even if otherwise assigned.
mmc: User asked for autodetection, I'll try ...
mmc: Hardware cleanup - nothing to clean
mmc: Hardware init for wiringopt = 4 - OK
mmc: Hardware cleanup - done
mmc: Hardware init for wiringopt = 1 - OK
mmc: Hardware cleanup - done
mmc: Hardware init for wiringopt = 2 - FORCED! But A:C0 B:0
mmc: used wiringopt = 2
mmc: Card init
mmc: Card init *OK1*
mmc: Card init *OK2*
mmc: Media found Size = 1935360, hardsectsize = 1024, sectors = 1935360
 mmca: p1 

Kann das Geschwindigkeitsproblem daran liegen? Was heisst das eigentlich?

mmc: Hardware init for wiringopt = 2 - FORCED! But A:C0 B:0

An der Karte selbst kann es nicht liegen. Ich habe jetzt eine andere SD Karte genommen und die Verkabelung auch komplett neu.
Gleiches Ergebnis...

Gruß

[Tommy]

IMO wird Forced bei übergabe einer wiring option beim Start des Treibers. Die Autodetection wird so "ausgehebelt". Das macht man eigentlich nur, wenn die Autodetection failed. Guck mal in der rCS oder wo auch immer Dein Treiber geladen wird.

[flasher]

Ich lade das Modul mmccombo.o mit forcehw=1, da es so in den Sourcen steht...
Würde ich nämlich mmccombo.o wiringopt=2 forcehw=0 nehmen, dann erscheint zwar diese Meldung nicht aber die Karte wird nicht erkannt.

Ich habe ja nicht das Problem, dass die Karte nicht erkannt wird sondern, dass die einfach nur langsam ist.
Und mit langsam meine ich langsam so richtig langsam

Ich werde mal weitersuchen und so wie ich mich kenne erst nach der 10 Übersprüfung doch einen Fehler finden.

Gruß

[flasher]

Ich wollte noch hinzufügen:

mkfs.ext3 /dev/mmc/disc0/part1

mke2fs 1.40.2 (12-Jul-2007)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
483840 inodes, 967664 blocks
48383 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=994050048
30 block groups
32768 blocks per group, 32768 fragments per group
16128 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736

Writing inode tables: 3/30

1/30 - 2/30 - 3/30 geht RuckZuck. Bei 3/30 steht die Kiste nun seit ca. 45 Minuten und die Box hat sich komplett weggehangen.

Jetzt schreib bitte keiner Du hasst ja ext3 genommen warum nicht ext2?.
Ganz einfach. Mit ext2 sieht es genauso aus bzw. bei ext2 gehts sogar bis 4/30

Gruß

[flasher]

Und da ich keine Lust habe schon wieder zu editieren.

Ich habe es geschafft herrauszufinden warum sich die Möhre weghängt nur kann ich damit überhaupt nichts anfangen...

Oops: kernel access of bad area, sig: 11
NIP: C0096508 XER: 20000000 LR: C0096B64 SP: C1FEDE50 REGS: c1fedda0 TRAP: 0300 Not tainted
MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: 00000004, DSISR: C2000000
TASK = c1fec000[5] 'bdflush' Last syscall: -1
last math 00000000 last altivec 00000000
GPR00: C01727C8 C1FEDE50 C1FEC000 C01727BC 00000001 C01727E4 C0C6C8D0 C1BDF1B0
GPR08: 00000000 00000000 00000004 C01727C8 00000000 10024188 01FFAB00 00000001
GPR16: FFFFFFFF 00000200 00000000 00000000 00000B14 00000100 00000002 C01727EC
GPR24: 00000000 C1BDF210 C0C6C8D0 C01727E4 C01727E4 00000001 C01727BC 00000000
Call backtrace:
C009728C C009749C C0097684 C0033E20 C0034494 C00381E8 C000511C
Oops: kernel access of bad area, sig: 11
NIP: C00964F0 XER: 20000000 LR: C0096B64 SP: C0E83CA0 REGS: c0e83bf0 TRAP: 0300 Not tainted
MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11
DAR: 00000004, DSISR: C0000000
TASK = c0e82000[201] 'mkfs.ext2' Last syscall: 4
last math 00000000 last altivec 00000000
GPR00: C01727C8 C0E83CA0 C0E82000 C01727BC 00000001 C1BDF2D0 C0C61420 00000000
GPR08: C1BDF210 00000000 00761F00 40000000 00000000 10024188 C0E83E90 C0160000
GPR16: C0160000 00000200 00000000 00000000 00000B4C 00000100 00000002 C01727EC
GPR24: 00000000 C1BDF210 C0C61420 C01727E4 C1BDF2D0 00000001 C01727BC 00000000
Call backtrace:
00000001 C009749C C0097684 C0033E20 C0034494 C0035CC0 C00364B0
C0039CF0 C00247CC C0024D10 C0032AEC C000285C 0FFD849C 0FFD8E84
10002C3C 1000516C 0FE295CC 00000000