Hardware-hard plus-pnp - Historique des versions

Lea le 28 décembre 2023 à 18:27

2023-12-28T18:27:16Z

← Version précédente		Version du 28 décembre 2023 à 18:27
Ligne 1 :		Ligne 1 :
	~~[[Catégorie:~~Matériel ~~divers]]~~		{{Obsolète\|Matériel}}

	= Le Plug and play =		= Le Plug and play =

Jiel : balises code

2012-05-03T17:58:59Z

balises code

← Version précédente		Version du 3 mai 2012 à 17:58
Ligne 32 :		Ligne 32 :
	Si on reprend l'exemple d'une carte son, au moment du CONFIG SOUND vous répondez <font color="#FF0000">M</font> pour module et non pas Y ! En fait je vous explique, le chargement du PnP dans Linux se fait APRES le chargement du noyau, donc si vous configurez vos cartes dans le noyau, celui ci va les initialiser (sans y arriver en plus) et lorsque le PnP va tenter de les initialiser lui aussi, ça ne passera plus. Donc pour toutes les cartes PnP répondez par <font color="#FF0000">M</font> dans la config du noyau.		Si on reprend l'exemple d'une carte son, au moment du CONFIG SOUND vous répondez <font color="#FF0000">M</font> pour module et non pas Y ! En fait je vous explique, le chargement du PnP dans Linux se fait APRES le chargement du noyau, donc si vous configurez vos cartes dans le noyau, celui ci va les initialiser (sans y arriver en plus) et lorsque le PnP va tenter de les initialiser lui aussi, ça ne passera plus. Donc pour toutes les cartes PnP répondez par <font color="#FF0000">M</font> dans la config du noyau.

	Une fois ce travail exécuté, si vous avez une partition Windows 95 ou 98 sur votre machine, bootez dessus et notez la configuration de toutes vos cartes PNP (plage mémoire, irq, dma), puis rebootez sous linux. Il va déjà falloir vérifier que vous avez bien les ''isapnptools'' sur votre machine, pour cela lancez la commande <code>pnpdump>/etc/isapnp.conf</~~code~~>. Si ça marche, c'est que vous avez bien les ''isapnptools'' et que votre noyau supporte le PnP. Autrement il va falloir que vous téléchargiez les ''isapnptools'' et valider le PnP dans votre kernel. Si vous avez le message d'erreur "trying port adress ..." puis "no board found" c'est que votre carte mère n'est pas PnP ; il vous faut alors configurer vos cartes à la main comme si elles n'étaient pas PnP.		Une fois ce travail exécuté, si vous avez une partition Windows 95 ou 98 sur votre machine, bootez dessus et notez la configuration de toutes vos cartes PNP (plage mémoire, irq, dma), puis rebootez sous linux. Il va déjà falloir vérifier que vous avez bien les ''isapnptools'' sur votre machine, pour cela lancez la commande <div class="code">pnpdump>/etc/isapnp.conf</div>. Si ça marche, c'est que vous avez bien les ''isapnptools'' et que votre noyau supporte le PnP. Autrement il va falloir que vous téléchargiez les ''isapnptools'' et valider le PnP dans votre kernel. Si vous avez le message d'erreur "trying port adress ..." puis "no board found" c'est que votre carte mère n'est pas PnP ; il vous faut alors configurer vos cartes à la main comme si elles n'étaient pas PnP.

	Une fois le programme lancé, celui-ci a créé en fait le fichier <tt><font color="#FF0000">/etc/isapnp.conf</font></tt>. Ce fichier créé, éditez-le, à l'aide de vi par exemple. La structure d'un tel fichier peut paraître barbare mais en fait elle est très simple.		Une fois le programme lancé, celui-ci a créé en fait le fichier <tt><font color="#FF0000">/etc/isapnp.conf</font></tt>. Ce fichier créé, éditez-le, à l'aide de vi par exemple. La structure d'un tel fichier peut paraître barbare mais en fait elle est très simple.
