[OpenBSD]

[Index de La FAQ] [Section 11 - Le système X Window] [Section 13 - Multimédia]

12 - Questions Spécifiques Aux Plates-Formes Et Au Matériel

Table des matières

12.1 - Notes Générales sur le Matériel

12.1.1 - Périphériques PCI

12.1.2 - Périphériques ISA

12.1.3 - Un périphérique est "reconnu" mais il est marqué comme "not configured" dans le dmesg

Ceci veut clairement dire que votre périphérique n'est pas supporté par le noyau que vous utilisez. Vous ne serez donc pas en mesure de l'utiliser.

PCI et de nombreux autres types de périphériques offrent des informations d'identification afin que le système d'exploitation puisse les reconnaître correctement et activer s'il y a lieu le support de ces périphériques. Ajouter ces informations est chose facile, ajouter le support d'un périphérique ne l'est pas souvent. Voici une partie d'un dmesg avec deux exemples de périphériques "not configured" : 

...
vendor "Intel", unknown product 0x5201 (class network subclass
ethernet,
rev 0x03) at pci2 dev 9 function 1 not configured
...
"Intel EE Pro 100" rev 0x03 at pci2 dev 10 function 0 not configured
...
Dans le premier exemple (une carte réseau), le code du constructeur a été identifié ainsi que le type générique de la carte. Cependant, le modèle exact de cette carte n'a pu être identifié. Le second exemple montre une autre carte réseau qu'un développeur a vu et a saisi dans le fichier d'identification utilisé pour identifier la carte. Cependant, les cartes ne seront pas fonctionnelles dans les deux cas vu qu'elles sont affichées comme "not configured", ce qui veut dire qu'aucun pilote ne leur a été affecté.

Que puis-je faire dans le cas d'un périphérique not configured ?

12.1.4 - J'ai une carte listée dans le matériel "supporté" mais elle ne fonctionne pas !

Malheureusement, beaucoup de constructeurs utilisent les numéros de modèle pour indiquer leur position sur le marché, au lieu de la nature technique du produit. Pour cette raison, vous avez peut-être acheté un produit avec le même nom et du même modèle qu'un produit listé dans les pages consacrées aux plates-formes, alors qu'en réalité c'est un produit entièrement différent qui ne fonctionne pas sous OpenBSD. Par exemple, plusieurs cartes réseau sans-fil mises sur le marché il y a un certain temps utilisaient la puce Prism2, supportée par le driver (wi(4)). Mais plus tard, lorsque des puces à bas prix sont devenues disponibles, plusieurs fabricants ont changé leur produit pour utiliser des puces pour lesquelles aucun pilote libre n'existait. En revanche, ils n'ont pas changé le nom de leur produit. Les cartes réseau sans-fil sont malheureusement loin d'êtres les seules dans ce cas.

12.1.5 - Est-ce que les WinModems sont supportés ?

Les WinModems sont des modems à bas prix qui s'appuient sur le processeur pour gérer le traitement du signal qui est normalement effectué au niveau matériel dans un "vrai" modem. Vu le nombre de composants WinModem incompatibles et typiquement non documentés, OpenBSD ne supporte pas les WinModems et ce n'est pas prêt de changer.

12.1.6 - Qu'est-il arrivé au support RAID des cartes Adaptec (aac)?

Adaptec a refusé de fournir une documentation précise et utile pour leurs contrôleurs RAID (aac(4)), à base de FSA. Ces contrôleurs RAID semblent être très buggés. Cette documentation est donc nécessaire pour créer un pilote utilisable. Vu que le pilote était très peu fiable, il a été supprimé du noyau GENERIC.

Je peux toujours compiler mon propre noyau avec le support aac(4), n'est-ce pas ?

Bien sûr. Mais quelle partie de l'expression "très peu fiable" n'avez-vous pas compris ? Ce n'est pas une fonctionnalité "expérimentale" mais un pilote connu pour être défectueux. Il fonctionnera peut-être correctement avec certaines variations de matériel mais nous ne vous recommandons pas de parier vos données sur ce pilote.

