Sous Linux les drivers ou pilotes cela n'existe pas ?

Eric Belhomme

26/01/2018 à 11:03

Le Fri, 26 Jan 2018 09:51:11 +0100, Pierre www.zetrader.fr a écrit :

Donc il ne m'apprend rien sur ce coup, à part m'appeler neuneu parce que
je demande si un conflit est possible entre 2 drivers, pardon 2
*modules* qui sont écrits pour gérér le même matériel.
Il m'a juste fait un long speech pour dire "il ne faut pas dire driver
parce que sinon tu es un neuneu", le reste je le savais déjà et du coup
il ne répond pas à ma question sur le conflit possible ou pas entre 2
modules...

Tu mélanges allègrement les notions de firmware, de kernel, et de
distribution. J'ai /tenté/ sans (succès manifestement) de t'expliquer que:
- un kernel *includ* ses modules,
- qu'un module /peut être/ un pilote de périphérique (mais pas
forcément : certains pilotes sont /inclus/ dans le noyau monolithique
(exemple : le support NUMA), et certains modules n'ont rien à voir avec le
matériel (exemple: les filesystems, ou la pile Netfilter)
- mais surtout, qu'un firmware *ne fais pas* partie ni du kernel, ni de
la distribution, mais est un blob binaire signé et fourni par le
fabricant du matériel, et que dans ton cas ton problème venait très
certainement de ce blob:
- soit qu'il est manquant sur ton système,
- soit qu'il est incompatible avec le pilote de ton noyau
Après, honêtement, ton problème je m'en tamponne profond, et je ne suis
pas allé voir les liens que tu as mentionné. De toutes façons ça
t'apprendra à acheter du Realtek...
Si je suis intervenu, c'est uniquemnt parce qu'en te lisant, j'ai vu que
tu te débattais avec des concepts que tu amalgamais sans les comprendre.
Ta réaction me démontre que non seulement tu es bien un neu², mais qu'en
plus tu te complais dans ce rôle.
Donc bienvenue dans ma boîte à PLONK.
--
Rico

Jo Engo

26/01/2018 à 11:16

Le Fri, 26 Jan 2018 10:03:32 +0000, Eric Belhomme a écrit :

ça
t'apprendra à acheter du Realtek...

Tu veux peut-être dire du lenovo ?
--
Je voudrais tout attraper, même l'inattrapable.
-+- Jacques-Henri Lartigue -+-

JKB

26/01/2018 à 11:22

Le 26 Jan 2018 10:16:36 GMT,
Jo Engo écrivait :

Le Fri, 26 Jan 2018 10:03:32 +0000, Eric Belhomme a écrit :
ça
t'apprendra à acheter du Realtek...

Tu veux peut-être dire du lenovo ?

Franchement, je n'ai rien à reprocher à mes Thinkpad de Lenovo...
JKB
--
Si votre demande me parvient sur carte perforée, je titiouaillerai très
volontiers une réponse...
=> http://grincheux.de-charybde-en-scylla.fr
=> http://loubardes.de-charybde-en-scylla.fr

Jo Engo

26/01/2018 à 11:30

Le Fri, 26 Jan 2018 10:22:08 +0000, JKB a écrit :

Franchement, je n'ai rien à reprocher à mes Thinkpad de Lenovo...
JKB

Lenovo doit avoir passé un pacte avec IBM pour garantir la qualité des
thinkpad, mais les autres lenovo, ne bénéficient pas de cet accord.
--
Les écarts où nous entraîne notre imagination... sont les preuves
certaines de notre esprit.
-+- Marquis de Sade, Histoire de Juliette -+-

Eric Belhomme

26/01/2018 à 11:31

Le Fri, 26 Jan 2018 10:05:40 +0100, Pierre www.zetrader.fr a écrit :

C'est jouer sur les mots, les modules qui servent à reconnaître le
matériel, il ne faut surtout pas les appeler drivers ou pilotes parce
que c'est sous linux ?

Puisque tu aime jouer sur les mots:
https://fr.wikipedia.org/wiki/Loadable_Kernel_Module
Un module /peut/ être un pilote de périphérique (un driver quoi) ou tout
autre chose.
C'est une partie du noyau qui peut être chargée ou déchargée à volonté,
selon les besoins.

