Lecteur de carte ricoh ne fonctionne plus

Support Debian
#1

Bonjour

Sur mon portable DELL XPS M1330, mon lecteur de carte ne fonctionne plus. Le problème est que je ne sais pas depuis quand exactement…
J’ai essayé avec 2 cartes SD (canon) qui fonctionnent sur d’autres postes.

Il a parfaitement fonctionné jusqu’à fin juillet (la dernière fois que je l’ai utilisé).
Mais entretemps, j’ai fait des mises à jour de paquets et de noyau…

Les symptômes :

Lorsque j’insère dans le lecteur aucune réaction apparente mais “dmesg” me dit :
" [23260.565483] mmc0: new SD card at address 6ec9
[23260.605478] mmcblk0: mmc0:6ec9 S032B 30400KiB
[23260.605478] mmcblk0:<3>mmcblk0: error -84 transferring data
[23260.609483] end_request: I/O error, dev mmcblk0, sector 0
[23260.609483] Buffer I/O error on device mmcblk0, logical block 0
[23260.617311] mmcblk0: error -84 transferring data
[23260.617325] end_request: I/O error, dev mmcblk0, sector 0
[23260.617332] Buffer I/O error on device mmcblk0, logical block 0
[23260.624254] mmcblk0: error -84 transferring data
[23260.624259] end_request: I/O error, dev mmcblk0, sector 0
[23260.624262] Buffer I/O error on device mmcblk0, logical block 0
[23260.628236] mmc0: Got data interrupt 0x00200000 even though no data operation was in progress.
[23260.628236] sdhci: ============== REGISTER DUMP ==============
[23260.628236] sdhci: Sys addr: 0x37b6d000 | Version: 0x00000400
[23260.628236] sdhci: Blk size: 0x00007200 | Blk cnt: 0x00000000
[23260.628236] sdhci: Argument: 0x00000000 | Trn mode: 0x00000033
[23260.628236] sdhci: Present: 0x01ff0000 | Host ctl: 0x00000003
[23260.628236] sdhci: Power: 0x0000000f | Blk gap: 0x00000000
[23260.628236] sdhci: Wake-up: 0x00000000 | Clock: 0x00000107
[23260.628236] sdhci: Timeout: 0x00000008 | Int stat: 0x00000003
[23260.628236] sdhci: Int enab: 0x00ff00fb | Sig enab: 0x00ff00fb
[23260.628236] sdhci: AC12 err: 0x00000000 | Slot int: 0x00000001
[23260.628236] sdhci: Caps: 0x01e021a1 | Max curr: 0x00000040
[23260.628236] sdhci: ===========================================
"
le système voit qu’une carte a bien été insérée mais ne veut pas lire le contenu…

Un “cat /proc/partition” me donne bien :
major minor #blocks name
179 0 30400 mmcblk0

Mais mmcblk0p1 n’est pas créé et si je le fais manuellement, impossible de monter la partition.

À titre indicatif, voici ce que donne un "lspci | grep MMC"
03:01.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 22)
03:01.2 System peripheral: Ricoh Co Ltd R5C843 MMC Host Controller (rev 12)

J’ai essayé une multitude de choses ; j’ai même compilé le driver de ricoh mais toujours les mêmes symptômes.

les modules chargés sont :
sdhci 13060 0
mmc_block 8932 0
ricoh_mmc 3680 0
sdricoh_cs 8200 0
mmc_core 39932 3 sdricoh_cs,mmc_block,sdhci

Pensez-vous que ce soit un problème de driver ou mon lecteur de cartes qui a laché ?

Merci d’avance

Bien Cordialememt

AR

#2

salut

j’ai aussi un lecteur SD sur mon portable (noyau 2.6.18 - etch) qui fonctionne très bien.
d’après ce que tu dis c’est bon au niveau des modules chargés, par contre c’est effectivement étrange que le device ne soit pas créé dans /dev et d’après /var/log/messages le système n’arrive pas à lire sur le périph

côté bug kernel j’ai trouvé ça http://bugzilla.kernel.org/show_bug.cgi?id=11026 et http://bugzilla.kernel.org/show_bug.cgi?id=10599 mais je ne pense pas que cela soit ton cas

tu peux éventuellement essayer avec d’autres cartes et/ou avec un live cd pour voir si le lecteur est cramé

désolé de ne pas pouvoir t’aider plus

#3

Il y a eu un changement dans le noyau récemment sur les lecteurs ricoh, les lecteurs Ricoh sont gérés par le module sdhci. Le module proriétaire fait double emploi avec ce module et semble nécessiter le module ricoh_mmc nouvelle mouture dont le but est d’empécher le proprio de se charger.

[quote] x This selects the disabler for the Ricoh MMC Controller. This x
x proprietary controller is unnecessary because the SDHCI driver x
x supports MMC cards on the SD controller, but if it is not x
x disabled, it will steal the MMC cards away - rendering them x
x useless. It is safe to select this driver even if you don’t x
x have a Ricoh based card reader. x
[/quote]
Moi j’ai comme module:

[quote]sdhci
mmc_core
ricoh_mmc
sdhci_pci
[/quote]
Essaye en virant sdricoh_cs

#4

Effectivement ça ne semble pas être le même cas…

J’ai essayé avec une knoppix 5.1.1 (noyau 2.6.19) : même symptôme. je suis en train de télécharger une knoppix plus récente pour voir.

Merci quand même…

#5

[quote=“fran.b”]Il y a eu un changement dans le noyau récemment sur les lecteurs ricoh, les lecteurs Ricoh sont gérés par le module sdhci. Le module proriétaire fait double emploi avec ce module et semble nécessiter le module ricoh_mmc nouvelle mouture dont le but est d’empécher le proprio de se charger.

