[contrib] kernel 2.6.18 custom avec patch emission1

[wain]

Remplacé par le PKGBUILD kernel custom

Le kernel Emission :

Site web: http://www.evolution-mission.org/viewforum.php?f=8
PKGBUILD : http://archiwain.free.fr/kernelemission/PKGBUILD
kernel26fr.install : http://archiwain.free.fr/kernelemission ... fr.install
TUTORIAL : à venir

Téléchargez les 2 fichiers : PKGBUILD et kernel26fr.install pour commencer la compilation.

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é avec Emission-sources.

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 le driver ci-dessous:
Dernier driver nvidia.
Driver nvidia-legacy
Ces deux paquetages sont disponibles sur le repos archlinux.fr:

Code : Tout sélectionner

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

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.

/* Notes */
New versions of everything! I decided to go ahead and release -emission1 with execshield for this release. GrSecurity is taking their time in releasing a new version.

Features:
RCU-Preempt: Lower Latencies http://lkml.org/lkml/2006/8/28/179
USB Mouse Polling Revised: Predatorfreak changed the patch up slightly to allow you to change your polling interval in sysctl, at '/proc/sys/kernel/hid_mousepoll_interval'. You now have the option of enabling or disabling polling in favor of the event based system, which is the kernel default.
Adaptive Readahead: New readahead logic, improved speed: http://kerneltrap.org/node/6642
Genetic Anticipatory: Alot of work has been done, and bugs have been fixed. Good for File Servers/Databases. http://kernel.jakem.net/
Thinkpad patches: http://vipernicus.evolution-mission.org ... s/thinkpad
BadRAM: Work around bad spots in RAM http://rick.vanrein.org/linux/badram/
Libata-git: Latest for SATA and PATA

Attention:
If anyone would like to make requests for new features/drivers, either post here, or join us in #emission-sources on Freenode.

Example of new E-Mission Tunables (All but Custom are preconfigured options):

Code : Tout sélectionner

E-Mission Tunables  ---> 
( ) Server
( ) File Server
( ) Compute Server
( ) Gaming
( ) Desktop
( ) Low Latency Desktop
( ) Custom 

Custom Menu:

Code : Tout sélectionner

E-Mission Kernel Tunables (Custom)  --->
(6) Minimum Round Robin Timeslice (in milliseconds) (NEW)
(19) Factor For Default Value (NEW)
(1) Interactive CPU Scheduling (NEW)
(0) Compute CPU Scheduling (NEW)
(80) Percentage CPU For SCHED_ISO Tasks (NEW)
(66) Percentage RAM Filled With Mapped Pages (NEW)
(1) Hard Mapped Limit (NEW)
(1) Tail Large Files (NEW)
(0) Dirty Ratio (NEW)

2.6.18-emission1: Pathological Euphoria

Code : Tout sélectionner

/* Patch List */ 
00-genpatches-rollup-2.6.18-1.patch
01-patch-2.6.18-ck1
02-iosched-rollup-2.6.18-mm2.patch
03-lockless-rollup-2.6.18.patch
04-reiser4-2.6.18-mm2.patch
05-mm-rollup-2.6.18-mm2.patch
06-optims-from-mm-2.6.18-mm2.patch
07-fixes-from-mm-2.6.18-mm2.patch
08-ntp-rollup-2.6.18-mm2.patch
09-non-libata-driver-for-jmicron-devices.patch
10-sleazy-fpu-feature.patch
11-cpu-support-rollup-2.6.18.patch
12-suspend2-2.2.8-for-2.6.18.patch
13-linux-phc-0.2.6-for-2.6.18.patch
14-rcu-preempt-2.6.18.patch
15-exec-shield-nx-2.6.18-1.patch
16-BadRAM-2.6.18.patch
17-thinkpad-2.6.18.patch
18-ati-fix.patch
19-lxdialog-2.6.18-mm2.patch
20-daconfig-2.3.1-2.6.18.patch
21-emission-tunables-4-2.6.18-ck1.patch
22-adaptive-readahead-2.6.18.patch
23-genetic-anticipatory-2.6.18.patch
24-kconfig-add-864hz.patch
25-unionfs-latest.patch
26-realtime-lsm-2.6.18.patch
27-usb-mouse-polling-sysctl-2.6.18.patch
28-libata-git-2.6.18-mm2.patch
29-shutup-false-positives-2.6.18.patch
31-name-tag-2.6.18-emission1.patch