12.1.7 - Ma carte ami(4) ne supporte qu'un seul disque logique !

ami(4) contient un bogue connu qui cause une corruption de données si vous utilisez plus d'un seul volume sur certains contrôleurs. Pour les contrôleurs ayant ce problème, OpenBSD vous limitera à un seul disque logique. Vous aurez alors un message dans votre dmesg qui ressemble au message suivant : 
ami0: FW A.04.03, BIOS vA.04.03, 4MB RAM
ami0: 3 channels, 16 targets, 2 logical drives
ami0: firmware buggy, limiting access to first logical disk
scsibus0 at ami0: 1 targets

12.1.8 - Comment est-ce que j'active ma carte accélératrice crypto ?

Le matériel accélérateur crypto supporté, comme les cartes basées sur le hifn(4) fonctionneront "telles quelles" quand elles seront installées dans un système OpenBSD. Pas d'activation ou d'autre configuration est nécessaire.

L'ajout de complexité pour dialoguer avec l'un de ces périphériques peut être parfois plus négatif que positif dans l'avantage de décharger le processeur de ces tâches de chiffrement. Vos résultats varieront fortement en fonction de la tâche que vous avez à accomplir.

12.2 - DEC Alpha

[aucune information pour le moment]

12.3 - AMD 64

12.3.1 - Puis-je faire fonctionner OpenBSD/amd64 sous mon Intel P4 ou AMD Sempron ?

Dans le cas de plusieurs processeurs récents, la réponse est "oui". Malheureusement, il est difficile de distinguer entre les variantes de processeurs qui supportent le jeu d'instructions amd64 et celles qui ne le supportent pas. Il est généralement plus simple d'essayer et de voir si ça fonctionne.

Les processeurs qui ne supportent pas le jeu d'instructions AMD64 seront en défaut très rapidement après le démarrage du noyau; il ne doit pas y avoir de question sur "est-ce que cela fonctionne ?" dans votre esprit.

12.3.2 - Puis-je faire fonctionner mon binaire i386 sous OpenBSD/amd64 ?

Non.

OpenBSD/amd64 et OpenBSD/i386 sont deux plates-formes distinctes. À l'heure actuelle, aucune compatibilité binaire n'est offerte. OpenBSD encourage les applications libres mais il n'y a pas d'intérêt fort à offrir cette possibilité pour les développeurs.

Veuillez noter que les amorçeurs de démarrage OpenBSD/amd64 et OpenBSD/i386 ont la possibilité de charger les noyaux de l'autre plate-forme rendant plus facile la réinstallation d'un système avec l'une ou l'autre plate-forme. Cependant, cela doit être un effacement total et une réinstallation. Tout binaire non supprimé et correspondant à l'installation précédente vous rendra la vie dure.

12.3.3 - Est-ce que c'est toujours mieux d'utiliser OpenBSD/amd64 sur les processeurs qui peuvent le supporter ?

Pas toujours.

Il existe un certain nombre de raisons pour lesquelles une personne préférerait utiliser OpenBSD/i386 au lieu de OpenBSD/amd64, même sur le matériel qui supporte du code amd64 :

12.4 - ARM-based appliances

[aucune information pour le moment]

12.5 - HP300

[aucune information pour le moment]

12.6 - HPPA

[aucune information pour le moment]

12.7 - i386

12.7.1 - Cartes réseau ISA

Étant donné qu'OpenBSD fonctionne bien sur le matériel ancien, les utilisateurs finissent souvent par utiliser des cartes réseau NIC avec les systèmes OpenBSD. Le matériel ISA nécessité beaucoup plus de configuration et de compréhension que le matériel PCI. De manière générale, vous ne pouvez pas vous contenter d'insérer votre carte dans la machine et espérer qu'elle fonctionne par magie. Avec plusieurs machines, si votre périphérique ISA n'est pas en mode "Plug 'n' Play" (PNP), vous devez réserver les ressources que la carte utilise au niveau du BIOS.

