Quel est le meilleur forum dédié à la compilation du kernel et à son paramètrage ?

[Hibou57]

Bonjour-bonjour,

J'ai milles et deux question à poser au sujet de la compilation du kernel, et j'ai peur de déranger ou d'être envahissant si je les pose toutes ici, alors je pose cette question :

Quel est le meilleur forum dédié à la compilation du kernel et à son paramètrage ?

..... en anglais ou en français, mais pas une mailing liste, parce que je trouve ce système trop peu ergonomique et pas vraiment pratique.

Merci

[Arnaud F.]

Envoyé par Hibou57

Bonjour-bonjour,

J'ai milles et deux question à poser au sujet de la compilation du kernel, et j'ai peur de déranger ou d'être envahissant si je les pose toutes ici, alors je pose cette question :

Quel est le meilleur forum dédié à la compilation du kernel et à son paramètrage ?

..... en anglais ou en français, mais pas une mailing liste, parce que je trouve ce système trop peu ergonomique et pas vraiment pratique.

Merci

Dis nous déjà ce que tu cherches à faire, on pourra surement t'aider

Tu cherches à compiler un kernel mais ne sait pas comment t'y prendre?


@+

[granquet]

un site complètement dédié, y'as bien http://kernelnewbies.org/ ... mais on dois surement pouvoir te répondre ici

[Hibou57]

Merci, merci Alors je vais pouvoir venir embêter tout le monde ici

Bon, on fera de ce fil le fil dédié à au options de compilation du noyau alors.

J'avais trouvé ceci Tutoriel des options de compilation du noyau sur DVP. Mais "ce n'est que" une traduction en français de l'aide accompagnant le fichier de configuration du noyau, et ça ne répond donc pas à mes questions.

L'option activant/désactivant printk.
Première découverte : il est assez peu interessant de déactiver printk en espérant économiser de la place sur l'image du noyau. En l'état de mes options, l'image du noyau non-compressé fait 2.32M sans printk et 2.44M avec printk. Sachant que printk élimine tous les messages du kernel, rendant ainsi impossibles la determination de l'origine des erreurs au démarrage, alors il vaut vraiment mieux laisser cette option. L'aide de la configuration est mensongère à ce sujet, puisqu'elle dit que la désactivation de printk rend le noyau moins verbeux, alors qu'en fait cela le rend totalement silencieux.

Note perso: Pffff... la compilation du noyau, c'est long (2h pour la noyau et 12h si je compile les modules avec). Et cette lenteure me bloque pour expérimenter les combinaisons d'options.

