[contrib] kernel (vanilla, emission, beyond, ck, morph)

Reconnaissance et configuration du matériel / kernel linux
Répondre
Avatar de l’utilisateur
wain
Maître du Kyudo
Messages : 1854
Inscription : ven. 11 août 2006, 19:15
Localisation : Nancy (54)

[contrib] kernel (vanilla, emission, beyond, ck, morph)

Message par wain »

kernel customisé :

NOUVEAU:
Pour obtenir le PKGBUILD permettant de compiler facilement le kernel, téléchargez le paquetage "kernel-sources" disponible dans les dépôts [archlinuxfr] i686 et x86_64.
Le PKGBUILD est placé automatiquement dans le répertoire /var/abs/local/kernel-sources/.

TUTORIAL : http://wiki.archlinux.fr/howto:kernel:custom

Ce PKGBUILD permet de compiler soi-même le kernel linux en proposant de configurer automatiquement certaines options comme le démarrage graphique (gensplash). Le kernel sera patché soit avec Beyond-sources, soit avec Emission-sources, soit avec CK ou CK Serveur ou ne sera pas patché du tout (version vanilla).

Utilisateurs de cartes nvidia :
Les paquetages nvidia disponibles dans [extra] ne fonctionnent pas avec un kernel qu'on a compilé soit-même.
Vous devez utiliser les drivers disponibles dans le dépôt [archlinuxfr].

Code : Tout sélectionner

[archlinuxfr] 
Server = http://repo.archlinux.fr/i686

Code : Tout sélectionner

[archlinuxfr] 
Server = http://repo.archlinux.fr/x86_64
Note sur les patchs disponibles:

- Le patch beyond (le successeur du patch archck) est un ensemble d'optimisations qui s'appliquent sur le kernel linux pour le rendre plus véloce et étendre ses fonctionnalités. Ce patch permet d'activer selon votre choix des optimisations pour un serveur, ou pour une station de travail.
Site web: http://iphitus.loudas.com/index.html

- Le patch E-Mission Sources est basé sur Lockless Pagecache, GenPatches, et CK.
Le but de ce patchset est d'offrir les dernières fonctionnalités, diminuer la latence et améliorer l'interactivité. L'autre objectif de E-Mission Sources est la stabilité. Chaque version est longuement testée.
Site web: http://www.evolution-mission.org/viewforum.php?f=8

