Re: probleme de detection ide pci

Top Page

Reply to this message
Author: Francois-Xavier 'FiX' KOWALSKI
Date:  
To: vincentb
CC: GUILDE
Subject: Re: probleme de detection ide pci
Bailleau Vincent <vincentb@???> writes:

> Fix,
>
> trouve mes reponses dans le corp du message:


Tu ne travaillerais pas pour une boite americaine ces temps-ci... ?
:-)

"please find my answers inlined below"

> Francois-Xavier 'FiX' KOWALSKI wrote:
>
> >Vincent Bailleau <vincentb@???> writes:
> >
> >
>
> >>Bonjour,
> >>
> >>Je possede une machine dont la carte contient un chipset sis530 mais
> >>dont l'ide n'est pas dispo.
> >>Afin d'utliser cette machine sous linux, j'ai ajoute une carte ide pci
> >>utilisant le controlleur cmd 648.
> >>j'ai installe e-smith a partir d'une autre machine sur mon disque dur,
> >>ne possedant pas de cdrom sur celle ci
> >>lorsque je met le disque sur ma nouvelle machine, linux boot, mais
> >>lors de la detection des peripheriques ide, seul
> >>le sis530 dont les port ide ne sont pas utlises (dispo) est
> >>reconnu. Sur le site de redhat, il est specifie que le cmd 648 est
> >>reconu,automatiquement, mais lors d'une utlisation en temps que second
> >>controlleur ide, il est necesaire de passer une ligne de commande au
> >>prompt de lilo, se referer au document ide.txt present dans le rep des
> >>sources du noyau.
> >>Soit, mais apres avoir consulte celui ci, et fait de nombreux tests je
> >>n'arrive pas a desactiver le sis530 ou bien a considerer ma carte
> >>cmd648 comme peripherique pas defaut.
> >>
> >>Quelqu'un a t'il une idee des parametres a passer au prompt lilo pour
> >>specifier au kernel ma requete?
> >>
> >D'apres ide.txt, il semble qu'il faille taper "ide0=cmd640_vlb" pour
> >les vielles cartes VLB. Mais le module en question est (j'imagine)
> >PCI et donc est cmd640.o. Utilises-donc un noyau avec tous les fix
> >actives pour ce chipset: A en croire drivers/ide/Config.in, ya du
> >boulot:
> >
> >...
> >   if [ "$CONFIG_BLK_DEV_IDE" != "n" ]; then
> >      dep_bool '  CMD640 chipset bugfix/support' CONFIG_BLK_DEV_CMD640 $CONFIG_X86
> >      dep_bool '    CMD640 enhanced support' CONFIG_BLK_DEV_CMD640_ENHANCED $CONFIG_BLK_DEV_CMD640
> >      dep_bool '  ISA-PNP EIDE support' CONFIG_BLK_DEV_ISAPNP $CONFIG_ISAPNP
> >...

> >
> Dans les sources du kernel 2.4.18 on peut voir precisement que pour le
> cmd648 un module particulier le cmd64x.o existe
>
> donc tout ce qui ce rapporte au cmd640.o est donc par consequent a
> ecarter je pense du context present.
>
>
> >Ta requete manque de messages d'erreur.
> >
> >- Le comportement est-il toujours le meme quels que soient les tests?
> >
> si aucun parametres en ligne de cmd kernel n'est transmis le sis530
> (sis5513 plus precisement) fait de l'ombre au cmd648
>
>
> >- As-tu ajoute la meme commande au /etc/lilo.conf?
> >
> a faire une fois que linux sera installe.
>
> >- As-tu mis le bon alias (ide0) dans /etc/modules.conf?
> >
> A voir, je le note ;-)
>
> >- As-tu essaye avec le support "built-in" dans le noyau? (C'est la
> > procedure conseillee par les hackers de LKML pour tous les drivers
> > qui sont necessaires au boot de la machine).


> non je vais donc de ce pas compiler le noyau a cet effet


Eeek? Moi pas compris.

> >- As-tu essaye en eliminat le driver qui "fait de l'ombre" a
> >cmd640.o?


> En passant (compil du noyau, je desactiverais l'utilisation du
> sis5513 dans mon noyau, vu que de toute facon ce chipset ide ne sera
> jamais utilise.)


A+
--
François-Xavier 'FiX' KOWALSKI