Et sous Windows les DLL qui servent à reconnaître le matériel on peut
les appeler drivers ?

Sous Windows, un "driver" n'a pas l'extension .dll, mais l'extension .sys
La différence ? le premier fonctionne en espace utilisateur, le second
fonctionne en espace noyau.
Et au passage, sous windows également, les "drivers" ne servent pas
forcément qu'à reconnaître du matériel (NTFS par exemple)...
Et pour enfoncer le clou, sous Windows également, le "driver" de ta carte
réseau est composé d'un partie de code chargé de détecter et de /piloter/
ta carte WiFi, et d'une partie de code qui est le blob de firmware à
charger /dans/ le microcontrolleur de la carte WiFi, qui est généralement
encapsulé dans une DLL.
Enfin, pour ton information, les firmwares packagés sous Linux sont
généralement obtenus par rétro-ingéniérie des pilotes Windows fournis par
les fabricants afin d'en extraire le blob.
Et plutôt que de tenter de compiler des noyaux au petit bonheur la
chance, tu aurais été plus inspiré de te documenter directement à la
source, c'est à dire sur le wiki de Linux-Wireless :
https://wireless.wiki.kernel.org/en/users/drivers/rtl819x
Finalement, je t'avais indiqué dans mon premier post /comment/ identifier
un problème de firmware en regardant les logs du noyau. Je n'ai pas vu ta
réponse.
--
Rico

Pierre www.zetrader.fr

26/01/2018 à 11:34

Le 26/01/2018 à 11:03, Eric Belhomme a écrit :

Le Fri, 26 Jan 2018 09:51:11 +0100, Pierre www.zetrader.fr a écrit :
Donc il ne m'apprend rien sur ce coup, à part m'appeler neuneu parce que
je demande si un conflit est possible entre 2 drivers, pardon 2
*modules* qui sont écrits pour gérér le même matériel.
Il m'a juste fait un long speech pour dire "il ne faut pas dire driver
parce que sinon tu es un neuneu", le reste je le savais déjà et du coup
il ne répond pas à ma question sur le conflit possible ou pas entre 2
modules...

Tu mélanges allègrement les notions de firmware, de kernel, et de
distribution. J'ai /tenté/ sans (succès manifestement) de t'expliquer que:
- un kernel *includ* ses modules,

Ce que je savais déjà, puisque j'évoquais le module de ma carte réseau
realtek qui corrigeait le problème du bluetooth dans le kernel 4.14.0,
donc si je l'évoque, c'est que j'ai compris ce concept, non ?

- qu'un module /peut être/ un pilote de périphérique (mais pas
forcément : certains pilotes sont /inclus/ dans le noyau monolithique
(exemple : le support NUMA), et certains modules n'ont rien à voir avec le
matériel (exemple: les filesystems, ou la pile Netfilter)
- mais surtout, qu'un firmware *ne fais pas* partie ni du kernel, ni de
la distribution, mais est un blob binaire signé et fourni par le
fabricant du matériel, et que dans ton cas ton problème venait très
certainement de ce blob:
- soit qu'il est manquant sur ton système,
- soit qu'il est incompatible avec le pilote de ton noyau
Après, honêtement, ton problème je m'en tamponne profond, et je ne suis
pas allé voir les liens que tu as mentionné. De toutes façons ça
t'apprendra à acheter du Realtek...

J'ai acheté un Pc Lenovo, il embarque une carte realtek, c'est comme ça,
je n'ai pas acheté spécifiquement une carte realtek mais bon.
Le "ça m'apprendra" c'est gentil mais pour le moment cela tourne très
bien sous kernel 4.10.0-42, et j'ai installé le firmware qu'il faut pour
que cela tourne bien depuis des mois, au tout début la connexion était
très instable et j'ai solutionné ce problème en installant un firmware,
c'est beaucoup plus stable depuis, fini les déconnexions intempestives
que j'avais au départ.
Donc si je reste sur 4.10.0-42 le problème du wifi n'existe plus.
Le problème survient si je veux installer un des nouveaux kernels écrits
dans la hâte pour les failles récentes, et sur google plein de gens ont
des problèmes avec ces kernels, pas que moi, et peu de gens ont des
solutions, la seule solution qu'on leur propose c'est revenir à un vieux
kernel 4.4 aussi patché, ce que je ne veux pas faire, même si cela
marchait, pas envie de mettre un vieux kernel pour un problème qui ne se
pointera probablement pas dans les quelques mois avant la nouvelle
version d'un kernel plus compatible.

