Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2328 connectés 

 
 

Sujet(s) à lire :
    - Le topic des 'uname -a'
    - [Noyau Linux] Tuning/optimisation: par ici m'sieurs dames!
    - Topic anti-recompilation Kernel : mythes et réalité.
 

 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  124  125  126  ..  180  181  182  183  184  185
Page Suivante
Page Précédente
Bas de page 
Auteur Sujet :

[Noyau Linux] Version 6 et des brouettes

n°633724
AthlonSold​ier
Feel the power
Posté le 09-02-2005 à 15:08:59  profilanswer
 

Reprise du message précédent :
Merci. Mais je voudrais des explications plus technique sur chaque caractere & co (genre pourquoi mettre un "&" devant le "1" ).
 
Tu aurais pas un site de base qui expliquerai les redirections en sortie ? J'en avais mais je sais pu les urls  :sweat:

mood
Publicité
Posté le 09-02-2005 à 15:08:59  profilanswer
 

n°633743
udok
La racaille des barbus ©clémen
Posté le 09-02-2005 à 16:14:03  profilanswer
 

AthlonSoldier a écrit :

Merci. Mais je voudrais des explications plus technique sur chaque caractere & co (genre pourquoi mettre un "&" devant le "1" ).
 
Tu aurais pas un site de base qui expliquerai les redirections en sortie ? J'en avais mais je sais pu les urls  :sweat:


 
le & c'est pour considérer le 1 comment la sortie standart (entrée standart = 0, sortie standart = 1 et sortie erreur = 2), et non comme un fichier nommé "1"  :o
 
sinon man bash


Message édité par udok le 09-02-2005 à 16:14:21

---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
n°633755
AthlonSold​ier
Feel the power
Posté le 09-02-2005 à 16:34:38  profilanswer
 

Si j'ai bien compris, la commande permet donc de tout rediriger vers /dev/null SAUF les erreurs qui sont redirigés vers la sortie standard ?  :??:

n°633756
AirbaT
Connection timed out
Posté le 09-02-2005 à 16:36:54  profilanswer
 

AthlonSoldier a écrit :

Si j'ai bien compris, la commande permet donc de tout rediriger vers /dev/null SAUF les erreurs qui sont redirigés vers la sortie standard ?  :??:


Non.
std_out vers /dev/null
Puis std_err vers std_out.
 
Soit : std_err > std_out > /dev/null

n°633758
AthlonSold​ier
Feel the power
Posté le 09-02-2005 à 16:46:56  profilanswer
 

Ok, merci a vous deux  :jap:

n°633765
udok
La racaille des barbus ©clémen
Posté le 09-02-2005 à 16:58:42  profilanswer
 

à noter que :
"2>&1 > /dev/null"
balance la sortie erreur sur la sortie standard (ton terminal par exemple), alors que les messages à destination sont envoyés version /dev/null
ça peut paraitre pas très logique (moi au début je croyais que c'était l'inverse) mais c'est comme ça  [:spamafote]


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
n°633769
AthlonSold​ier
Feel the power
Posté le 09-02-2005 à 17:09:23  profilanswer
 

udok a écrit :

à noter que :
"2>&1 > /dev/null"
balance la sortie erreur sur la sortie standard (ton terminal par exemple), alors que les messages à destination sont envoyés version /dev/null
ça peut paraitre pas très logique (moi au début je croyais que c'était l'inverse) mais c'est comme ça  [:spamafote]


 
Ok  ;)

n°633770
Je@nb
Kindly give dime
Posté le 09-02-2005 à 17:10:46  profilanswer
 

un &> /dev/null redirige les 2 non ?

n°633772
udok
La racaille des barbus ©clémen
Posté le 09-02-2005 à 17:18:24  profilanswer
 

man bash   [:anathema]


Message édité par udok le 09-02-2005 à 17:19:50

---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
n°633803
Atlantis
Enfin de retour au SOLEIL !!
Posté le 09-02-2005 à 19:19:03  profilanswer
 

http://www.pcinpact.com/forum/sujet_23814.htm // manipulation de flux