Ligne 40 :		Ligne 40 :
	Une fois cette vérification faite, regardez à chaque fin de configuration de chaque carte (avant de passer dans un LD différent) que vous avez bien une ligne qui contient : <font color="#FF0000">(ACT Y), et qui n'est pas commentée (qui ne contient pas # au début donc)</font>. Une fois tout ça réalisé, tapez sous la console :		Une fois cette vérification faite, regardez à chaque fin de configuration de chaque carte (avant de passer dans un LD différent) que vous avez bien une ligne qui contient : <font color="#FF0000">(ACT Y), et qui n'est pas commentée (qui ne contient pas # au début donc)</font>. Une fois tout ça réalisé, tapez sous la console :

	<code>isapnp /etc/isapnp.conf</~~code~~>		<div class="code">isapnp /etc/isapnp.conf</div>

	Regardez alors que vous n'avez pas de message d'erreur. Si un message d'erreur IORESCHECK s'affiche, notez par rapport à quel périphérique ce message apparaît, retournez dans le fichier <tt>isapnp.conf</tt> et effacez pour ce périphérique (IORESCHECK ..), et ça devrait passer sans problèmes (j'ai galêré 3 nuits pour comprendre que ma carte n'était pas en conflit, que c'etait en fait le contrôle de conflits d'adresses qui ne marchait pas tout simplement).		Regardez alors que vous n'avez pas de message d'erreur. Si un message d'erreur IORESCHECK s'affiche, notez par rapport à quel périphérique ce message apparaît, retournez dans le fichier <tt>isapnp.conf</tt> et effacez pour ce périphérique (IORESCHECK ..), et ça devrait passer sans problèmes (j'ai galêré 3 nuits pour comprendre que ma carte n'était pas en conflit, que c'etait en fait le contrôle de conflits d'adresses qui ne marchait pas tout simplement).

	Si ça fonctionne, alors vous avez gagné ! Chargez les modules de vos cartes (<code>modprobe module</~~code~~>) pour rendre celles-ci opérationnelles.		Si ça fonctionne, alors vous avez gagné ! Chargez les modules de vos cartes (<div class="code">modprobe module</div>) pour rendre celles-ci opérationnelles.

	On va un peu automatiser tout ca maintenant, pour cela activez l'autoload des modules dans le kernel, <font color="#FF0000">enable loadable module support Y</font>, et <font color="#FF0000">Kernel daemon support Y</font>.		On va un peu automatiser tout ca maintenant, pour cela activez l'autoload des modules dans le kernel, <font color="#FF0000">enable loadable module support Y</font>, et <font color="#FF0000">Kernel daemon support Y</font>.
Ligne 50 :		Ligne 50 :
	Après, éditez le fichier <tt>/etc/conf.modules</tt> (s'il n'existe pas ça va le créer) et ajoutez les lignes pour vos modules de cette façon :		Après, éditez le fichier <tt>/etc/conf.modules</tt> (s'il n'existe pas ça va le créer) et ajoutez les lignes pour vos modules de cette façon :

	<code>alias periph nom_du_module</~~code~~>		<div class="code">alias periph nom_du_module</div>

	C'est-à-dire prenons l'exemple pour une carte son Sound Blaster et une carte réseau compatible NE2000, le périphérique son s'apelle sound et la carte réseau s'apelle eth0 (vous n'avez pas le choix), le module Sound Blaster s'apelle <tt>sb</tt> et le module NE2000 s'apelle <tt>ne</tt>, ça nous donne alors:		C'est-à-dire prenons l'exemple pour une carte son Sound Blaster et une carte réseau compatible NE2000, le périphérique son s'apelle sound et la carte réseau s'apelle eth0 (vous n'avez pas le choix), le module Sound Blaster s'apelle <tt>sb</tt> et le module NE2000 s'apelle <tt>ne</tt>, ça nous donne alors:

	<code>alias sb sound</~~code~~><br/><br/><code>alias eth0 ne</~~code~~>		<div class="code">alias sb sound</div><br/><br/><div class="code">alias eth0 ne</div>

	== Récapitulatif ==		== Récapitulatif ==
Ligne 80 :		Ligne 80 :
	Pour les options, moi par exemple pour ma carte ethernet j'ai du repasser l'adresse et l'irq de ma carte, ceci se fait de cette façon toujours dans le fichier <tt>conf.modules </tt><nowiki>: </nowiki>		Pour les options, moi par exemple pour ma carte ethernet j'ai du repasser l'adresse et l'irq de ma carte, ceci se fait de cette façon toujours dans le fichier <tt>conf.modules </tt><nowiki>: </nowiki>

	<code>options nom_modules les_options</~~code~~>		<div class="code">options nom_modules les_options</div>

	<u>exemple</u> :		<u>exemple</u> :

Jiel le 22 décembre 2010 à 15:24

2010-12-22T15:24:28Z

← Version précédente		Version du 22 décembre 2010 à 15:24
Ligne 1 :		Ligne 1 :
	[[~~Category~~:~~Les plus du matériel~~]]		[[Catégorie:Matériel divers]]

	= Le Plug and play =		= Le Plug and play =

Ligne 83 :		Ligne 84 :
	<u>exemple</u> :		<u>exemple</u> :

	<div class="code">options ne io=0x240 irq=12 <br />''(pour une carte réseau a l'adresse 240 et irq 12)'' Attention l'adresse est en hexadécimal, donc de type <tt>0xXXX</tt>, ne pas oublier le <tt>0x</tt> qui n'apparait pas dans Windows.</div><div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 04/10/1999.</div>		<div class="code">options ne io=0x240 irq=12 <br />''(pour une carte réseau a l'adresse 240 et irq 12)'' Attention l'adresse est en hexadécimal, donc de type <tt>0xXXX</tt>, ne pas oublier le <tt>0x</tt> qui n'apparait pas dans Windows.</div>


			<br/>
			<br/>
			'''<b>[[Hardware-index\|@ Retour à la rubrique Matériel]]</b>'''
			<br/>

			<div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 04/10/1999.</div>

	= Copyright =		= Copyright =
	Copyright © 04/10/1999, Serge Tchesmeli		Copyright © 04/10/1999, Serge Tchesmeli
	{{LDL}}		{{LDL}}

Ftiercel : Petite remise en forme

2007-03-22T17:51:16Z

Petite remise en forme

← Version précédente		Version du 22 mars 2007 à 17:51
Ligne 7 :		Ligne 7 :
	== Avertissement ==		== Avertissement ==

	On nous demande souvent à quel type de matériel s'applique cette rubrique. Pour faire court, disons que PnP = cartes ISA seulement. Pour faire long, lisez le paragraphe ci dessous !		On nous demande souvent à quel type de matériel s'applique cette rubrique. Pour faire court, disons que PnP = cartes ISA seulement. Pour faire long, lisez le paragraphe ci-dessous !

	Les cartes PCI, AGP, etc.. ne posent AUCUN probléme de configuration, elles sont toujours détectées suivant les spécifications des bus où elles se trouvent, et n'ont pas besoin d'utilitaire spécial de configuration quelque soit l'OS. On ne parle donc pas de PnP (ou alors c'est un abus de langage) pour des cartes PCI ou AGP. Le plug and play se fait ici au niveau du matériel qui gère seul l'allocation des ressources (IRQ, etc.).		Les cartes PCI, AGP, etc.. ne posent AUCUN probléme de configuration, elles sont toujours détectées suivant les spécifications des bus où elles se trouvent, et n'ont pas besoin d'utilitaire spécial de configuration quelque soit l'OS. On ne parle donc pas de PnP (ou alors c'est un abus de langage) pour des cartes PCI ou AGP. Le plug and play se fait ici au niveau du matériel qui gère seul l'allocation des ressources (IRQ, etc.).

	Par contre les ~~carte~~ ISA ont des problèmes de configuration (non automatique pour la détection de conflits, etc...), donc on a inventé un "protocole" de configuration/détection conflit : le PnP. Donc le PnP en tant que tel ne s'appliquent qu'aux cartes ISA (quelque soit l'OS)		Par contre les cartes ISA ont des problèmes de configuration (non automatique pour la détection de conflits, etc...), donc on a inventé un "protocole" de configuration/détection conflit : le PnP. Donc le PnP en tant que tel ne s'appliquent qu'aux cartes ISA (quelque soit l'OS)

	PS: ll y a une "extension" du PnP pour des périphériques tels que l'écran, les périphs sur port parallèle, etc. mais ce n'est pas du PnP à proprement parler, ca ne permet pas de configurer le périph (de toute facon y'a rien a configurer, c'est le port où se trouve ce périph qu'il faut configurer et non pas le périph lui même) mais juste de le détecter (le périph envoie une séquence lors de l'initialisation du port disant "coucou je suis là, et je m'appelle machin truc").		PS: ll y a une "extension" du PnP pour des périphériques tels que l'écran, les périphs sur port parallèle, etc. mais ce n'est pas du PnP à proprement parler, ça ne permet pas de configurer le périph (de toute facon y'a rien a configurer, c'est le port où se trouve ce périph qu'il faut configurer et non pas le périph lui-même) mais juste de le détecter (le périph envoie une séquence lors de l'initialisation du port disant "coucou je suis là, et je m'appelle machin truc").

	Voila donc PnP = cartes ISA SEULEMENT.		Voila donc PnP = cartes ISA SEULEMENT.
Ligne 31 :		Ligne 31 :
	Si on reprend l'exemple d'une carte son, au moment du CONFIG SOUND vous répondez <font color="#FF0000">M</font> pour module et non pas Y ! En fait je vous explique, le chargement du PnP dans Linux se fait APRES le chargement du noyau, donc si vous configurez vos cartes dans le noyau, celui ci va les initialiser (sans y arriver en plus) et lorsque le PnP va tenter de les initialiser lui aussi, ça ne passera plus. Donc pour toutes les cartes PnP répondez par <font color="#FF0000">M</font> dans la config du noyau.		Si on reprend l'exemple d'une carte son, au moment du CONFIG SOUND vous répondez <font color="#FF0000">M</font> pour module et non pas Y ! En fait je vous explique, le chargement du PnP dans Linux se fait APRES le chargement du noyau, donc si vous configurez vos cartes dans le noyau, celui ci va les initialiser (sans y arriver en plus) et lorsque le PnP va tenter de les initialiser lui aussi, ça ne passera plus. Donc pour toutes les cartes PnP répondez par <font color="#FF0000">M</font> dans la config du noyau.

	Une fois ce travail exécuté, si vous avez une partition Windows 95 ou 98 sur votre machine, bootez dessus et notez la configuration de toutes vos cartes PNP (plage mémoire, irq, dma), puis rebootez sous linux. Il va déjà falloir vérifier que vous avez bien les ''isapnptools'' sur votre machine, pour cela lancez la commande <~~tt><font color="#FF0000"~~>pnpdump>/etc/isapnp.conf</~~font></tt~~>. Si ça marche, c'est que vous avez bien les ''isapnptools'' et que votre noyau supporte le PnP. Autrement il va falloir que vous téléchargiez les ''isapnptools'' et valider le PnP dans votre kernel. Si vous avez le message d'erreur "trying port adress ..." puis "no board found" c'est que votre carte mère n'est pas PnP ; il vous faut alors configurer vos cartes à la main comme si elles n'étaient pas PnP.		Une fois ce travail exécuté, si vous avez une partition Windows 95 ou 98 sur votre machine, bootez dessus et notez la configuration de toutes vos cartes PNP (plage mémoire, irq, dma), puis rebootez sous linux. Il va déjà falloir vérifier que vous avez bien les ''isapnptools'' sur votre machine, pour cela lancez la commande <code>pnpdump>/etc/isapnp.conf</code>. Si ça marche, c'est que vous avez bien les ''isapnptools'' et que votre noyau supporte le PnP. Autrement il va falloir que vous téléchargiez les ''isapnptools'' et valider le PnP dans votre kernel. Si vous avez le message d'erreur "trying port adress ..." puis "no board found" c'est que votre carte mère n'est pas PnP ; il vous faut alors configurer vos cartes à la main comme si elles n'étaient pas PnP.

	Une fois le programme lancé, celui-ci a créé en fait le fichier <tt><font color="#FF0000">/etc/isapnp.conf</font></tt>. Ce fichier créé, éditez le, à l'aide de vi par exemple. La structure d'un tel fichier peut paraître barbare mais en fait elle est très simple.		Une fois le programme lancé, celui-ci a créé en fait le fichier <tt><font color="#FF0000">/etc/isapnp.conf</font></tt>. Ce fichier créé, éditez-le, à l'aide de vi par exemple. La structure d'un tel fichier peut paraître barbare mais en fait elle est très simple.

	Tout d'abord ajoutez la ligne (VERIFYLD NO) dans le début du fichier : certaines cartes (dont par exemple la Sound Blaster AWE64) n'aiment pas du tout. Regardez alors les lignes. La plupart sont en commentaire (le # devant), et vous allez voir des IRQ, DMA , ADRESS dans ces lignes. Le plus important est de regarder les lignes non commentées (qui ne comportent pas de # au début) et vérifier bien que les paramètres sont bons par rapport à ceux qui étaient dans Windows. Si c'est bon on touche à rien, si c'est pas bon on commente la ligne et on recherche celle qui contient les bons paramètres irq, dma et adresse. Si vous ne la trouvez pas (très rare), remplacez alors dans la ligne qui ne contient pas le # les mauvais paramètres par les bons.		Tout d'abord ajoutez la ligne (VERIFYLD NO) dans le début du fichier : certaines cartes (dont par exemple la Sound Blaster AWE64) n'aiment pas du tout. Regardez alors les lignes. La plupart sont en commentaire (le # devant), et vous allez voir des IRQ, DMA , ADRESS dans ces lignes. Le plus important est de regarder les lignes non commentées (qui ne comportent pas de # au début) et vérifier bien que les paramètres sont bons par rapport à ceux qui étaient dans Windows. Si c'est bon on touche à rien, si c'est pas bon on commente la ligne et on recherche celle qui contient les bons paramètres irq, dma et adresse. Si vous ne la trouvez pas (très rare), remplacez alors dans la ligne qui ne contient pas le # les mauvais paramètres par les bons.
Ligne 39 :		Ligne 39 :
	Une fois cette vérification faite, regardez à chaque fin de configuration de chaque carte (avant de passer dans un LD différent) que vous avez bien une ligne qui contient : <font color="#FF0000">(ACT Y), et qui n'est pas commentée (qui ne contient pas # au début donc)</font>. Une fois tout ça réalisé, tapez sous la console :		Une fois cette vérification faite, regardez à chaque fin de configuration de chaque carte (avant de passer dans un LD différent) que vous avez bien une ligne qui contient : <font color="#FF0000">(ACT Y), et qui n'est pas commentée (qui ne contient pas # au début donc)</font>. Une fois tout ça réalisé, tapez sous la console :

	<~~div class="~~code~~"><font color="#FF0000"~~>isapnp /etc/isapnp.conf</~~font></div~~>		<code>isapnp /etc/isapnp.conf</code>

	Regardez alors que vous n'avez pas de message d'erreur. Si un message d'erreur IORESCHECK s'affiche, notez par rapport a quel périphérique ce message apparaît, retournez dans le fichier <tt>isapnp.conf</tt> et effacez pour ce périphérique (IORESCHECK ..), et ça devrait passer sans problèmes (j'ai galêré 3 nuits pour comprendre que ma carte n'était pas en conflit, que c'etait en fait le contrôle de conflits d'adresses qui ne marchait pas tout simplement).		Regardez alors que vous n'avez pas de message d'erreur. Si un message d'erreur IORESCHECK s'affiche, notez par rapport à quel périphérique ce message apparaît, retournez dans le fichier <tt>isapnp.conf</tt> et effacez pour ce périphérique (IORESCHECK ..), et ça devrait passer sans problèmes (j'ai galêré 3 nuits pour comprendre que ma carte n'était pas en conflit, que c'etait en fait le contrôle de conflits d'adresses qui ne marchait pas tout simplement).

	Si ça fonctionne, alors vous avez gagné ! Chargez les modules de vos cartes (modprobe module) pour rendre celles-ci opérationnelles.		Si ça fonctionne, alors vous avez gagné ! Chargez les modules de vos cartes (<code>modprobe module</code>) pour rendre celles-ci opérationnelles.

	On va un peu automatiser tout ca maintenant, pour cela activez l'autoload des modules dans le kernel, <font color="#FF0000">enable loadable module support Y</font>, et <font color="#FF0000">Kernel daemon support Y</font>.		On va un peu automatiser tout ca maintenant, pour cela activez l'autoload des modules dans le kernel, <font color="#FF0000">enable loadable module support Y</font>, et <font color="#FF0000">Kernel daemon support Y</font>.
Ligne 49 :		Ligne 49 :
	Après, éditez le fichier <tt>/etc/conf.modules</tt> (s'il n'existe pas ça va le créer) et ajoutez les lignes pour vos modules de cette façon :		Après, éditez le fichier <tt>/etc/conf.modules</tt> (s'il n'existe pas ça va le créer) et ajoutez les lignes pour vos modules de cette façon :

	<~~div class="~~code">~~alias periph~~ nom_du_module</~~div~~>		<code>alias periph nom_du_module</code>

	C'est à dire prenons l'exemple pour une carte son Sound Blaster et une carte réseau compatible NE2000, le périphérique son s'apelle sound et la carte réseau s'apelle eth0 (vous n'avez pas le choix), le module Sound Blaster s'apelle <tt>sb</tt> et le module NE2000 s'apelle <tt>ne</tt>, ca nous donne alors:		C'est-à-dire prenons l'exemple pour une carte son Sound Blaster et une carte réseau compatible NE2000, le périphérique son s'apelle sound et la carte réseau s'apelle eth0 (vous n'avez pas le choix), le module Sound Blaster s'apelle <tt>sb</tt> et le module NE2000 s'apelle <tt>ne</tt>, ça nous donne alors:

	<~~div class="~~code">~~alias sb~~ sound <br /><tt>~~alias eth0 ne~~<~~/tt~~></~~div~~>		<code>alias sb sound</code><br/><br/><code>alias eth0 ne</code>

	== Récapitulatif ==		== Récapitulatif ==

	Un petit récapitulatif des périphériques sous Linux (les plus courants) en sachant que vous pouvez mettre tous les modules (même des périphériques non PnP) pour qu'ils se chargent au démarrage. '''Attention''' certains ont besoin d'option(s), je ferai une petite rubrique spéciale pour les modules plus tard		Un petit récapitulatif des périphériques sous Linux (les plus courants) en sachant que vous pouvez mettre tous les modules (même des périphériques non PnP) pour qu'ils se chargent au démarrage. '''Attention''' certains ont besoin d'option(s), je ferai une petite rubrique spéciale pour les modules plus tard.

	<center>		<center>
Ligne 72 :		Ligne 72 :
	\|-		\|-
	\| width="50%" \| port paralléle		\| width="50%" \| port paralléle
	\| width="50%" \| ~~parport_lowlevel~~		\| width="50%" \| parport_lowlevel
	\|}		\|}

Ligne 79 :		Ligne 79 :
	Pour les options, moi par exemple pour ma carte ethernet j'ai du repasser l'adresse et l'irq de ma carte, ceci se fait de cette façon toujours dans le fichier <tt>conf.modules </tt><nowiki>: </nowiki>		Pour les options, moi par exemple pour ma carte ethernet j'ai du repasser l'adresse et l'irq de ma carte, ceci se fait de cette façon toujours dans le fichier <tt>conf.modules </tt><nowiki>: </nowiki>

	<~~div class="~~code">~~options nom_modules~~ les_options</~~div~~>		<code>options nom_modules les_options</code>

	<u>exemple</u> :		<u>exemple</u> :

	<div class="code">~~options ne~~ io=~~0x240~~ irq=12 <br />''(pour une carte réseau a l'adresse 240 et irq 12)'' Attention l'adresse est en hexadécimal, donc de type <tt>0xXXX</tt>, ne pas oublier le <tt>0x</tt> qui n'apparait pas dans Windows.</div><div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 04/10/1999.</div>		<div class="code">options ne io=0x240 irq=12 <br />''(pour une carte réseau a l'adresse 240 et irq 12)'' Attention l'adresse est en hexadécimal, donc de type <tt>0xXXX</tt>, ne pas oublier le <tt>0x</tt> qui n'apparait pas dans Windows.</div><div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 04/10/1999.</div>

	= Copyright =		= Copyright =
	Copyright © 04/10/1999, Serge Tchesmeli		Copyright © 04/10/1999, Serge Tchesmeli
	{{LDL}}		{{LDL}}

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter

2005-09-07T11:11:04Z

conversion de la documentation originale de Léa par HTML::WikiConverter

← Version précédente		Version du 7 septembre 2005 à 11:11
Ligne 84 :		Ligne 84 :

	<div class="code">options ne io=0x240 irq=12 <br />''(pour une carte réseau a l'adresse 240 et irq 12)'' Attention l'adresse est en hexadécimal, donc de type <tt>0xXXX</tt>, ne pas oublier le <tt>0x</tt> qui n'apparait pas dans Windows.</div><div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 04/10/1999.</div>		<div class="code">options ne io=0x240 irq=12 <br />''(pour une carte réseau a l'adresse 240 et irq 12)'' Attention l'adresse est en hexadécimal, donc de type <tt>0xXXX</tt>, ne pas oublier le <tt>0x</tt> qui n'apparait pas dans Windows.</div><div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 04/10/1999.</div>

			= Copyright =
			Copyright © 04/10/1999, Serge Tchesmeli
			{{LDL}}

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter

2005-09-02T17:07:50Z

conversion de la documentation originale de Léa par HTML::WikiConverter

Nouvelle page

[[Category:Les plus du matériel]]
= Le Plug and play =

<div class="leatitre">Le Plug and play</div><div class="leapar">par Serge</div><div class="leadesc">parfois appelé le Plug and Pray.</div>
----

== Avertissement ==

On nous demande souvent à quel type de matériel s'applique cette rubrique. Pour faire court, disons que PnP = cartes ISA seulement. Pour faire long, lisez le paragraphe ci dessous !

Les cartes PCI, AGP, etc.. ne posent AUCUN probléme de configuration, elles sont toujours détectées suivant les spécifications des bus où elles se trouvent, et n'ont pas besoin d'utilitaire spécial de configuration quelque soit l'OS. On ne parle donc pas de PnP (ou alors c'est un abus de langage) pour des cartes PCI ou AGP. Le plug and play se fait ici au niveau du matériel qui gère seul l'allocation des ressources (IRQ, etc.).

Par contre les carte ISA ont des problèmes de configuration (non automatique pour la détection de conflits, etc...), donc on a inventé un "protocole" de configuration/détection conflit : le PnP. Donc le PnP en tant que tel ne s'appliquent qu'aux cartes ISA (quelque soit l'OS)

PS: ll y a une "extension" du PnP pour des périphériques tels que l'écran, les périphs sur port parallèle, etc. mais ce n'est pas du PnP à proprement parler, ca ne permet pas de configurer le périph (de toute facon y'a rien a configurer, c'est le port où se trouve ce périph qu'il faut configurer et non pas le périph lui même) mais juste de le détecter (le périph envoie une séquence lors de l'initialisation du port disant "coucou je suis là, et je m'appelle machin truc").

Voila donc PnP = cartes ISA SEULEMENT.

== 2 méthodes ==

Sous Linux le plug and play n'est pas aussi simple que sous Windows (quoi que des fois....), il arrive assez souvent que nos cartes plug and play refusent de marcher sous Linux. Il existe en fait deux méthodes pour bien configurer son Linux pour faire fonctionner de telles cartes.

=== Le BIOS ===

La première consiste à dévalider dans le BIOS de notre carte mère l'option PNP OS, et de configurer alors Linux comme si toute nos cartes n'étaient pas PNP. C'est la méthode la plus simple mais on perd alors la fonctionnalité du PNP sous linux, ce qui est un peu frustrant.

=== Le PnP sous Linux ===

La deuxième méthode consiste à utiliser le PNP sous Linux ; c'est cette méthode que je vais vous expliquer. <br />Tout d'abord il faut valider le PNP dans le bios, <font color="#FF0000">donc validez cette fois-ci le PNP OS dans le bios.</font><br />De plus, le PnP fonctionne avec les modules des cartes : <font color="#FF0000">enlevez de votre kernel toute la configuration qui se reporte aux cartes</font> (si par exemple votre carte son est PnP et que dans votre noyau vous avez répondu "yes" pour configurer votre carte son et passé les paramètres de votre carte : irq, etc. vous enlevez tout), mais par contre vous compilez votre noyau avec les <font color="#FF0000">modules de vos cartes PnP</font>.

Si on reprend l'exemple d'une carte son, au moment du CONFIG SOUND vous répondez <font color="#FF0000">M</font> pour module et non pas Y ! En fait je vous explique, le chargement du PnP dans Linux se fait APRES le chargement du noyau, donc si vous configurez vos cartes dans le noyau, celui ci va les initialiser (sans y arriver en plus) et lorsque le PnP va tenter de les initialiser lui aussi, ça ne passera plus. Donc pour toutes les cartes PnP répondez par <font color="#FF0000">M</font> dans la config du noyau.

Une fois ce travail exécuté, si vous avez une partition Windows 95 ou 98 sur votre machine, bootez dessus et notez la configuration de toutes vos cartes PNP (plage mémoire, irq, dma), puis rebootez sous linux. Il va déjà falloir vérifier que vous avez bien les ''isapnptools'' sur votre machine, pour cela lancez la commande <tt><font color="#FF0000">pnpdump>/etc/isapnp.conf</font></tt>. Si ça marche, c'est que vous avez bien les ''isapnptools'' et que votre noyau supporte le PnP. Autrement il va falloir que vous téléchargiez les ''isapnptools'' et valider le PnP dans votre kernel. Si vous avez le message d'erreur "trying port adress ..." puis "no board found" c'est que votre carte mère n'est pas PnP ; il vous faut alors configurer vos cartes à la main comme si elles n'étaient pas PnP.

Une fois le programme lancé, celui-ci a créé en fait le fichier <tt><font color="#FF0000">/etc/isapnp.conf</font></tt>. Ce fichier créé, éditez le, à l'aide de vi par exemple. La structure d'un tel fichier peut paraître barbare mais en fait elle est très simple.

Tout d'abord ajoutez la ligne (VERIFYLD NO) dans le début du fichier : certaines cartes (dont par exemple la Sound Blaster AWE64) n'aiment pas du tout. Regardez alors les lignes. La plupart sont en commentaire (le # devant), et vous allez voir des IRQ, DMA , ADRESS dans ces lignes. Le plus important est de regarder les lignes non commentées (qui ne comportent pas de # au début) et vérifier bien que les paramètres sont bons par rapport à ceux qui étaient dans Windows. Si c'est bon on touche à rien, si c'est pas bon on commente la ligne et on recherche celle qui contient les bons paramètres irq, dma et adresse. Si vous ne la trouvez pas (très rare), remplacez alors dans la ligne qui ne contient pas le # les mauvais paramètres par les bons.

Une fois cette vérification faite, regardez à chaque fin de configuration de chaque carte (avant de passer dans un LD différent) que vous avez bien une ligne qui contient : <font color="#FF0000">(ACT Y), et qui n'est pas commentée (qui ne contient pas # au début donc)</font>. Une fois tout ça réalisé, tapez sous la console :

<div class="code"><font color="#FF0000">isapnp /etc/isapnp.conf</font></div>

Regardez alors que vous n'avez pas de message d'erreur. Si un message d'erreur IORESCHECK s'affiche, notez par rapport a quel périphérique ce message apparaît, retournez dans le fichier <tt>isapnp.conf</tt> et effacez pour ce périphérique (IORESCHECK ..), et ça devrait passer sans problèmes (j'ai galêré 3 nuits pour comprendre que ma carte n'était pas en conflit, que c'etait en fait le contrôle de conflits d'adresses qui ne marchait pas tout simplement).

Si ça fonctionne, alors vous avez gagné ! Chargez les modules de vos cartes (modprobe module) pour rendre celles-ci opérationnelles.

On va un peu automatiser tout ca maintenant, pour cela activez l'autoload des modules dans le kernel, <font color="#FF0000">enable loadable module support Y</font>, et <font color="#FF0000">Kernel daemon support Y</font>.

Après, éditez le fichier <tt>/etc/conf.modules</tt> (s'il n'existe pas ça va le créer) et ajoutez les lignes pour vos modules de cette façon :

<div class="code">alias periph nom_du_module</div>

C'est à dire prenons l'exemple pour une carte son Sound Blaster et une carte réseau compatible NE2000, le périphérique son s'apelle sound et la carte réseau s'apelle eth0 (vous n'avez pas le choix), le module Sound Blaster s'apelle <tt>sb</tt> et le module NE2000 s'apelle <tt>ne</tt>, ca nous donne alors:

<div class="code">alias sb sound <br /><tt>alias eth0 ne</tt></div>

== Récapitulatif ==

Un petit récapitulatif des périphériques sous Linux (les plus courants) en sachant que vous pouvez mettre tous les modules (même des périphériques non PnP) pour qu'ils se chargent au démarrage. '''Attention''' certains ont besoin d'option(s), je ferai une petite rubrique spéciale pour les modules plus tard

<center>

{| width="50%" border="BORDER"
| width="50%" | son
| width="50%" | sound
|-
| width="50%" | carte réseau 1, 2, etc...
| width="50%" | eth0, eth1, ...
|-
| width="50%" | carte scsi
| width="50%" | scsi_hostadapter
|-
| width="50%" | port paralléle
| width="50%" | parport_lowlevel
|}

</center>

Pour les options, moi par exemple pour ma carte ethernet j'ai du repasser l'adresse et l'irq de ma carte, ceci se fait de cette façon toujours dans le fichier <tt>conf.modules </tt><nowiki>: </nowiki>

<div class="code">options nom_modules les_options</div>

<u>exemple</u> :

<div class="code">options ne io=0x240 irq=12 <br />''(pour une carte réseau a l'adresse 240 et irq 12)'' Attention l'adresse est en hexadécimal, donc de type <tt>0xXXX</tt>, ne pas oublier le <tt>0x</tt> qui n'apparait pas dans Windows.</div><div class="merci">Cette page est issue de la documentation 'pré-wiki' de Léa a été convertie avec HTML::WikiConverter. Elle fut créée par Serge Tchesmeli le 04/10/1999.</div>

Hardware-hard plus-pnp - Historique des versions

Lea le 28 décembre 2023 à 18:27

Jiel : balises code

Jiel le 22 décembre 2010 à 15:24

Ftiercel : Petite remise en forme

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter

Jiel : balises code

Ftiercel : Petite remise en forme

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter

PingouinMigrateur : conversion de la documentation originale de Léa par HTML::WikiConverter