[wain]

mise à jour vers 2.6.18-emission1: Pathological Euphoria

Attention, pour l'instant le PKGBUILD n'est pas capable de générer une image mkinitcpio.
Je réfléchie carrément à retirer le support de mkinitrd/mkinitramfs/mkinitcpio
A moins que quelqu'un ne l'utilise ?

[kozaki]

Wain, il doit y avoir un certain nb d'utilisateurs de tes PKGBUILD de kernel. Pq pas faire un sondage "Utilisez-vous une image mkinitrd ou mkinicpio avec ce(s) kernel(s) ?"
Perso, non je vois pas l'intérêt ; et puis je garde le kernel par défaut aussi.

ps : mon arch 32 tourne finalement sur le dernier kernel-beyond packagé par tes soins. La 3è tentative était la bonne (normal, le PKGBUILD m'a ppsé un config standard au lieu de prendre le dernier et j'y suis allé un peu fort au début ). Mais bon au lieu de 23 Mo (ancien beyond), celui-ci n'utilise plus que 19 Mo de RAM au boot, sur un AMD 3200 avec 1024 de RAM

[wain]

Pq pas faire un sondage "Utilisez-vous une image mkinitrd ou mkinicpio avec ce(s) kernel(s) ?"
Perso, non je vois pas l'intérêt ; et puis je garde le kernel par défaut aussi.

Quelle merveilleuse idée !
J'aime les sondages

[wain]

Pas besoin de sondage finalement. J'ai intégré mkinitcpio dans la release 2 du PKGBUILD (toujours à la même adresse).
Notez que mkinitcpio n'est pas une dépendance. A vous de l'installer si vous en avez besoin.

N'oubliez pas de retélécharger le kernel26fr.install qui a également évolué.

J'en ai profité pour améliorer l'affichage à l'installation.
exemple:

Code : Tout sélectionner

 ----------------------------------------
|  Utilisation de votre nouveau KERNEL:  |
 ----------------------------------------

* AVEC LILO dans /etc/lilo.conf:
    image=/boot/vmlinuz26emission-CPIO
    label = "ArchlinuxEmission"
    root = /dev/hda3
    read-only
    append="video=vesa:ywrap,mtrr,1024x768-32@70"
    initrd = /boot/kernel26-emission-CPIO.img

>> exécutez la commande '# lilo' avant de redémarrer.

* AVEC GRUB dans /boot/grub/menu.lst:
    title ArchlinuxEmission
    root (hd0,2)
    kernel (hd0,0)/vmlinuz26emission-CPIO root=/dev/hda3 video=vesafb:ywrap,mtrr,1024x768-32@70 ro
    initrd /boot/kernel26-emission-CPIO.img

Cette fois on obtient l'entrée complète à ajouter à lilo.conf/menu.lst et sur mesure s'il vous plaît

J'attends avec impatience vos rapports de bugs

[warnaud]

Aller je le compile vu que c'est moi qui ai saoulé pour avoir ça
Merci

[wain]

Bon, comme toi warnaud, la compilation échoue si je prends le big fichier config qui compile TOUS les modules.

Code : Tout sélectionner

  SYSCALL arch/i386/kernel/vsyscall-sysenter.so
  LD      arch/i386/kernel/k8.o
  CC      arch/i386/kernel/cpu/mtrr/main.o
  CC [M]  arch/i386/kernel/cpu/mcheck/non-fatal.o
  AS      arch/i386/kernel/vsyscall.o
  CC      arch/i386/kernel/cpu/mtrr/if.o
  LD      arch/i386/kernel/cpu/mcheck/built-in.o
  CC      arch/i386/kernel/cpu/mtrr/generic.o
  CC      arch/i386/kernel/cpu/mtrr/state.o
  CC      arch/i386/kernel/cpu/mtrr/amd.o
  CC      arch/i386/kernel/cpu/mtrr/cyrix.o
  CC      arch/i386/kernel/cpu/mtrr/centaur.o
  LD      arch/i386/kernel/cpu/mtrr/built-in.o
  LD      arch/i386/kernel/cpu/built-in.o
  LD      arch/i386/kernel/built-in.o