Si je suis intervenu, c'est uniquemnt parce qu'en te lisant, j'ai vu que
tu te débattais avec des concepts que tu amalgamais sans les comprendre.
Ta réaction me démontre que non seulement tu es bien un neu², mais qu'en
plus tu te complais dans ce rôle.
Donc bienvenue dans ma boîte à PLONK.

Sans problème, si tu me prends de haut pour m'expliquer en grande partie
des choses que je sais déjà, et en ne pouvant pas m'aider concrètement,
au moins le gars qui dit sur son blog que le module à installer c'est un
DRIVER pour realtek, il m'a aidé, sans me prendre de haut, tu pourrais
en prendre de la graine au lieu de te la péter, on est tous humains.
Quand j'ai dépanné des gens sous windows et résolu leurs problèmes et
expliqué comment éviter que le problème ne se reproduise, je ne les ai
jamais traité de neuneus ou de cons ou autres insultes, aussi basique
soit le problème, aussi "bête" soit leur méconnaissance, je ne comprends
pas ce jugement de valeur et le fait de prendre de haut sous Linux.
Pourtant moi j'aurais pu, parce que contrairement à toi, moi j'avais
résolu leur problème concrètement, pas juste du blabla abstrait, je leur
ai expliqué concrètement aussi, en me mettant à leur niveau, en leur
montrant, mais bon visiblement la pédagogie ça t'échappe.
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com

Le 26/01/2018 à 11:03, Eric Belhomme a écrit :

Le Fri, 26 Jan 2018 09:51:11 +0100, Pierre www.zetrader.fr a écrit :

Donc il ne m'apprend rien sur ce coup, à part m'appeler neuneu parce que
je demande si un conflit est possible entre 2 drivers, pardon 2
*modules* qui sont écrits pour gérér le même matériel.
Il m'a juste fait un long speech pour dire "il ne faut pas dire driver
parce que sinon tu es un neuneu", le reste je le savais déjà et du coup
il ne répond pas à ma question sur le conflit possible ou pas entre 2
modules...

Tu mélanges allègrement les notions de firmware, de kernel, et de
distribution. J'ai /tenté/ sans (succès manifestement) de t'expliquer que:
- un kernel *includ* ses modules,

Ce que je savais déjà, puisque j'évoquais le module de ma carte réseau
realtek qui corrigeait le problème du bluetooth dans le kernel 4.14.0,
donc si je l'évoque, c'est que j'ai compris ce concept, non ?

- qu'un module /peut être/ un pilote de périphérique (mais pas
forcément : certains pilotes sont /inclus/ dans le noyau monolithique
(exemple : le support NUMA), et certains modules n'ont rien à voir avec le
matériel (exemple: les filesystems, ou la pile Netfilter)
- mais surtout, qu'un firmware *ne fais pas* partie ni du kernel, ni de
la distribution, mais est un blob binaire signé et fourni par le
fabricant du matériel, et que dans ton cas ton problème venait très
certainement de ce blob:
- soit qu'il est manquant sur ton système,
- soit qu'il est incompatible avec le pilote de ton noyau

Après, honêtement, ton problème je m'en tamponne profond, et je ne suis
pas allé voir les liens que tu as mentionné. De toutes façons ça
t'apprendra à acheter du Realtek...

J'ai acheté un Pc Lenovo, il embarque une carte realtek, c'est comme ça,
je n'ai pas acheté spécifiquement une carte realtek mais bon.
Le "ça m'apprendra" c'est gentil mais pour le moment cela tourne très
bien sous kernel 4.10.0-42, et j'ai installé le firmware qu'il faut pour
que cela tourne bien depuis des mois, au tout début la connexion était
très instable et j'ai solutionné ce problème en installant un firmware,
c'est beaucoup plus stable depuis, fini les déconnexions intempestives
que j'avais au départ.
Donc si je reste sur 4.10.0-42 le problème du wifi n'existe plus.