Moi j’ai comme module:
sdhci
mmc_core
ricoh_mmc
sdhci_pci

Essaye en virant sdricoh_cs[/quote]

J’ai essayé de même que d’autres combinaison de modules mais toujours pareil :frowning:

Par contre, je n’ai pas (et pas possible de le charger) sdhci_pci ; je vais voir de ce coté.

Merci.

#6

sdhci_pci vient du noyau 2.6.27 et n’existe pas avant. Essaye de voir de ce coté.

#7

Le problème est que le noyau 2.6.27 n’est ni dans la testing, ni dans l’instable ni dans les backports…

Ça m’embête d’être obligé de recompiler un noyau…

Je vais attendre un petit peu (et prolonger ma garantie sur le portable car on ne sait jamais :slightly_smiling:) tout en continuant mes recherches.

Je ne manquerais pas de tenir au courant le forum.

Merci pour tout.

#8

C’est un amd64 ou un i386? (Je suis sous etch avec un 2.6.27)

#9

i386 ; j’ai fonctionné 6 mois avec amd64 mais j’ai eu trop de soucis avec firefox et openoffice et la charge pcu qui montait sans jamais redescendre… Donc là aussi j’attends un peu :slightly_smiling:

#10

Ah… Je peux éventuellement te proposer le noyau que j’ai compilé mais c’est un 64bits. (Tu devrais regarder le trucs et astuces sur le 32 bits transparents pour tes soucis)

#11

J’avais déjà vu mais je n’ai plus de soucis puisque je suis en 32 bits :slightly_smiling:

#12

Matt a fait echo de pbms matériels sur des machines 64 bits avec noyau 32 bits…

#13

Avant de poster, j’avais fait une recherche sur “ricoh” sur tout le forum mais je n’ai pas vu de problèmes matériels particuliers.

#14

Il s’agissait d’une machine qui avait des pbms acpi en 32bits qui ont disparu en 64bits. Ça donne quoi avec un live CD (tu peux même essayer http://clefagreg.dnsalias.org :slightly_smiling:)

#15

je viens d’essayer avec une knoppix (noyau 2.6.24) : mêmes symptômes :frowning:

#16

Salut apo
Fais un test avec sidux ourea elle a le noyau 2.6.26-5
http://debian.tu-bs.de/project/sidux/release/

Une petit explication sur sidux http://www.framasoft.net/article4696.html si tu veux le noyau 2.6.27 il te faudra installer sidux sur le DD et faire l’update du noyau.
Il n’y a aucune concurrence entre debian et sidux.
sidux c’est debian sid/expérimental…en pantoufles.
sidux adhère à 100% au projet et à la charte debian.
sidux utilise les dépôts debian et les développeurs de sidux collaborent activement avec les développeurs strict projet debian.
Que du bon quoi :smiley:

#17

je viens d’essayer avec une knoppix (noyau 2.6.24) : mêmes symptômes :frowning:[/quote]
Ma clef a un noyau 2.6.26 et reconnais parfaitement mon lecteur ricoh

#18

Je vais faire un dernier essai avec sidux (merci à rodmov) que je suis en train de télécharger et s’il est négatif j’appelerais le service après vente de DELL…

#19

Si c’est un Dell 1525 avec un lecteur Ricoh, c’est ma machine actuelle. Je te confirme dans ce cas que le noyau de la clefagreg reconnait sans pbm le lecteur. Je te dépose le noyau ici il y sera d’ici 10h10-10h15 environ (il y a un temps d’upload). C’est un prévu pour une etch qui ne devrait pas poser de problèmes. Je dépose les modules divers juste après puis les headers.

Voilà le lspci -n concernant mon lecteur SD:
02:09.0 0c00: 1180:0832 (rev 05) (IEEE1394 ça)
02:09.1 0805: 1180:0822 (rev 22)
02:09.2 0880: 1180:0843 (rev 12)
02:09.3 0880: 1180:0592 (rev 12)
02:09.4 0880: 1180:0852 (rev ff)

#20

Merci beaucoup mais est-ce vraiment la peine ? Je viens de tester avec sidux (noyau 2.6.26 en 64 bits puisqu’il y avait l’option) et toujours le même problème.
C’est vrai que c’est bizzare : le fait que le système reconnaisse bien la carte (voir même la capacité) et que ça fonctionnait parfaitement avant m’a fait plus penser jusqu’à maintenant à un problème de driver (d’autant plus qu’au vue de mes lectures je ne suis pas la seule même si ça fonctionne sans problème pour certains :slightly_smiling:).

udevadm monitor me donne :

Et toujours pas de mmcblkOp1…

Mais là, je penche de plus en plus pour un problème physique.

[quote=“fran.b”]Voilà le lspci -n concernant mon lecteur SD:
02:09.0 0c00: 1180:0832 (rev 05) (IEEE1394 ça)
02:09.1 0805: 1180:0822 (rev 22)
02:09.2 0880: 1180:0843 (rev 12)
02:09.3 0880: 1180:0592 (rev 12)
02:09.4 0880: 1180:0852 (rev ff)[/quote]

Même chose sauf la dernière ligne :
03:01.0 0c00: 1180:0832 (rev 05)
03:01.1 0805: 1180:0822 (rev 22)
03:01.2 0880: 1180:0592 (rev 12)
03:01.3 0880: 1180:0852 (rev 12)

J’ai aussi essayé de booter sur mes anciens noyaux (jusqu’au 2.6.22) : exactement le même problème.

Il vaudrait mieux que j’appelle DELL non ?
Au fait, j’ai un XPS M1330.