3Com 3C509B ep(4)

C'est une carte réseau ISA très performante, supportée par le périphérique ep(4). La version 'B' peut être distinguée de la version non-B par le nom figurant sur la carte et par une puce principale plus large sur la carte (approximativement 2.5cm sur un côté pour la version 'B' vs. 2cm sur un côté pour l'ancienne version), et elle fournira de meilleures performances sur un système chargé ou doté de deux cartes réseau. Les 3C509B sont livrées avec une configuration en mode PNP, qui malheureusement n'est pas conforme aux standards, et cause des problèmes dans le support isapnp(4) d'OpenBSD. L'adaptateur est d'abord sélectionné comme périphérique non-PNP, puis une seconde fois lorsque le support PNP devient disponible. Le résultat est l'affichage d'une carte réseau supplémentaire dans le dmesg. Le fonctionnement peut alors être correct ou problématique. Il est hautement recommandé de désactiver le mode PNP pour les cartes 3C509B et de configurer manuellement la carte avec des paramètres non conflictuels à l'aide des utilitaires DOS 3Com avant la configuration.

Le pilote ep(4) va trouver les cartes en utilisant n'importe quelle combinaison matérielle qui ne cause pas de conflit avec d'autres périphériques dans le système.

Si vous avez plusieurs cartes 3C509 dans votre système, il est recommandé d'inscrire l'adresse MAC sur la surface des cartes située à l'extérieur du boîtier et d'utiliser dmesg pour identifier les cartes.

Il est à noter que les cartes 3C509, 3C905 et 3C590 sont souvent confondues. La carte 3C509 est une carte ISA 10Mbps, les cartes 3C905 et 3C590 sont des cartes PCI.

NE2000

La première carte NE2000 a été développée au milieu des années 1980 par Novell. Depuis, plusieurs constructeurs ont produit des cartes très similaires généralement appelées "compatible NE2000" ou clones. La performance de ces cartes clones varie énormément. Alors que quelques anciennes cartes "compatibles NE2000" ont de très bonnes performances, la plupart des cartes actuellement disponibles ont de faibles performances. Les cartes "compatible NE2000" sont supportées par le pilote ne(4) sous OpenBSD.

OpenBSD va bien gérer quelques cartes "compatible NE2000" capables d'utiliser ISAPNP lorsque le mode ISAPNP est activé. D'autres cartes vont devoir être configurés soit par le biais de cavaliers soit à l'aide d'un utilitaire de configuration sous DOS. Malheureusement, les premières cartes NE2000 n'avaient pas de support pour la configuration logicielle ou ISAPNP, il n'y a aucun standard -- vous avez besoin de l'utilitaire fourni au départ avec votre carte. Ce qui peut souvent être difficile à obtenir.

Le pilote ne(4) supporte trois configurations des cartes ISA NE2000 dans le noyau GENERIC OpenBSD : 

     ne0:  port 0x240 irq 9
     ne1:  port 0x300 irq 10
     ne2:  port 0x280 irq 9
Si ces paramètres ne sont pas acceptables, vous pouvez les ajuster en utilisant User Kernel Configuration (UKC) ou en compilant un noyau personnalisé.

Il est à noter que le pilote ne(4) est assez "idiot" -- seul le port E/S est sondé, l'IRQ correspondant est supposée. dmesg(8) ne va pas refléter l'IRQ réelle de l'adaptateur dans le cas des pilotes ISA ne(4). Si ce n'est l'IRQ réelle utilisée par votre carte, ça ne marchera pas.

Il est à noter qu'il existe des cartes non-ISA qui utilisent le pilote ne(4) -- des cartes PCI et PCMCIA existent. Ces notes ne s'appliquent pas à ces cartes qui sont auto-configurés.