==> ERROR: Build Failed.  Aborting...

[warnaud]

Je vais pousser un peu plus loin pour trouver d'où ça vient pour l'instant je reste sous viper

[wain]

A la limite, tente le coup en prenant le fichier config fournit avec le viper et en compilant avec le patch emission

[warnaud]

hihi même idée

[warnaud]

badaboom pareil

[kozaki]

AMHA un super PKGBUILD qui se peaufine toujours plus

S'il en faut, qlqs remarques de détail :

Ma console a 1 fond blanc ce qui fait que le jaune clair est ~illisible (comme avec yaourt). Je pourrais et devrais changer la couleur de fond mais une couleur par défaut un chouia moins claire serait cool.

==> WARNING: Si vous utilisez déjà gensplash et que vous n'avez pas besoin de le modifier répondez non.

==> Voulez-vous modifier/ajouter gensplash pour ce kernel ?
(Nécessite le paquetage initscripts-gensplash) : o/n [n]

C'est différent de la formulation sur tes kernel-archck et beyond & me file un doute ; par habitude je réponds oui, mais aurais choisi "non" si c t la 1ère fois que j'utilisais tes PKGBUILD kernel et avais gensplash OK sur mon kernel actuel (2.6.17-beyond)

==> Choix de l'éditeur
décidément maladroit j'ai pressé une lettre et pof! c parti avec la sortie sur la console... Bon on reprend à 0.[/i]

[wain]

Pour la couleur, c'est un vaste problème oui...
Je n'arriverai jamais à contenter tout le monde. La seule solution c'est de faire un fichier de configuration externe, qui permettrait notamment de personnaliser les couleurs. J'ai réussi pour l'instant à rendre yaourt indépendant de tout fichier de configuration, ça m'embêterai d'en arriver là pour un jaune qui passe pas bien.

Yaourt utilise rigoureusement les mêmes couleurs que les autres outils d'archlinux comme makepkg.
Un fond blanc c'est vraiment pas courant et ça doit faire mal aux yeux !
Si les couleurs sont plus foncées, elles vont moins bien ressortir chez ceux qui ont un term foncé (noir ou transparent). Je vais ptet faire un sondage pour trancher, ou alors forcer le fond noir au lancement de yaourt


Pour le splash, j'ai changé amélioré un peu le dialogue dans le paquet emission.

D'abord un avertissement (en jaune d'aileurs):

Si vous utilisez déjà gensplash et que vous n'avez pas besoin de le modifier répondez non.

Puis vient la question:

Voulez-vous modifier/ajouter gensplash pour ce kernel ?\n(Nécessite le paquetage initscripts-gensplash) : o/n [n]

Tu proposes quoi d'autre ?

[kozaki]

Pour la couleur, c'est un vaste problème oui...
Je n'arriverai jamais à contenter tout le monde. La seule solution c'est de faire un fichier de configuration externe, qui permettrait notamment de personnaliser les couleurs. J'ai réussi pour l'instant à rendre yaourt indépendant de tout fichier de configuration, ça m'embêterai d'en arriver là pour un jaune qui passe pas bien.

Dans ce cas c'est à moi de modifier les couleur de mon u/mrxvt ici

Splash : c'est l'avertissement (seul WARNING est en jaune ) :

Si vous utilisez déjà gensplash et que vous n'avez pas besoin de le modifier répondez non.

Et bien si c t la 1ère fois que j'utilisais une de tes PKGBUILD kernel, et que j'avais gensplash OK sur mon kernel actuel (2.6.17-beyond), je penserais que j'ai rien à modifier et laisserais le choix par défaut [n]

Pour revenir au kernel lui-même la compilation échoue ~aussitôt sur :

arch/i386/mm/init.c: In function ‘set_highmem_pages_init’:
arch/i386/mm/init.c:326: erreur: too many arguments to function ‘add_one_highpage_init’
make[1]: *** [arch/i386/mm/init.o] Erreur 1
make: *** [arch/i386/mm] Erreur 2
make: *** Attente des tâches non terminées....

Donc pas au même endroit que pour warnaud et toi wain.

[wain]

Si vous utilisez déjà gensplash et que vous n'avez pas besoin de le modifier répondez non.