- Le patchset CK (et CKS (serveur) aporte des améliorations sur la réactivité du kernel. Il est à la base de beyond et emission, est mis à jour plus fréquemment mais contient moins de fonctionnalités (pas de vesa-tng par exemple)
Site web: http://members.optusnet.com.au/ckolivas/kernel

- Le patchset morph-sources renaît. Il inclue toutes les évolution de E-mission et plus encore.
Site web: http://forums.gentoo.org//viewtopic-t-5 ... ight-.html

- Le patchset klight est basé sur le patchset CFS, successeur polémique du patch de Con Kolivas. Il a vraiment tout pour plaire, c'est le kernel que j'utilise personnellement en ce moment.
Site web: http://forums.gentoo.org/viewtopic-t-56 ... t-cfs.html

Versions utilisées:
Pour voir les derniers changements, lancez la commande:

Code : Tout sélectionner

yaourt -Qc kernel-sources
Dernière modification par wain le dim. 06 janv. 2008, 13:26, modifié 22 fois.
Avatar de l’utilisateur
wain
Maître du Kyudo
Messages : 1854
Inscription : ven. 11 août 2006, 19:15
Localisation : Nancy (54)

Message par wain »

2.6.19-beyond1 vient de sortir :D

Seul pb avec le 2.6.19, c'est vesa-tng qui plante lors de la compilation. Il faut pour l'instant se contenter de vesafb pour le splash.

Attention aussi pour ceux qui ont besoin du driver nvidia. Il vous faudra une version 1.0.9629 (http://archiwain.free.fr/os/i686/nvidia-driver9629/) Cette version du driver pose elle un problème pour les applis 3d :roll:
Mais la 2d fonctionne bien :D
Avatar de l’utilisateur
marc[i1]
Maître du Kyudo
Messages : 1753
Inscription : ven. 27 oct. 2006, 10:48
Localisation : Nantes (44)

Message par marc[i1] »

Je viens de lire ton tuto pour compiler le noyo ... c'est ÉNORME :D :dix:

Dès que je récupère un nouveau disque dur (!) je me lance à l'assaut de ton tuto ... qui semble d'une simplicité étonnante :yes:

:majorette: :applaudit:
Ne vous emmerdez plus, emmerdez les autres.
Avatar de l’utilisateur
kozaki
Chu Ko Nu
Messages : 422
Inscription : mer. 13 sept. 2006, 22:49
Localisation : London > . < Paris
Contact :

Message par kozaki »

marc[i1] a écrit :Je viens de lire ton tuto pour compiler le noyo ... c'est ÉNORME :D :dix:
:majorette: :applaudit:
+1 :D

EDIT :
le "pkgname=kernel26fr-beyond-PERSO" est volontairement appelé comme ça malgré le choix entre les patchs et vanilla ?
Avatar de l’utilisateur
wain
Maître du Kyudo
Messages : 1854
Inscription : ven. 11 août 2006, 19:15
Localisation : Nancy (54)

Message par wain »

kozaki a écrit :
marc[i1] a écrit :Je viens de lire ton tuto pour compiler le noyo ... c'est ÉNORME :D :dix:
:majorette: :applaudit:
+1 :D

EDIT :
le "pkgname=kernel26fr-beyond-PERSO" est volontairement appelé comme ça malgré le choix entre les patchs et vanilla ?
La variable pkgname se modifie toute seule en fonction du patch choisi et du nom donné au kernel (extraversion). Pas de soucis donc :D
Avatar de l’utilisateur
wain
Maître du Kyudo
Messages : 1854
Inscription : ven. 11 août 2006, 19:15
Localisation : Nancy (54)

Message par wain »

Nouvelle version du PKGBUILD:
J'ai ajouté la possibilité de compiler un kernel avec le patch ck 8)

ck apporte les mêmes optimisations en terme de vitesse que beyond ou emission, mais il contient un peu moins de fonctions. En revanche il est souvent plus stable et est mis à jour plus régulièrement.

J'ai pensé à kozaki et ajouté aussi le patch cks qui lui est destiné aux serveurs. Je pense que c'est un meilleur choix qu'emission pour ce type d'application :wink:

Les dialogues ont également été revus. N'hésitez pas à me faire part de vos remarques.
Avatar de l’utilisateur
kozaki
Chu Ko Nu
Messages : 422
Inscription : mer. 13 sept. 2006, 22:49
Localisation : London > . < Paris
Contact :

Message par kozaki »

Trop bien !
Comme d'hab, je venais de recompiler les noyaux sur 2 serveurs dont un vieux PIV & mon vieux PII :o :shock: :? :cry: :?: :!:
~ Configs ~ PGP Key: 1C2A554EFF0157D9
« Demande un conseil à ton ennemi et fais le contraire (proverbe juif)
SVP intéressé par tout retour d'exp. sur Arch ARM en général, et sur portable (CrOS) en particulier.
Avatar de l’utilisateur
wain
Maître du Kyudo
Messages : 1854
Inscription : ven. 11 août 2006, 19:15
Localisation : Nancy (54)

Message par wain »

Revoilà morph-sources !! 8)

La liste des patchs:

Code : Tout sélectionner

001-genpatches-rollup.patch 
002-ck-patches-rollup.patch 
003-update-to-ck2.patch 
004-patch-ccache-alpha.patch 
005-sleazy-fpu.patch 
006-unionfs-latest.patch 
007-realtime-lsm.patch 
008-cpu-support-rollup.patch 
009-ahci-ati-sb600-sata-support-for-various-modes.patch 
010-ata-piix-ide-mode-sata-patch-for-intel-ich9.patch 
011-fix-reiserfs-bad-path-release-panic.patch 
012-unplug-can-sleep.patch 
013-fix-mtrr-code.patch 
014-cpu-detect-extraction.patch 
015-emission-tuneables.patch 
016-usb-hid-interval-pooling.patch 
017-linux-phc.patch 
018-reiser4.patch 
019-suspend2.patch 
020-sony-acpi-support.patch 
021-sony-acpi-resume-fix.patch 
022-build-fix.patch 
023-vesafb-tng-fixes.patch 
024-swsusp2-missing-include.patch 
025-timer-864hz.patch 
026-daconfig.patch 
027-preempt.patch 
028-radix-tree-lockless-readside.patch 
029-adaptive-readahead.patch 
030-pktcdvd-make-procfs-interface-optional.patch 
031-pktcdvd-reusability-of-procfs-functions.patch 
032-edac-new-opteron-athlon64-memory-controller-driver.patch 
033-natural-4000-keyboard-support.patch 
034-acpi-dsdt.patch 
035-fuse-2.6.0.patch 
036-backward-compatibility.patch
Il y a tout ce qu'on trouve dans emission, en un peu plus à jour puisque le patch est ici compatible avec le kernel 2.6.19 et cerise sur le gateau un driver vesa-tng qui fonctionne :yes:

Pour appliquer le patch morph, tapez "6" sur votre clavier de téléphone :lol:
Avatar de l’utilisateur
wain
Maître du Kyudo
Messages : 1854
Inscription : ven. 11 août 2006, 19:15
Localisation : Nancy (54)

Message par wain »

petite mise à jour: morph5

Ce patchset est vraiment bien. Il corrige aussi quelques problèmes liés au kernel 2.6.19 comme par exemple certains problèmes de gravure
Avatar de l’utilisateur
wain
Maître du Kyudo
Messages : 1854
Inscription : ven. 11 août 2006, 19:15
Localisation : Nancy (54)

Message par wain »

mise à jour de beyond2: des corrections (retour de vesatng dans le patch) + mise à jour de ck en version2
Avatar de l’utilisateur
wain
Maître du Kyudo
Messages : 1854
Inscription : ven. 11 août 2006, 19:15
Localisation : Nancy (54)

Message par wain »

petite maj 2.6.19-morph7:
* radix rcu patch removed (couses problems) Now i use Preemptable RCU without any problems
* fixed backward compatibility patch (inlude/linux/config.h now exists!)
* fuse updated to 2.6.1

et le 2.6.19-morph6:
* added ipw3945 wireless card support
* unionfs compilation fixed
* updated to 2.6.19.1


Vraiment top ce patchset !!
Avatar de l’utilisateur
wain
Maître du Kyudo
Messages : 1854
Inscription : ven. 11 août 2006, 19:15
Localisation : Nancy (54)

Message par wain »

Mise à jour importante du fichier "config" => cette configuration générique doit convenir à une configuration classique en IDE/SATA avec les filesystems ext/reiserfs/xfs/jfs.
Plus besoin donc de mkinitcpio pour ceux qui n'ont pas encore peaufiné leur fichier de configuration.
Avatar de l’utilisateur
kozaki
Chu Ko Nu
Messages : 422
Inscription : mer. 13 sept. 2006, 22:49
Localisation : London > . < Paris
Contact :

Message par kozaki »

md5sum logo_linux_clut224.ppm -> 97bc8b8feb8a4ea4e57ff4df717a27ce (sur une compil toute fraîche)

EDIT : question sur le noyau pour un celeron II / desktop que je déplace derrière la réponse de wain
Dernière modification par kozaki le sam. 06 janv. 2007, 19:31, modifié 3 fois.
Avatar de l’utilisateur
wain
Maître du Kyudo
Messages : 1854
Inscription : ven. 11 août 2006, 19:15
Localisation : Nancy (54)

Message par wain »

kozaki a écrit :md5sum logo_linux_clut224.ppm -> 97bc8b8feb8a4ea4e57ff4df717a27ce (sur une compil toute fraîche)
le fichier était naze sur le serveur visiblement. Je viens de le réuploader. merci
Avatar de l’utilisateur
kozaki
Chu Ko Nu
Messages : 422
Inscription : mer. 13 sept. 2006, 22:49
Localisation : London > . < Paris
Contact :

Quel noyau pour un Celeron 360MHz

Message par kozaki »

Quel noyau vous conseillez pour un tout vieux desktop comme çuilà :
Celeron 366MHz, 96 sdRAM, disque dur 4 Gb (nondedjiou qu'il est *lent* !)
wm : xfce4 (bureautique et internet)

Pour les options de compilation
- Scheduler -> je pencherais pour Deadline (ou CFQ)
- ACPI et APM -> non (ça chôffe pas les vieux Celeron ;) )
- Optimize for size (Look out for broken compilers!) "Enabling this option will pass "-Os" instead of "-O2" to gcc, resulting in a smaller kernel." -> Ça vaut le coup de risquer ça ?
Avatar de l’utilisateur
wain
Maître du Kyudo
Messages : 1854
Inscription : ven. 11 août 2006, 19:15
Localisation : Nancy (54)

Re: Quel noyau pour un Celeron 360MHz

Message par wain »

kozaki a écrit :Quel noyau vous conseillez pour un tout vieux desktop comme çuilà :
Celeron 366MHz, 96 sdRAM, disque dur 4 Gb (nondedjiou qu'il est *lent* !)
wm : xfce4 (bureautique et internet)

Pour les options de compilation
- Scheduler -> je pencherais pour Deadline (ou CFQ)
- ACPI et APM -> non (ça chôffe pas les vieux Celeron ;) )
- Optimize for size (Look out for broken compilers!) "Enabling this option will pass "-Os" instead of "-O2" to gcc, resulting in a smaller kernel." -> Ça vaut le coup de risquer ça ?
attention, -Os fait un plus petit binaire certes mais il est plus lent. Je te le déconseilles pour ce PC.
J'ai moi-même un celeron 366 avec 64mo de ram (http://wiki.archlinux.fr/tipsntricks:ke ... ite4070cds)
J'ai actuellement un beyond (que j'ai pas mis à jour depuis longtemps), je passerai la prochaine fois sous morph.
Avatar de l’utilisateur
kozaki
Chu Ko Nu
Messages : 422
Inscription : mer. 13 sept. 2006, 22:49
Localisation : London > . < Paris
Contact :