Le problème survient si je veux installer un des nouveaux kernels écrits
dans la hâte pour les failles récentes, et sur google plein de gens ont
des problèmes avec ces kernels, pas que moi, et peu de gens ont des
solutions, la seule solution qu'on leur propose c'est revenir à un vieux
kernel 4.4 aussi patché, ce que je ne veux pas faire, même si cela
marchait, pas envie de mettre un vieux kernel pour un problème qui ne se
pointera probablement pas dans les quelques mois avant la nouvelle
version d'un kernel plus compatible.

Si je suis intervenu, c'est uniquemnt parce qu'en te lisant, j'ai vu que
tu te débattais avec des concepts que tu amalgamais sans les comprendre.
Ta réaction me démontre que non seulement tu es bien un neu², mais qu'en
plus tu te complais dans ce rôle.

Donc bienvenue dans ma boîte à PLONK.

Sans problème, si tu me prends de haut pour m'expliquer en grande partie
des choses que je sais déjà, et en ne pouvant pas m'aider concrètement,
au moins le gars qui dit sur son blog que le module à installer c'est un
DRIVER pour realtek, il m'a aidé, sans me prendre de haut, tu pourrais
en prendre de la graine au lieu de te la péter, on est tous humains.
Quand j'ai dépanné des gens sous windows et résolu leurs problèmes et
expliqué comment éviter que le problème ne se reproduise, je ne les ai
jamais traité de neuneus ou de cons ou autres insultes, aussi basique
soit le problème, aussi "bête" soit leur méconnaissance, je ne comprends
pas ce jugement de valeur et le fait de prendre de haut sous Linux.
Pourtant moi j'aurais pu, parce que contrairement à toi, moi j'avais
résolu leur problème concrètement, pas juste du blabla abstrait, je leur
ai expliqué concrètement aussi, en me mettant à leur niveau, en leur
montrant, mais bon visiblement la pédagogie ça t'échappe.
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com

Vous avez filtré cet utilisateur ! Consultez son message

Le 26/01/2018 à 11:03, Eric Belhomme a écrit :

Le Fri, 26 Jan 2018 09:51:11 +0100, Pierre www.zetrader.fr a écrit :
Donc il ne m'apprend rien sur ce coup, à part m'appeler neuneu parce que
je demande si un conflit est possible entre 2 drivers, pardon 2
*modules* qui sont écrits pour gérér le même matériel.
Il m'a juste fait un long speech pour dire "il ne faut pas dire driver
parce que sinon tu es un neuneu", le reste je le savais déjà et du coup
il ne répond pas à ma question sur le conflit possible ou pas entre 2
modules...

Tu mélanges allègrement les notions de firmware, de kernel, et de
distribution. J'ai /tenté/ sans (succès manifestement) de t'expliquer que:
- un kernel *includ* ses modules,

Ce que je savais déjà, puisque j'évoquais le module de ma carte réseau
realtek qui corrigeait le problème du bluetooth dans le kernel 4.14.0,
donc si je l'évoque, c'est que j'ai compris ce concept, non ?

- qu'un module /peut être/ un pilote de périphérique (mais pas
forcément : certains pilotes sont /inclus/ dans le noyau monolithique
(exemple : le support NUMA), et certains modules n'ont rien à voir avec le
matériel (exemple: les filesystems, ou la pile Netfilter)
- mais surtout, qu'un firmware *ne fais pas* partie ni du kernel, ni de
la distribution, mais est un blob binaire signé et fourni par le
fabricant du matériel, et que dans ton cas ton problème venait très
certainement de ce blob:
- soit qu'il est manquant sur ton système,
- soit qu'il est incompatible avec le pilote de ton noyau
Après, honêtement, ton problème je m'en tamponne profond, et je ne suis
pas allé voir les liens que tu as mentionné. De toutes façons ça
t'apprendra à acheter du Realtek...