---------------
"Il n’y a rien de noble à être supérieur à vos semblables. La vraie noblesse est d’être supérieur à celui que vous avez été auparavant."
mood
Publicité
Posté le 09-02-2005 à 19:19:03  profilanswer
 

n°634069
AthlonSold​ier
Feel the power
Posté le 10-02-2005 à 11:59:56  profilanswer
 

Interessant, merci  :jap:

n°635783
ceric35
Posté le 13-02-2005 à 13:30:16  profilanswer
 

2.6.11-rc4 ChangeLog
 
C'est bien bon tout ça !
 
Mais a ce que j'ai pu voir (http://marc.free.net.ph/message/20050120.023832.4c93ea36.en.html)
La structure 'drm_agp_t' , utilisé par les drivers nvidia et ati  
a été supprimée  :??:


Message édité par ceric35 le 13-02-2005 à 21:05:57
n°636133
benj63
Posté le 14-02-2005 à 10:34:07  profilanswer
 

Ptite question basique...
 
Mon noyau actuel est le 2.4.20-8. Je veux passer au 2.6.7. J'ai donc créé un .config avec un make oldconfig des sources du noyau actuel, j'ai copié ce .config dans /usr/src/linux-2.6.7, j'ai fait un make xconfig sans changer quoique ce soit dans la configuration (tout semble correct). J'ai fait ensuite un make clean, je n'ai aucun message de retour, et lorsque je fais make dep j'obtiens :

*** Warning: make dep is unnecessary now.


est-ce normal ?!!  :??:  
 
Merci !


Message édité par benj63 le 14-02-2005 à 10:34:30
n°636135
multani
Dépressionnisé
Posté le 14-02-2005 à 10:39:25  profilanswer
 

Oui

n°636138
benj63
Posté le 14-02-2005 à 10:44:09  profilanswer
 

merci  :jap: je poursuis donc... make bzImage modules modules_install

n°636143
multani
Dépressionnisé
Posté le 14-02-2005 à 10:50:38  profilanswer
 

Lis le readme, je crois que t'as juste à faire make && make modules_install ...
 