12.7.2 - OpenBSD ne fonctionne pas sur mon système 0386/80386SX/80486SX !

80386SX/DX

Le support des processeurs 80386DX et 80386SX a été arrêté depuis OpenBSD 4.2. En plus des limitations du processeur 80386, les systèmes sont simplement trop lents et ont rarement assez de RAM ou un FPU requis pour faire fonctionner OpenBSD.

80486SX

Le processeur 80486SX fut une version "bas de gamme" du 80486. Il lui manque le support matériel de la virgule flottante (comme le 80386) qu'OpenBSD nécessite. Heureusement, des processeurs complets 80486DX sont assez communs et constituent une mise à jour facile sur la plupart des systèmes.

Les processeurs 80486DX et supérieur fonctionnent correctement sous OpenBSD.

12.7.3 - Mon dmesg affiche plusieurs périphériques partageant la même interruption (IRQ) !

C'est entièrement acceptable et, en vérité, même souhaitable pour les périphériques PCI. C'est une caractéristique de la conception du bus PCI. Certaines personnes diront que le partage de requêtes d'interruption est une mauvaise chose, cependant ils confondent la situation avec un bus ISA (où le partage d'IRQs n'est pas permit) ou ils ont une expérience avec du mauvais matériel ou logiciel.

Les périphériques ISA ne peuvent pas partager des IRQs. Si vous trouvez des périphériques ISA partageant des IRQs, vous devez corriger le problème.

12.7.4 - Mon clavier / ma souris n'arrête pas de se bloquer (ou d'avoir un comportement complètement erratique) !

Ces symptômes se produisent souvent lorsqu'on utilise un "switch box" (appelé aussi commutateur KVM) pour connecter plusieurs machines à un seul clavier, un seul écran et une seule souris. Vous pouvez essayer plusieurs "switch box" de différentes marques/conceptions. Cependant, OpenBSD est plus sensible à la commutation de la souris que d'autres systèmes d'exploitation. Le problème vient plus souvent de la commutation de la souris. Si vous n'utilisez pas la souris, la solution est simple : ne connectez pas le câble souris à la machine. Si vous utilisez la souris, une solution de contournement est d'utiliser une souris par machine et de continuer à faire de la commutation clavier et écran. Une autre solution de contournement consiste à utiliser un adaptateur PS/2 vers USB, permettant à OpenBSD de voir une souris de type USB, Si vous voulez uniquement avoir un accès console à la machine, vous devriez peut-être considérer l'utilisation d'une console série.

12.7.5 - Mon Soekris/Alix/Lanner a de faibles performances

Les boîtiers Soekris sont jolis, faible consommation, petit et d'un coût faible pour un système PC et beaucoup d'utilisateurs OpenBSD sont satisfaits. Cependant, il doit être rappelé que les processeurs, NICs et autres périphériques sont tous choisis pour leur faible consommation électrique, pas pour leur performance. Bien qu'elles soient adaptées pour de multiples applications, ce ne sont pas des machines très performantes comparées aux machines actuelles.

12.7.6 - J'obtiens des erreurs "missing interrupt" sur mon périphérique CF

Avec certains systèmes CF, comme les premiers systèmes Soekris 4801 et certains adaptateurs CF, le support DMA n'est pas correctement câblé, donc vous pouvez voir des messages du genre : 
pciide0:0:0: bus-master DMA error: missing interrupt, status=0x20
Dans ce cas, vous devez désactiver le DMA dans le driver wd(4) pour éviter ces problèmes. Cela peut être fait en utilisant ukc pour l'installation, puis config(8) pour le modifier de manière permanente : 
ukc> change wd
 42 wd* at wdc*|pciide* channel -1 flags 0x0
change [n] y
channel [-1] ? 
flags [0] ? 0x0ff0
 42 wd* changed
 42 wd* at wdc*|pciide* channel -1 flags 0xff0
ukc> quit