J'ai acheté un Pc Lenovo, il embarque une carte realtek, c'est comme ça,
je n'ai pas acheté spécifiquement une carte realtek mais bon.
Le "ça m'apprendra" c'est gentil mais pour le moment cela tourne très
bien sous kernel 4.10.0-42, et j'ai installé le firmware qu'il faut pour
que cela tourne bien depuis des mois, au tout début la connexion était
très instable et j'ai solutionné ce problème en installant un firmware,
c'est beaucoup plus stable depuis, fini les déconnexions intempestives
que j'avais au départ.
Donc si je reste sur 4.10.0-42 le problème du wifi n'existe plus.
Le problème survient si je veux installer un des nouveaux kernels écrits
dans la hâte pour les failles récentes, et sur google plein de gens ont
des problèmes avec ces kernels, pas que moi, et peu de gens ont des
solutions, la seule solution qu'on leur propose c'est revenir à un vieux
kernel 4.4 aussi patché, ce que je ne veux pas faire, même si cela
marchait, pas envie de mettre un vieux kernel pour un problème qui ne se
pointera probablement pas dans les quelques mois avant la nouvelle
version d'un kernel plus compatible.

Si je suis intervenu, c'est uniquemnt parce qu'en te lisant, j'ai vu que
tu te débattais avec des concepts que tu amalgamais sans les comprendre.
Ta réaction me démontre que non seulement tu es bien un neu², mais qu'en
plus tu te complais dans ce rôle.
Donc bienvenue dans ma boîte à PLONK.

Sans problème, si tu me prends de haut pour m'expliquer en grande partie
des choses que je sais déjà, et en ne pouvant pas m'aider concrètement,
au moins le gars qui dit sur son blog que le module à installer c'est un
DRIVER pour realtek, il m'a aidé, sans me prendre de haut, tu pourrais
en prendre de la graine au lieu de te la péter, on est tous humains.
Quand j'ai dépanné des gens sous windows et résolu leurs problèmes et
expliqué comment éviter que le problème ne se reproduise, je ne les ai
jamais traité de neuneus ou de cons ou autres insultes, aussi basique
soit le problème, aussi "bête" soit leur méconnaissance, je ne comprends
pas ce jugement de valeur et le fait de prendre de haut sous Linux.
Pourtant moi j'aurais pu, parce que contrairement à toi, moi j'avais
résolu leur problème concrètement, pas juste du blabla abstrait, je leur
ai expliqué concrètement aussi, en me mettant à leur niveau, en leur
montrant, mais bon visiblement la pédagogie ça t'échappe.
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com

Eric Belhomme

26/01/2018 à 11:37

Le Fri, 26 Jan 2018 10:16:36 +0000, Jo Engo a écrit :

Tu veux peut-être dire du lenovo ?

Chez Lenovo, tu as du Thinkpad à 1000 € et plus, avec du chipset Intel
Centrino qui marche out-of-the-box sous Linux, et tu as des bouses à 300
balles avec des chipsets de merde pas documenté (Mediatek, Realtek, etc)
avec des drivers écrits avec les pieds pour Windows uniquement, et
demerdes toi avec ça...
Si l'aventure peut être jouable si on utilise l'OS fourni avec le
matériel, ça peut vite tourner au cauchemard si on souhaite utiliser un
OS plus confidentiel !
On en a jamais que pour son pognon...
--
Rico

Pierre www.zetrader.fr

26/01/2018 à 11:40

Le 26/01/2018 à 11:16, Jo Engo a écrit :

Le Fri, 26 Jan 2018 10:03:32 +0000, Eric Belhomme a écrit :
ça
t'apprendra à acheter du Realtek...

Tu veux peut-être dire du lenovo ?

