Salut Aldo,
From: Aldo <[EMAIL PROTECTED]>
Subject: Re: [CBLX] Essai concluant:
Date: Tue, 2 Dec 2008 13:09:18 +0100
> Salut Pierre:
> > Euh ça m'étonnerait qu'il y ait besoin d'aller dans le bios
> > pour faire ça. Tu as deux interfaces ethernet la belle
> > affaire. Si le système est raisonnable il en appelle une eth0
> > et l'autre eth1.
>
> J'ai jamais dit le contraire; mais pour l'audio si tu veux sucrer une des
> deux, soit tu le fais dans le bios, soit tu dois blacklister
> l'une des deux.
Pour moi c'est purement théorique, parce que je n'ai jamais
eu deux cartes son. Mais il me semble qu'alsa peut en piloter
une infinité. Alors que veux-tu dire par black-lister ? Alsa
va t'en appeler une 0 l'autre 1 et puis .... Après il me
semble que tu peux dire aux aplis d'utiliser 0 ou 1 suivant
ce que tu veux : la pourrie pourla synthèse vocale et la
belle pour la musique non ?Y a-t-il des cas où tu es vraiment
obligé d'en inhiber une pour pouvoir te servir de l'autre et
ce au niveau du bios ? Est-ce que le niveau alsalib n'est pas
suffisant pour contrôler ça ? Encore une fois, je n'ai
rigoureusement aucune expérience.
>
> >Après si tu as des préférences quant à celle
> > qu'il appelle eth0 et celle qu'il appelle eth1 et surtout si
> > tu veux que ce soit constant au reboot, c'est une affaire de
> > rules udev si le système est assez moderne pour utiliser
> > udev.
>
> Le problème ne se pose pas si tu plonges la fiche RJ45 dans le bon port
> ethernet, en principe Linux semble prendre en eth0 le chip on board, et
> seulement ensuite la carte Realtek ou 3Com ou autre que tu as
> rajouté au PC.
Hum, linux ? Qu'est-ce à dire le noyau ?? Il ne me semble
pas. Du moins ce n'est pas ce que j'ai compris de la doc de
udev. Justement udev est là pour faire un mapping entre
l'adresse physique constante et l'affec tation eth0
ethmachin. Le noyau, sans doute trouve d'abord celle qui est
onboard et du coup l'appelle eth0 mais, d'après les
concepteurs de udev, c'est un coup de chance. Donc soit tu as
toujours de la chance, soit les gens de chez debian on fait
des udev rules raisonnables ce à quoi je croirais bien
volontiers !
> Perso j'ai pas retiré la Realtek parce qu' Ubuntu tout à coup avait une
> préférence pour un chip eth interne dont j'ignorais au départ l'avoir à
> bord. Donc je me suis contenté de brancher l'UTP via le bon port eth.
> Et depuis ça a toujours fonctionné à chaque reboot. C'est pour l'audio qu'on
> avait eu plus de fil à retordre, et seul un disabled du chip
> VIA dans le
Que ne le disais-tu plus tôt ! Un chip via bah pas beau !
Enfin c'est peut-être mieux supporté que ça ne le fut mais je
parierais bien volontiers pour le coup à un défaut de support
alsa pour ledit chip.
> BIOS avait à l'epoque résolu le blème.
Oui mais je ne trouve pas ça 100% satisfaisant : si alsa
prétend qu'il peut piloter 153 cartes son et qu'il ne le fait
pas c'est qu'il y a un retard quelque part. Encore une fois
avec un chip via ça m'étonne à moitier.
Pierre
_______________________________________________
Liste de diffusion CarrefourBLinuX
CarrefourBLinuX@lists.freearchive.org
http://lists.freearchive.org/mailman/listinfo/carrefourblinux
Pour s'inscrire par courriel :
'mailto:[EMAIL PROTECTED]'
Pour se retirer de la liste par courriel :
'mailto:[EMAIL PROTECTED]'
Archives : http://lists.freearchive.org/pipermail//carrefourblinux
Anciennes archives (Yahoogroupes) :
http://fr.groups.yahoo.com/group/carrefourblinux/messages
Rechercher : http://lists.freearchive.org/cgi-bin/search.cgi
Signets : http://fr.groups.yahoo.com/group/carrefourblinux/links/
Fiches EDU : http://blinuxwiki.pbwiki.com/FichesEdu