12.7.7 - Est-ce que ce nouveau CPU est supporté ?

La question du support est rarement le CPU lui-même, c'est presque toujours le matériel qui l'entoure et le supporte.

La plupart du temps, oui, le dernier CPU est bien supporté. Le support du matériel qui l'entoure peut ne pas fonctionner s'il est différent de manière significative par rapport à des anciennes versions. Si vous avez des problèmes avec un nouveau matériel, soyez sûr d'essayer un snapshot avant de faire un rapport de bogue.

12.8 - Landisk

[aucune information pour le moment]

12.9 - Luna88k

[aucune information pour le moment]

12.11 - MacPPC

12.11.1 - Pourquoi ma carte réseau bm(4) ne fonctionne pas ?

Le pilote bm, supportant le composant BMAC utilisé sur certains systèmes MacPPC (y compris les premiers iMacs) a des problèmes. Une interface réseau usb est recommandée pour ces systèmes actuellement.

12.12 - MVME68k

[aucune information pour le moment]

12.13 - MVME88k

[aucune information pour le moment]

12.14 - SGI

[aucune information pour le moment]

12.15 - SPARC

[aucune information pour le moment]

12.16 - UltraSPARC (sparc64)

12.16.1 - Mon système UltraSPARC ne veut pas démarrer à partir de l'image sur disquette

Seuls les modèles Ultra 1/1e et Ultra 2 peuvent démarrer n'importe quel OS à partir d'une disquette. Utilisez les méthodes d'installation CD-ROM, Miniroot ou démarrage réseau pour effectuer votre installation.

12.13.2 - J'obtiens le message "partition extends past end of unit" dans disklabel

Le disklabel BSD ne peut décrire une géométrie disque supérieure à 8Go sous sparc et sparc64, bien que les entrées disklabel individuelles puissent être plus larges.

À chaque fois que vous exécutez disklabel(8), ce dernier effectue des vérifications pour s'assurer que les entrées disklabel correspondent bien à sa compréhension de la géométrie disque. Seulement, comme il voit une géométrie tronquée, il vous le signale et ne vous permettra pas d'éditer des entrées au delà de cette zone de 8Go sauf si vous lui dites d'utiliser la géométrie réelle. Vous pouvez faire cela à l'aide de la commande 'g' de l'éditeur en ligne de commande de disklabel(8) et dites lui d'utiliser "[d]isk geometry" : 

# disklabel -E wd0
# Inside MBR partition 3: type A6 start 63 size 17912412
   [...]
Initial label editor (enter '?' for help at any prompt)
> g
[d]isk, [b]ios, or [u]ser geometry: [d] d
> w
> q
Vous aurez toujours des messages d'avertissement, mais vous pourrez configurer et utiliser votre disque comme vous le souhaitez. Une meilleure solution nécessiterait d'être compatible avec les systèmes existants déjà utilisés ainsi qu'avec Solaris s'exécutant sur des disques de capacité supérieure à 8Go mais cette solution n'existe pas aujourd'hui.

12.17 - DEC VAX

12.17.1 - Puis-je utiliser le simulateur VAX SIMH ?

Oui !

Le simulateur VAX SIMH peut être utilisé pour effectivement émuler un vrai VAX. Les instructions sont disponibles sur la page OpenBSD/vax.

12.18 - Sharp Zaurus

12.18.1 - Les périphériques USB ne fonctionnent pas correctement

Le Zaurus a une très faible quantité de courant électrique disponible sur son port USB. Par conséquent, plusieurs périphériques USB ne fonctionneront pas lorsqu'ils sont directement branchés à ce port. Vous devez posséder un hub USB alimenté pour pouvoir utiliser ces périphériques.

[Index de La FAQ] [Section 11 - Le système X Window] [Section 13 - Multimédia]

[back] www@openbsd.org
$OpenBSD: faq12.html,v 1.65 2012/12/22 09:49:28 ajacoutot Exp $