Mais les anciennes commandes sont gardés je crois (c'est juste que tu as moins de choses à taper en fait [:spamafote]

n°636146
benj63
Posté le 14-02-2005 à 10:54:01  profilanswer
 

multani a écrit :

Lis le readme, je crois que t'as juste à faire make && make modules_install ...
 
Mais les anciennes commandes sont gardés je crois (c'est juste que tu as moins de choses à taper en fait [:spamafote]


 
En 1er post, il est indiqué de faire :

make clean bzImage modules modules_install


 
A priori il est en train de compiler là...

n°636149
benj63
Posté le 14-02-2005 à 10:58:41  profilanswer
 

:heink: J'ai des messages de ce genre, c'est grave ??!

Dans le fichier inclus à partir de drivers/net/tokenring/smctr.c:46:
include/linux/mca-legacy.h:12:2: AVERTISSEMENT: #warning "MCA legacy - please move your driver to the new sysfs api"
[...]
drivers/net/wireless/airo.c:91:2: AVERTISSEMENT: #warning MIC support requires Crypto API
drivers/net/wireless/airo.c:91:2: AVERTISSEMENT: #warning MIC support requires Crypto API
[...]
Dans le fichier inclus à partir de drivers/net/at1700.c:46:
include/linux/mca-legacy.h:12:2: AVERTISSEMENT: #warning "MCA legacy - please move your driver to the new sysfs api"
[...]
Dans le fichier inclus à partir de drivers/net/eexpress.c:116:
include/linux/mca-legacy.h:12:2: AVERTISSEMENT: #warning "MCA legacy - please move your driver to the new sysfs api"
[...]
drivers/pcmcia/i82365.c: Dans la fonction << is_alive >>:
drivers/pcmcia/i82365.c:673: AVERTISSEMENT: << check_region >> est déprécié (déclaré include/linux/ioport.h:121)
drivers/pcmcia/i82365.c: Dans la fonction << isa_probe >>:
drivers/pcmcia/i82365.c:807: AVERTISSEMENT: << check_region >> est déprécié (déclaré include/linux/ioport.h:121)
drivers/pcmcia/tcic.c: Dans la fonction << is_active >>:
drivers/pcmcia/tcic.c:347: AVERTISSEMENT: << check_region >> est déprécié (déclaré include/linux/ioport.h:121)

n°636151
cycojesus
Mèo Lười
Posté le 14-02-2005 à 11:02:30  profilanswer
 

Quelqu'un a essayé de mettre à la fois le patch ck & le swsusp2 ? Parce que chez moi ça compile, ça boot mais ça refuse d'aller plus loin :??:


---------------
Chết rồi ! ✍ ⌥⌘ http://codeberg.org/gwh
n°636163
Taz
bisounours-codeur
Posté le 14-02-2005 à 11:54:22  profilanswer
 

le patch vserver 1.9.4 s'applique pas bien ?

n°636209
udok
La racaille des barbus ©clémen
Posté le 14-02-2005 à 13:50:52  profilanswer
 

benj63 a écrit :

:heink: J'ai des messages de ce genre, c'est grave ??!

Dans le fichier inclus à partir de drivers/net/tokenring/smctr.c:46:
include/linux/mca-legacy.h:12:2: AVERTISSEMENT: #warning "MCA legacy - please move your driver to the new sysfs api"
[...]
drivers/net/wireless/airo.c:91:2: AVERTISSEMENT: #warning MIC support requires Crypto API
drivers/net/wireless/airo.c:91:2: AVERTISSEMENT: #warning MIC support requires Crypto API
[...]
Dans le fichier inclus à partir de drivers/net/at1700.c:46:
include/linux/mca-legacy.h:12:2: AVERTISSEMENT: #warning "MCA legacy - please move your driver to the new sysfs api"
[...]
Dans le fichier inclus à partir de drivers/net/eexpress.c:116:
include/linux/mca-legacy.h:12:2: AVERTISSEMENT: #warning "MCA legacy - please move your driver to the new sysfs api"
[...]
drivers/pcmcia/i82365.c: Dans la fonction << is_alive >>:
drivers/pcmcia/i82365.c:673: AVERTISSEMENT: << check_region >> est déprécié (déclaré include/linux/ioport.h:121)
drivers/pcmcia/i82365.c: Dans la fonction << isa_probe >>:
drivers/pcmcia/i82365.c:807: AVERTISSEMENT: << check_region >> est déprécié (déclaré include/linux/ioport.h:121)
drivers/pcmcia/tcic.c: Dans la fonction << is_active >>:
drivers/pcmcia/tcic.c:347: AVERTISSEMENT: << check_region >> est déprécié (déclaré include/linux/ioport.h:121)



 
oui


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
n°636211
multani
Dépressionnisé
Posté le 14-02-2005 à 13:58:20  profilanswer
 

benj63 a écrit :

En 1er post, il est indiqué de faire :

make clean bzImage modules modules_install


 
A priori il est en train de compiler là...


 

Le README des sources nous dit a écrit :

 
 - Do a "make" to create a compressed kernel image. It is also
   possible to do "make install" if you have lilo installed to suit the
   kernel makefiles, but you may want to check your particular lilo setup first.
 
   To do the actual install you have to be root, but none of the normal
   build should require that. Don't take the name of root in vain.
 
 - If you configured any of the parts of the kernel as `modules', you
   will also have to do "make modules_install".




 
Bref, comme je l'ai dis, "l'ancienne" manière marche toujours. Maintenant, tu peux utiliser une méthode plus courte. Tu arriveras (normalement) au même résultat.
 
Pour ton problème de compil, t'as quelle distrib ?

n°636214
benj63
Posté le 14-02-2005 à 14:03:51  profilanswer
 

Pour l'instant j'ai le noyau 2.4.20-8.
 
En fait, quand j'ai copié mon .config de ma précédente config, vers les sources du 2.6.7, un make xconfig me donnait une liste de messages d'erreurs :  
 

(...)
.config:1430: trying to assign nonexistent symbol DRM_I810_XFREE_41
.config:1508: trying to assign nonexistent symbol QIFACE_COMPAT
.config:1607: trying to assign nonexistent symbol SMB_NLS
.config:1657: trying to assign nonexistent symbol VIDEO_IGNORE_BAD_MODE
.config:1684: trying to assign nonexistent symbol FB_MATROX_PROC
.config:1700: trying to assign nonexistent symbol FBCON_ADVANCED
.config:1702: trying to assign nonexistent symbol FBCON_CFB8
.config:1703: trying to assign nonexistent symbol FBCON_CFB16
.config:1704: trying to assign nonexistent symbol FBCON_CFB24
.config:1705: trying to assign nonexistent symbol FBCON_CFB32
.config:1706: trying to assign nonexistent symbol FBCON_VGA_PLANES
.config:1707: trying to assign nonexistent symbol FBCON_HGA
.config:1708: trying to assign nonexistent symbol FBCON_FONTWIDTH8_ONLY
.config:1709: trying to assign nonexistent symbol FBCON_FONTS
.config:1727: trying to assign nonexistent symbol SOUND_CMPCI_SPDIFINVERSE
.config:1859: trying to assign nonexistent symbol USB_DC2XX
.config:1992: trying to assign nonexistent symbol DEBUG_IOVIRT
(etc etc)


 
J'ai donc éditer mon .config pour mettre en commentaire tous ces paramètres inconnus par le make xconfig.  
 
Je viens de faire un ptit make clean, je peux faire à présent un simple make pour tout compiler ? (bzImage etc) ?

n°636220
udok
La racaille des barbus ©clémen
Posté le 14-02-2005 à 14:09:10  profilanswer
 

benj63 a écrit :

Pour l'instant j'ai le noyau 2.4.20-8.
 
En fait, quand j'ai copié mon .config de ma précédente config, vers les sources du 2.6.7, un make xconfig me donnait une liste de messages d'erreurs :  
 

(...)
.config:1430: trying to assign nonexistent symbol DRM_I810_XFREE_41
.config:1508: trying to assign nonexistent symbol QIFACE_COMPAT
.config:1607: trying to assign nonexistent symbol SMB_NLS
.config:1657: trying to assign nonexistent symbol VIDEO_IGNORE_BAD_MODE
.config:1684: trying to assign nonexistent symbol FB_MATROX_PROC
.config:1700: trying to assign nonexistent symbol FBCON_ADVANCED
.config:1702: trying to assign nonexistent symbol FBCON_CFB8
.config:1703: trying to assign nonexistent symbol FBCON_CFB16
.config:1704: trying to assign nonexistent symbol FBCON_CFB24
.config:1705: trying to assign nonexistent symbol FBCON_CFB32
.config:1706: trying to assign nonexistent symbol FBCON_VGA_PLANES
.config:1707: trying to assign nonexistent symbol FBCON_HGA
.config:1708: trying to assign nonexistent symbol FBCON_FONTWIDTH8_ONLY
.config:1709: trying to assign nonexistent symbol FBCON_FONTS
.config:1727: trying to assign nonexistent symbol SOUND_CMPCI_SPDIFINVERSE
.config:1859: trying to assign nonexistent symbol USB_DC2XX
.config:1992: trying to assign nonexistent symbol DEBUG_IOVIRT
(etc etc)


 
J'ai donc éditer mon .config pour mettre en commentaire tous ces paramètres inconnus par le make xconfig.  
 
Je viens de faire un ptit make clean, je peux faire à présent un simple make pour tout compiler ? (bzImage etc) ?


 
 
pourquoi tu compiles un noyau toi ?  :'(


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
n°636224
benj63
Posté le 14-02-2005 à 14:11:54  profilanswer
 

udok a écrit :

pourquoi tu compiles un noyau toi ?  :'(


 
 :sweat: pourquoi tu me demandes ça ?? j'ai l'ai de m'y connaître si peu que ça ???
 
En fait je travaille sur un cluster de calculs de grosses simulations, et pour tenter d'optimiser la vitesse d'exécution de nos calculs, nous voulons passer à un noyau plus récent... Donc si ça peut te rassurer, je ne compile pas le noyau par unique plaisir !


Message édité par benj63 le 14-02-2005 à 14:12:38
n°636227
multani
Dépressionnisé
Posté le 14-02-2005 à 14:14:37  profilanswer
 

Le plus simple, ça serait d'installer un noyau livrée avec ta distrib (tu veux pas dire ce que c'est ? :o )
 
Après, partir d'une config de noyau 2.4 pour la reprendre sur un 2.6, je sais pas si c'est très recommandé ...
Disons, que c'est pas super propre :o


Message édité par multani le 14-02-2005 à 14:15:21
n°636228
benj63
Posté le 14-02-2005 à 14:15:30  profilanswer
 

multani a écrit :

Le plus simple, ça serait d'installer un noyau livrée avec ta distrib (tu veux pas dire ce que c'est ? :o )


 
excuse je n'avais pas lu, c'est RedHat 9


Message édité par benj63 le 14-02-2005 à 14:16:34
n°636229
benj63
Posté le 14-02-2005 à 14:15:58  profilanswer
 

multani a écrit :

Disons, que c'est pas super propre :o


 
aïe  :sweat:  

n°636231
multani
Dépressionnisé
Posté le 14-02-2005 à 14:16:21  profilanswer
 

Ouais, donc rpm -i ton_nouveau_noyau, et hop normalement, ça devrais être bon...

n°636232
benj63
Posté le 14-02-2005 à 14:17:32  profilanswer
 

multani a écrit :

Ouais, donc rpm -i ton_nouveau_noyau, et hop normalement, ça devrais être bon...


 
excuse-moi, je suis un gros newbie, mais il existe des rpm de noyaux tous prêts ?!

n°636236
leto
Posté le 14-02-2005 à 14:19:28  profilanswer
 

benj63 a écrit :

excuse-moi, je suis un gros newbie, mais il existe des rpm de noyaux tous prêts ?!


 
Oui bien sur


---------------
--
n°636239
multani
Dépressionnisé
Posté le 14-02-2005 à 14:20:00  profilanswer
 

Je connais pas spécialement RedHat, mais il doit surement en avoir des tout prêt.
 
Par contre, je sais pas où tu peux en trouver ...

n°636245
benj63
Posté le 14-02-2005 à 14:24:05  profilanswer
 

Bon, j'ai lancé un make tout simple... Si ça ne fonctionne pas, je tenterai de télécharger un RPM de noyau 2.6.7 si je trouve un site web proposant cela...

n°636247
j_c_p
Linux user
Posté le 14-02-2005 à 14:25:30  profilanswer
 

Hum, RH9, ça date d'avant le 2.6 :p ... à mon avis, la méthode manuelle de compilation est la seule valable ds ce cas ;).
 
Ensuite, passer d'un 2.4 à un 2.6, faut tout refaire la config du noyau et ajouter les paquets utiles (genre modules-init-tools, pas sûr de l'othographe, qui gére les modules sur un 2.6), etc ...
 
NB : c'est possible, mais pas facile, surtout qd on ne connaît pas (faut te renseigner en profondeur quoi ;)).

n°636303
udok
La racaille des barbus ©clémen
Posté le 14-02-2005 à 15:02:04  profilanswer
 

benj63 a écrit :

:sweat: pourquoi tu me demandes ça ?? j'ai l'ai de m'y connaître si peu que ça ???
 
En fait je travaille sur un cluster de calculs de grosses simulations, et pour tenter d'optimiser la vitesse d'exécution de nos calculs, nous voulons passer à un noyau plus récent... Donc si ça peut te rassurer, je ne compile pas le noyau par unique plaisir !


 
je reviens pas sur ce qu'à dit multani (je suis d'accord avec lui), mais pour le xconfig, pas besoin de mettre les lignes en paramètre à la main, si tu fais une sauvegarde il transforme automatiquement le .config dans une version compatible avec ton noyau et de manière propre ;)


---------------
Non au projet de loi DADVSI ! (droits d'auteurs)
n°636312
benj63
Posté le 14-02-2005 à 15:13:14  profilanswer
 

udok a écrit :

je reviens pas sur ce qu'à dit multani (je suis d'accord avec lui), mais pour le xconfig, pas besoin de mettre les lignes en paramètre à la main, si tu fais une sauvegarde il transforme automatiquement le .config dans une version compatible avec ton noyau et de manière propre ;)


 
ah ok !  :D  
si j'avais su... j'aurais gagné 30 minutes...
 
J'ai trouvé ça, je suis en train de le suivre à la lettre, pour l'instant je n'ai pas rencontré de messages d'erreurs... :
 
http://www.linuxgazette.com/node/9060

n°636427
iraysyvalo
Posté le 14-02-2005 à 17:26:37  profilanswer
 


J'avais un peu de  temps, hop je telecharge la derniere 2.6.10 stable, je compile ..
 
Je rencontre 2 pbs :
- a chaque redemarrage, le nvidia 6629 a besoin d'etre reinstalle :(
 
- malgre le All-2.6.10-3 de chez kraxel, je ne peux plus changer de chaine avec  xdtv :(

n°637256
j_c_p
Linux user
Posté le 16-02-2005 à 11:38:34  profilanswer
 

[:yaisse] 2.6.11-rc4-love1 aka "It`s time to push the button" :).
 
Basé 2.6.11-rc4-bk2 et en plus contient plein de choses très intéressantes :

[-bk-]  
 patch-2.6.11-rc4-bk2.bz2  
 bk-jfs.patch  
 bk-netdev.patch  
 bk-ntfs.patch  
 bk-usb.patch  
 bk-xfs.patch  
 
 [-base-]  
 love-menu.diff - vivid menuconfig part.  
   
   [cpu sched] NickSched Base Timeslice = (64  - love-sources std)  
   [mwII] VM_MAPPED = (95 - default in love - less swap usage)  --->  
    [*] Genetic Library                                
    [*]   Genetic Anticipatory I/O scheduler                        
   [io sched] IO Schedulers to compile  --->                    
   [io sched] Default IO Scheduler (Deadline)  --->          
    [*] Randomisation                
 //NickScheduler BASE_TIMESLICE selectable beetwenn 256,128,64,32  
 //VM_MAPPED selectable beetwen 95,66,33  
 //Randomisation for ebanbling set patches from MM  
   
 2.6.11-rc4-nicksched-f1-for-love.diff - Nick`s CPU Scheduler with small non-smp fix  
 fbsplash-0.9.1-r1-2.6.11-rc1-bk8.patch - everybody knows it;)  
 vesafb-tng-0.9-rc6-2.6.11-rc1.patch - everybody knows it also  ;)  
 reiser4_ALL-from 2.6.11-rc3-mm2 - Reiser4 from 2.6.11-rc3-mm2  
 reiser4_repacker_stats.patch.bz2 - 1st reiser4 fix from CKO  
 reiser4_replay_stats.patch.bz2 - 2nd reiser4 fix from CKO  
 genetic-as-sched-2.6.10-gl3.patch - gen.alg.implementation for Anticipatory IO scheduler  
 genetic-io-sched-2.6.10-gl3.patch - connection to genetic lib  
 genetic-lib-2.6.10-gl3.patch - J.Moilanen Genetic Lib v0.3  
 mwII.diff - Con`s virtual mem "managment" ;)  
 nvidia_6111-6629_compat2.diff - set of nvidia fixes from CK  
 squashfs2.0-patch - squash fs  
 supermount-ng208-2611rc4.diff - supermount from CK.  
 390-slabtune.txt - slab.c tunes from MJB.  
 acerhk.patch - acer keyboard driver.  
 acpi-dsdt-initrd-patch-v0.7d - http://acpi.sourceforge.net/dsdt/index.php  
 atxp1-0.3.patch - dynamic CPU speed with nforce 2 (Sofcik fix)  
 cddvd-cmdfilter-drop.patch - non root hack from CK  
 cflags-selection.patch - tool for easy kernel cflags changing (thx _troll_)  
 chmp-r5-FULL.patch - configurable hid mouse polling rev5.  
 config-nr-tty-devices.patch - for setting number of tty`s.  
 config_hz.diff - internal kernel timer setting from CK  
 madwifi-cvs - wireless madwifi driver from CVS.  
 lirc-2.6.9-20041024-px1.patch - lirc driver (thx Pax82)  
 lufs-0.9.7-2.6.0-test9.patch.bz2 - lufs (fixed compilation as module )  
 1g_lowmem1_i386.diff - as in name from CK.  
 daconfig-2.2.0-r1.patch - for nice kernel name display via menuconfig.  
 scheduler_change_script - for easy io scheduler changing script ( Genn )  
 
 [-mm part-2.6.11-rc3-mm2]  
 fuse-ALL-from  
 inotify-with-fix  
 add-support-for-it8212-ide-controllers.patch (2.6.9 mm)  
 annotate-proc-pid-maps-with--markers.patch  
 fix-32-bit-calls-to-snd_pcm_channel_info.patch  
 fix-race-between-the-nmi-code-and-the-cmos-clock.patch  
 invalidate-range-of-pages-after-direct-io-write-with-FIXES.patch  
 make-tree_lock-an-rwlock.patch  
 only-unmap-what-intersects-a-direct_io-op.patch  
 periodically-scan-redzone-entries-and-slab-control-structures.patch  
 provide-a-filesystem-specific-syncable-page-bit-with-FIXES.patch  
 pty-oops-fix.patch  
 randomisation-ALL  
 rt-lsm.patch  
 serialize-access-to-ide-devices.patch  
 speedup-proc-pid-maps-with-FIXES.patch  
 vm-pageout-throttling.patch  
 vmscan-reclaim-swap_cluster_max-pages-in-a-single-pass.patch  
 write-and-wait-on-range-before-direct-io-read.patch  
 
 --proc interfaces---  
 /proc/genetic - genetic as io scheduler  
 /proc/sys/vm - mwII  
 /proc/sys/kernel/base_timeslice - NickSched Base TimeSlice


Message édité par j_c_p le 16-02-2005 à 11:39:12
n°641972
++fab
victime du syndrome IH
Posté le 26-02-2005 à 10:38:22  profilanswer
 

bon, il va jamais sortir ce 2.6.11 ou quoi :o
(c'est pour le faire venir ...)

n°641989
cycojesus
Mèo Lười
Posté le 26-02-2005 à 11:31:24  profilanswer
 

++fab a écrit :

bon, il va jamais sortir ce 2.6.11 ou quoi :o
(c'est pour le faire venir ...)


rc5 ...  [:shadowblade]


---------------
Chết rồi ! ✍ ⌥⌘ http://codeberg.org/gwh
n°642040
_kal_
Posté le 26-02-2005 à 14:31:33  profilanswer
 

pouvont nous appliquer le patch bootsplash fait pour le kernel 2.6.10 a un kernel 2.6.11-rc5 ? :D
 
Je parle de ce patch :
 
http://www.bootsplash.de/files/boo [...] .6.10.diff
 

Citation :


14:36 root@vdrbox /usr/src/linux-2.6.11-rc5# patch -p1 --dry-run -s < ../bootsplash-3.1.4-2.6.10.diff
1 out of 15 hunks FAILED -- saving rejects to file drivers/video/console/fbcon.c.rej
1 out of 1 hunk FAILED -- saving rejects to file drivers/video/Makefile.rej
1 out of 1 hunk FAILED -- saving rejects to file include/linux/console_struct.h.rej
zsh: exit 1     patch -p1 --dry-run -s < ../bootsplash-3.1.4-2.6.10.diff


 
 :sweat:


Message édité par _kal_ le 26-02-2005 à 14:37:01
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  124  125  126  ..  180  181  182  183  184  185
Page Suivante
Page Précédente
Haut de page 

Aller à :
Ajouter une réponse
 

Sujets relatifs
[GNU/Linux/mdk90] Mauvaise version des kernel-headers ....... [résolu]Le Kernel Linux
Sécuriser Linux par le Kernel : LIDS ou GRSecurity ?[Info@ZDNet][Linux]bug kernel 2.4.20 - perte de donnée
il arrive quand le linux kernel 2.4.20 dans la Debian Sarge ?[Linux Mandrake 9] Kernel Panic :(
une carte du kernel linux très impressionnante !!Linux --> Kernel panic
Les 'tainted kernel' , 'no license' & cie sous linux....Mise a jour d'un kernel, je crois que je vais abandonner linux....
Plus de sujets relatifs à : [Noyau Linux] Version 6 et des brouettes

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo
Page générée en 0.087 secondes

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)