Je repasserai pour les questions, mais je ne poserai que celles qui ne sont ni trop spécifique, ni trop générale (pour n'embêter personne).

[Hibou57]

A voir son intitulé dans le menu de configuration du noyau, on pourrait être tenté de selectionner l'option intégrant un pilote IDE générique. Pourtant ce pilote générique a empêché mon kernel de démarrer : le noyau reconnaissait le lecteure de CD, mais pas les disques dur IDE.

Comme souvent, l'aide du fichier de configuration est plusque-vague sur la question, et il serait donc interessant d'en savoir un peu plus.

Hypothèse : le pilote générique n'est qu'un pilote de la dernière chance et n'est à envisager que quand les pilotes standards ne fonctionne pas. Si cette hypothèse est la bonne, alors le pilote IDE générique est donc de toute façon destiné à finir en situation de deception (ce qui n'est pas de sa faute, et qui est normal si il est fait pour, et n'est à invoqué que dans, les situations décevantes).

Le pilote générique n'aurait donc de gérérique que l'aspect "loosely".

[Hibou57]

Suite à une discussion sur le forum matériel général, et aprés un essai que je viens de conclure à l'instant : il faut éviter de ne pas activer le support de l'ISA pour les machine disposant du PCI.

La présence d'un bus PCI s'accompagne fréquement de celle d'un bus ISA (et même les machines dotées de bus AGP peuvent avoir encore un bus ISA).

Plus important encore, il est fort probable que sur une machine mixant le PCI et l'ISA, les disques durs IDE soient connectés au bus ISA. La désactivation du support de l'ISA dans le kernel rend donc le montage de partition racine sur un disque dur, impossible.

Donc on fera soit:

1. Support ISA sans support PCI
2. Support PCI avec support ISA

L'une ou l'autre, mais ne pas faire de support PCI sans support ISA.

[Hibou57]

Compiler en module n'est pas sans conscéquence sur le noyau. La quasi totalité des éléments placés en module s'accompagnent de l'ajout d'un fichier "built-in.o" correspondant au module concerné. Par exemple, si vous placer le support d'une catégorie de périphérique en module, alors vous verrez dans les fichiers à lier au noyau, quelque chose comme "peripherique/built-in.o".

Précisement, ce built-in.o n'est pas ajouté par périphérique, mais par catégorie de périphérique.

Il y a donc une différence entre selectionné "module" ou "pas du tout", et cette différence ne se fait pas sentir que dans le nombre de modules à compiler, mais aussi dans le noyau.

C'est finalement logique : il faut bien que le noyau soit prévu pour pouvoir acceuillir certains modules. Ces sections du noyau sont tout de même petites et sont peu consomatrices de mémoire.

[Hibou57]

Pour vous epargner des regrets, voici une information trouvé sur le site LéaLinux :

Envoyé par LéaLinux

L'ACPI a fait un saut en avant par rapport à la version 2.4 du noyau Linux. Même si les mêmes options sont disponibles, l'ACPI, ça n'était pas vraiment ça sous Linux. Néanmoins, je vous déconseille de l'utiliser, un ami têtu en a déjà fait les frais (un portable grillé pour la peine !). Le problème est principalement que les interfaces ACPI ont de grandes différences et il est difficile de fournir un support ACPI complet. Il est donc préférable d'utiliser l'APM.

Source LéaLinux - configuration du kernel 2.6.X

[granquet]

certes, ce sont des renseignements intéressants (bon, pour certains ... lapalisse aurait pas fait mieux )

quelles sont tes questions au juste?

[Hibou57]

Envoyé par Dark_Ebola

certes, ce sont des renseignements intéressants (bon, pour certains ... lapalisse aurait pas fait mieux )

Beh, désolé, j'avais oublié que tu savais tout sur tout et que ce forum est ton forum... désolé

[Arnaud F.]

Envoyé par Dark_Ebola

quelles sont tes questions au juste?

Tu n'as pas répondu à cette question

Si c'est pour apporter une contribution, tu t'es trompé de forum, "Contribuez" aurait été plus approprié.

@+

[Hibou57]

Beh je fais les deux en même temps.... je pensais que ça interesserait des gens. Sinon tu peux déplacer certains posts si leurs places te semble ailleurs.

Sinon, un pb que je rencontre et qui peut s'exprimer clairement :
Je boute le noyau de teste sur une partition contenant un repertoire /dev/ contenant tty, tty0 et tty1, et un init qui ne fait qu'afficher un message à l'écran pour finir dans une boucle inifinie (il ne doit pas se terminer, pour éviter un "kernel panic: attempted to kill init").
Je le compile avec le support en dure pour la console vga.

Je démarre, les messages du kernel défilent, mais au moment de l'execution de l'init factice, je ne vois pas le message qu'il est censé afficher (et aucun message d'erreur du noyau non-plus).

Bien, je me dis qu'il ne trouve pas /dev/tty tout seul, et je lui passe donc en argument du noyau avec "console=/dev/tty"

Et là, mauvaise surprise : les messages du noyau ne s'affichent plus du tout....

Je sèche : normalement (je crois) les messages du kernel ne s'affichent pas sur la console, mais simplement sur l'écran (vu que je l'ai configuré pour faire les affichage sur l'écran). Je crois que le kernel ne se sert de la console que pour la passer à l'init. Et même s'il utilise la console pour afficher les messages du noyau au démarrage, il faut bien qu'il effectue certaines opérations avant d'accéder aux périphériques et d'utiliser le console. Ors là, plus aucun message ne s'affiche aprés le "Ok, booting the kernel".

Quels sont les hypothèses à faire ? Je suis à cours d'idées

Sinon j'ai un autre pb, mais je ne l'ai pas isolé, et il serait trop mal formulé (ou en tout cas il resterait surement une question sans réponse).

----- EDIT le 26/11/2007 16:31
J'ai trouvé mon erreur : j'avais créé l'entré /dev/tty, mais pas l'entré /dev/console (numéro majeur 5, et numéro mineur 1).
Si je cré ce noeud "console", alors le kernel est capable d'ouvrir une console qu'il passe à init, mais par contre, ça ne marche toujours passe console=/dev/console en paramètre au noyau.... étrange