C'est pas grave, on peut le laisser tout mélanger sur ce coup, il
voulait juste dire "Na, c'est bien fait !" ;)
Sauf que bon comme il ne lit qu'à moitié, il n'a pas compris que sur mon
Lenovo, tant que je reste sous kernel 4.10.-42 (et sous tous les noyaux
antérieurs depuis juillet/aout 2017, cela a commencé en 4.8) depuis que
j'ai installé le driver heu module suivant :
https://noof.ovh/installer-le-pilote-pour-la-carte-wifi-realtek-rtl8723be-pour-ubuntu-kubuntu/
Bah cela fonctionne très bien, je n'ai plus les déconnexions intempestives.
Le problème vient avec les nouveaux kernels sortis à la va vite pour
corriger les failles qui posent des problèmes à plein de gens, pas qu'à
moi (une petite promenade sur google permet de s'en rendre compte
rapidement), kernels pour lesquels je n'ai pas non plus d'urgence à
installer, au "pire" je peux attendre les prochains.
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com

Eric Belhomme

26/01/2018 à 11:48

Le Fri, 26 Jan 2018 11:34:48 +0100, Pierre www.zetrader.fr a écrit :

Pourtant moi j'aurais pu, parce que contrairement à toi, moi j'avais
résolu leur problème concrètement, pas juste du blabla abstrait, je leur
ai expliqué concrètement aussi, en me mettant à leur niveau, en leur
montrant, mais bon visiblement la pédagogie ça t'échappe.

Tu cherches une solution, pas des explications. La solution je ne l'ai
pas, car je n'ai pas ton problème, et je n'ai aucune intention de le
résoudre pour toi.
En revanche je peux /tenter/ de t'expliquer les causes possibles et
probables de ton problème, pourquoi elles se produisent, et une
méthodologie pour t'en dépêtrer. Et c'est ce que j'ai fait.
Je t'ai traité de neu² et je maintiens car :
- tu cherches à appliquer des "recettes" sans savoir ce que tu fais et
pourquoi tu le fais,
- j'ai lu ta prose sur les derniers fils en cours, et j'ai cerné le
personnage...
Et entre-nous, je ne suis pas pédagogue, et je ne cherche pas à l'être.
Je ne viens pas pour ça. A vrai dire ça faisait des années que je n'avais
pas mis les pieds sur fcolc, et j'y suis venu car j'avais une question ou
il y a longtemps des gens auraient pu m'apporter une réponse pointue.
Hélas je constate que les Jean-Kevin de ton accabit les ont fait fuir
vers d'autres cieux.
Donc n'attends aucune bienveillance de ma part. J'ai voulu t'aider malgré
tout et je suis reçu par une volée de bois vert. Donc adieu et bon vent.
--
Rico

Pierre www.zetrader.fr

26/01/2018 à 11:49

Le 26/01/2018 à 11:31, Eric Belhomme a écrit :

Le Fri, 26 Jan 2018 10:05:40 +0100, Pierre www.zetrader.fr a écrit :
C'est jouer sur les mots, les modules qui servent à reconnaître le
matériel, il ne faut surtout pas les appeler drivers ou pilotes parce
que c'est sous linux ?

Puisque tu aime jouer sur les mots:
https://fr.wikipedia.org/wiki/Loadable_Kernel_Module
Un module /peut/ être un pilote de périphérique (un driver quoi) ou tout
autre chose.
C'est une partie du noyau qui peut être chargée ou déchargée à volonté,
selon les besoins.
Et sous Windows les DLL qui servent à reconnaître le matériel on peut
les appeler drivers ?

Sous Windows, un "driver" n'a pas l'extension .dll, mais l'extension .sys
La différence ? le premier fonctionne en espace utilisateur, le second
fonctionne en espace noyau.
Et au passage, sous windows également, les "drivers" ne servent pas
forcément qu'à reconnaître du matériel (NTFS par exemple)...
Et pour enfoncer le clou, sous Windows également, le "driver" de ta carte
réseau est composé d'un partie de code chargé de détecter et de /piloter/
ta carte WiFi, et d'une partie de code qui est le blob de firmware à
charger /dans/ le microcontrolleur de la carte WiFi, qui est généralement
encapsulé dans une DLL.
Enfin, pour ton information, les firmwares packagés sous Linux sont
généralement obtenus par rétro-ingéniérie des pilotes Windows fournis par
les fabricants afin d'en extraire le blob.
Et plutôt que de tenter de compiler des noyaux au petit bonheur la
chance, tu aurais été plus inspiré de te documenter directement à la
source, c'est à dire sur le wiki de Linux-Wireless :
https://wireless.wiki.kernel.org/en/users/drivers/rtl819x
Finalement, je t'avais indiqué dans mon premier post /comment/ identifier
un problème de firmware en regardant les logs du noyau. Je n'ai pas vu ta
réponse.