Et bien si c t la 1ère fois que j'utilisais une de tes PKGBUILD kernel, et que j'avais gensplash OK sur mon kernel actuel (2.6.17-beyond), je penserais que j'ai rien à modifier et laisserais le choix par défaut [n]

Bingo c'est exactement ce qu'il faut faire
Inutile de regénérer une image initrd si elle fonctionne. Ce fichier ne dépend d'aucun paquetage et ne sera jamais supprimé.

Pour le prob de compilation, c'est un des modules qui doit foutre la zone.
Mes configurations persos passent toutes bien:
http://archiwain.free.fr/kernelemission ... ssion-WAIN
http://archiwain.free.fr/kernelemission ... athlon1600
Essayes de faire un diff avec la tienne pour voir quels modules il faut supprimer

[kozaki]

Bingo c'est exactement ce qu'il faut faire
Inutile de regénérer une image initrd si elle fonctionne. Ce fichier ne dépend d'aucun paquetage et ne sera jamais supprimé.

Ah! Bien sûr

Pour le prob de compilation, c'est un des modules qui doit foutre la zone.
Mes configurations persos passent toutes bien:
http://archiwain.free.fr/kernelemission ... ssion-WAIN
http://archiwain.free.fr/kernelemission ... athlon1600
Essayes de faire un diff avec la tienne pour voir quels modules il faut supprimer

Excuse, j'avais cru comprendre que warnaud et toi aviez recontré un soucis.

Merci à toi pour ton config-emission
Le diff est assez copieux.
Une différence vite claire est qu'en gros dans le tien ~tout ce dont tu peux avoir besoin est en dur tandis que j'ai laissé en module ce qui me sert occasionnelement (ex : disques IDE car 1 seul DD Sata interne). Dois-je me pencher là-dessus ?
Sinon ton config est encore + nettoyé (sans que ça soit trop flagrant) : pas sur des portions entières mais un nettoyage + fin sur ton config, hors des différences de matériel (ex : VIA / ALI ou le pilote BTTV dont j'ai besoin).

Bon, je vais peaufiner le nettoyage ici et réessayer ASAP

[wain]

Excuse, j'avais cru comprendre que warnaud et toi aviez recontré un soucis.

Effectivement, en reprenant le .config énorme qui contient TOUS les modules j'ai la même erreur. Mais effectivement avec ma config ça passe, sinon j'aurai jamais publié le PKGBUILD.
Pour ceux qui se seraient posés la question, oui je teste toujours mes paquets avant de les publier

Le diff est assez copieux.
Une différence vite claire est qu'en gros dans le tien ~tout ce dont tu peux avoir besoin est en dur tandis que j'ai laissé en module ce qui me sert occasionnelement (ex : disques IDE car 1 seul DD Sata interne). Dois-je me pencher là-dessus ?
Sinon ton config est encore + nettoyé (sans que ça soit trop flagrant) : pas sur des portions entières mais un nettoyage + fin sur ton config, hors des différences de matériel (ex : VIA / ALI ou le pilote BTTV dont j'ai besoin).

C'est vrai que mes drivers sont généralement utilisés en permanence (mis à part quelques exceptions genre joystick/webcam), j'ai donc tout intérêt à les compiler en dur.

Essayes déjà de compiler en dur ce dont tu as besoin, ça te permettra de désactiver l'autoload dans le rc.conf et donc ton boot sera plus rapide. Mais je pense surtout que le salut viendra en désactivant complètement certains modules

[kozaki]

Hum je compile tj en dur ce qui est nécessaire pour initier le système et ce que j'utilise ~tout le temps.

Bon j'ai relancé le makepkg / config avec le diff ci-dessus sous les yeux. Je peux te dire que c quasi aussi nettoyé que ton 1er exemple de 'config'. Aussi j'ai désactivé BADMEM (because certains probs avec). Même erreur malgré celà :-/

Il reste des différences avec ton 'config', notamment dans "Firmware Drivers" (CONFIG_EDD=m, CONFIG_HIGHMEM4G=y, CONFIG_PAGE_OFFSET=0xB0000000, CONFIG_HIGHMEM=y, CONFIG_RESOURCES_64BIT=y, CONFIG_REGPARM=y).
Je vais retenter en essayant de ce côté en 1er.

[warnaud]

http://forums.gentoo.org/viewtopic-t-504752.html << apparement ils ont des angoisses aussi