Message par kozaki »

ok merci pour le tuyau !
suis justement en train de compiler le morph avec ton PKGBUILD.

En même temps, c pour une ptite dame et je me demande si y-a intérêt à lui compiler un kernelcustom à moyen et long terme, ou au contraire si faudrait mieux laisser le kernel-ARCH par défaut.
Dans le 2nd cas je pourrais MÀJ à distance, tandis que recompiler un kernel à distance me paraît trop risqué (pour la ptite dame)
Avatar de l’utilisateur
wain
Maître du Kyudo
Messages : 1854
Inscription : ven. 11 août 2006, 19:15
Localisation : Nancy (54)

Message par wain »

kozaki a écrit :En même temps, c pour une ptite dame et je me demande si y-a intérêt à lui compiler un kernelcustom à moyen et long terme, ou au contraire si faudrait mieux laisser le kernel-ARCH par défaut.
Dans le 2nd cas je pourrais MÀJ à distance, tandis que recompiler un kernel à distance me paraît trop risqué (pour la ptite dame)
Un des intérêts du kernel customisé c'est justement qu'il ne te lâchera jamais en cas de mise à jour du système. D'autre part le PKGBUILD est conçu pour être compilé sur une machine X et installé sur une machine Y. :wink:
Avatar de l’utilisateur
kozaki
Chu Ko Nu
Messages : 422
Inscription : mer. 13 sept. 2006, 22:49
Localisation : London > . < Paris
Contact :