Regarder les logs du noyau, j'avais fait la commande que tu avais dit,
c'était assez long les infos données, à part voir les infos basiques de
ma carte réseau (que je connais déjà) je n'ai pas vu à quel endroit je
dois regarder précisément, je crois que c'est là d'ailleurs où j'ai
demandé si éplucher les logs et essayer de voir où peut être l'erreur
c'était plus long à faire que d'installer xubuntu 17.10.1 qui semble
bien reconnaître le wifi d'emblée pour le même noyau.
Après Jo Engo m'a dit qu'entre le live et une fois installé, cela peut
être différent, et donc je peux m'attendre à la surprise que le wifi en
live usb fonctionne parfaitement, mais une fois installé le module soit
moins bien "rangé" (c'est le terme qu'il a employé).
Je veux bien le croire, du coup c'est quand même un peu mal foutu si
c'est le cas, si en live sans rien installer, ça fonctionne nickel et si
en installant, cela se prend les pieds dans le tapis.
J'avoue que cela me refroidit un peu pour essayer l'installation de
xubuntu 17.10.1 même si bon je pense que je trouverais une solution si
le wifi devient foireux post installation.
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com

Le 26/01/2018 à 11:31, Eric Belhomme a écrit :

Le Fri, 26 Jan 2018 10:05:40 +0100, Pierre www.zetrader.fr a écrit :

C'est jouer sur les mots, les modules qui servent à reconnaître le
matériel, il ne faut surtout pas les appeler drivers ou pilotes parce
que c'est sous linux ?

Puisque tu aime jouer sur les mots:
https://fr.wikipedia.org/wiki/Loadable_Kernel_Module

Un module /peut/ être un pilote de périphérique (un driver quoi) ou tout
autre chose.
C'est une partie du noyau qui peut être chargée ou déchargée à volonté,
selon les besoins.

Et sous Windows les DLL qui servent à reconnaître le matériel on peut
les appeler drivers ?

Sous Windows, un "driver" n'a pas l'extension .dll, mais l'extension .sys
La différence ? le premier fonctionne en espace utilisateur, le second
fonctionne en espace noyau.

Et au passage, sous windows également, les "drivers" ne servent pas
forcément qu'à reconnaître du matériel (NTFS par exemple)...

Et pour enfoncer le clou, sous Windows également, le "driver" de ta carte
réseau est composé d'un partie de code chargé de détecter et de /piloter/
ta carte WiFi, et d'une partie de code qui est le blob de firmware à
charger /dans/ le microcontrolleur de la carte WiFi, qui est généralement
encapsulé dans une DLL.

Enfin, pour ton information, les firmwares packagés sous Linux sont
généralement obtenus par rétro-ingéniérie des pilotes Windows fournis par
les fabricants afin d'en extraire le blob.

Et plutôt que de tenter de compiler des noyaux au petit bonheur la
chance, tu aurais été plus inspiré de te documenter directement à la
source, c'est à dire sur le wiki de Linux-Wireless :
https://wireless.wiki.kernel.org/en/users/drivers/rtl819x

Finalement, je t'avais indiqué dans mon premier post /comment/ identifier
un problème de firmware en regardant les logs du noyau. Je n'ai pas vu ta
réponse.

