mouais... entretemps, le type de message a completement change,
j'ai la sensation qu'il y a un conflit entre mes deux cartes PCMCIA.
Je n'ai plus de message d'erreur: je peux plus tenter de monter le graveur,
il me dit que ce n'est pas un peripherique valide...
Chouette......
Il serait pas interessant de virer le package kernel-pcmcia et d'installer a
la place pcmcia-cs???
JM
----- Original Message -----
From: Christian Gennerat <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Thursday, February 01, 2001 3:39 PM
Subject: Re: [Confirme] pcmcia et kernel 2.4
> LECOUTEUX Jean Mary a écrit :
>
> > le probleme, c que ca marchait tres bien avec un vieux kernel.... je
> > comprends pas..
> > et via le port USB, ca donne rien...
>
> Chez moi aussi, ça marchait autrefois....
> Alors j'ai tenté une expérience pour forcer le choix des ports IO
> j'ai créé un fichier contenant la table CIS de la carte, par la
> commande
> "dump_cis"
> J'ai modifié ce fichier (en format source), puis j'en ai fait un binaire
> par la commande "pack_cis" et signalé dans la config qu'il faut utilisé
> la CIS que j'ai faite, et ô miracle, mon disque a démarré normalement
>
> Je pense que tu devrais tenter une opération similaire.
> Alors, d'abord peux tu nous envoyer la CIS de ton graveur.
>
> Le PCMCIA-Howto est assez succinct sur ce sujet
> et la version française existe-t-elle?
>
> Card Information Structure (CIS)
>
> The definition of the Card Information Structure (CIS) is the darkest
> chapter of the PC Card standard. All version 2 compliant cards should
> have a CIS, which describes the card and how it should be configured.
> The CIS is a linked list of ``tuples'' in the card's attribute memory
> space. Each tuple consists of an identification code, a length byte,
> and a series of data bytes. The layout of the data bytes for some
> tuple types is absurdly complicated, in an apparent effort to use
> every last bit.
>
> ReplaceCIS allows a client to pass Card Services a replacement for the
> CIS found on a card. Its intended application is for cards with
> incomplete or inaccurate CIS information. If a correct CIS can be
> deduced from other information available for the card, this allows
> that information to be provided to clients in a clean fashion. The
> alternative is to pollute client source code with fixes targeted for
> each card with a CIS error. The replacement CIS remains in effect
> until the card is ejected, and all tuple-related services will use the
> replacement instead of the card's actual CIS.
>
>
>
>
> (pour Stéphane) je t'ai cherché en vain à LinuxExpo.
>