Message par kozaki »

Vi. Je pensais à la sécurité et aux failles qui apparaitront sur le 2.6.19 d'ici à ce que je puisse passer chez elle changer le noyau ; peut-être que je m'inquiète pour ~rien, à force de compiler pour des serveurs ;)

Hum, peux pas compiler sur arch64 un kernel destiné à une autre machine sous arch32, si ?

wain > me demande si je polue pas ton topic avec ces questions là ?
Avatar de l’utilisateur
wain
Maître du Kyudo
Messages : 1854
Inscription : ven. 11 août 2006, 19:15
Localisation : Nancy (54)

Message par wain »

kozaki a écrit :Vi. Je pensais à la sécurité et aux failles qui apparaitront sur le 2.6.19 d'ici à ce que je puisse passer chez elle changer le noyau ; peut-être que je m'inquiète pour ~rien, à force de compiler pour des serveurs ;)

Hum, peux pas compiler sur arch64 un kernel destiné à une autre machine sous arch32, si ?

wain > me demande si je polue pas ton topic avec ces questions là ?
t'inquiètes pas pour le thread. On en refera un nouveau quand on sera à 5 pages.
Sinon tu peux compiler sur arch64 un paquet arch32 à condition d'utiliser les options de compilation qui vont bien, grâce aux modifications dans makepkg de mimas par exemple)
Répondre