Regarder les logs du noyau, j'avais fait la commande que tu avais dit,
c'était assez long les infos données, à part voir les infos basiques de
ma carte réseau (que je connais déjà) je n'ai pas vu à quel endroit je
dois regarder précisément, je crois que c'est là d'ailleurs où j'ai
demandé si éplucher les logs et essayer de voir où peut être l'erreur
c'était plus long à faire que d'installer xubuntu 17.10.1 qui semble
bien reconnaître le wifi d'emblée pour le même noyau.
Après Jo Engo m'a dit qu'entre le live et une fois installé, cela peut
être différent, et donc je peux m'attendre à la surprise que le wifi en
live usb fonctionne parfaitement, mais une fois installé le module soit
moins bien "rangé" (c'est le terme qu'il a employé).
Je veux bien le croire, du coup c'est quand même un peu mal foutu si
c'est le cas, si en live sans rien installer, ça fonctionne nickel et si
en installant, cela se prend les pieds dans le tapis.
J'avoue que cela me refroidit un peu pour essayer l'installation de
xubuntu 17.10.1 même si bon je pense que je trouverais une solution si
le wifi devient foireux post installation.
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com

Vous avez filtré cet utilisateur ! Consultez son message

Le 26/01/2018 à 11:31, Eric Belhomme a écrit :

Le Fri, 26 Jan 2018 10:05:40 +0100, Pierre www.zetrader.fr a écrit :
C'est jouer sur les mots, les modules qui servent à reconnaître le
matériel, il ne faut surtout pas les appeler drivers ou pilotes parce
que c'est sous linux ?

Puisque tu aime jouer sur les mots:
https://fr.wikipedia.org/wiki/Loadable_Kernel_Module
Un module /peut/ être un pilote de périphérique (un driver quoi) ou tout
autre chose.
C'est une partie du noyau qui peut être chargée ou déchargée à volonté,
selon les besoins.
Et sous Windows les DLL qui servent à reconnaître le matériel on peut
les appeler drivers ?

Sous Windows, un "driver" n'a pas l'extension .dll, mais l'extension .sys
La différence ? le premier fonctionne en espace utilisateur, le second
fonctionne en espace noyau.
Et au passage, sous windows également, les "drivers" ne servent pas
forcément qu'à reconnaître du matériel (NTFS par exemple)...
Et pour enfoncer le clou, sous Windows également, le "driver" de ta carte
réseau est composé d'un partie de code chargé de détecter et de /piloter/
ta carte WiFi, et d'une partie de code qui est le blob de firmware à
charger /dans/ le microcontrolleur de la carte WiFi, qui est généralement
encapsulé dans une DLL.
Enfin, pour ton information, les firmwares packagés sous Linux sont
généralement obtenus par rétro-ingéniérie des pilotes Windows fournis par
les fabricants afin d'en extraire le blob.
Et plutôt que de tenter de compiler des noyaux au petit bonheur la
chance, tu aurais été plus inspiré de te documenter directement à la
source, c'est à dire sur le wiki de Linux-Wireless :
https://wireless.wiki.kernel.org/en/users/drivers/rtl819x
Finalement, je t'avais indiqué dans mon premier post /comment/ identifier
un problème de firmware en regardant les logs du noyau. Je n'ai pas vu ta
réponse.

Regarder les logs du noyau, j'avais fait la commande que tu avais dit,
c'était assez long les infos données, à part voir les infos basiques de
ma carte réseau (que je connais déjà) je n'ai pas vu à quel endroit je
dois regarder précisément, je crois que c'est là d'ailleurs où j'ai
demandé si éplucher les logs et essayer de voir où peut être l'erreur
c'était plus long à faire que d'installer xubuntu 17.10.1 qui semble
bien reconnaître le wifi d'emblée pour le même noyau.
Après Jo Engo m'a dit qu'entre le live et une fois installé, cela peut
être différent, et donc je peux m'attendre à la surprise que le wifi en
live usb fonctionne parfaitement, mais une fois installé le module soit
moins bien "rangé" (c'est le terme qu'il a employé).
Je veux bien le croire, du coup c'est quand même un peu mal foutu si
c'est le cas, si en live sans rien installer, ça fonctionne nickel et si
en installant, cela se prend les pieds dans le tapis.
J'avoue que cela me refroidit un peu pour essayer l'installation de
xubuntu 17.10.1 même si bon je pense que je trouverais une solution si
le wifi devient foireux post installation.
--
http://zetrader.info & http://zetrader.fr
http://aribaut.com - http://zeforums.com

Sous Linux les drivers ou pilotes cela n'existe pas ?

10 réponses

Veuillez sélectionner un problème