[Noyau Linux] Version 6 et des brouettes

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 150 151 152 .. 180 181 182 183 184 185 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [Noyau Linux] Version 6 et des brouettes

Xavier_OM

Monarchiste régicide (fr quoi)

Reprise du message précédent :
:bounce: cool ça

---------------
Il y a autant d'atomes d'oxygène dans une molécule d'eau que d'étoiles dans le système solaire.

Publicité

zecrazytux

tien nous au courant sur les hypotétiques nouvelles sensations phantasmagoriques dans des endroits jamais explorés

---------------
Blog photo/récits activités en montagne http://planetcaravan.net

j_c_p

Linux user

.

Bah, pour le moment, je viens juste de mettre les derniers correctifs/patchs : http://kerneltrap.org/node/14218

edit : je viens de lancer le petit test à 2 balles ->

Citation :

real 0m18.595s
user 0m1.754s
sys 0m1.186s

Message cité 1 fois
Message édité par j_c_p le 24-08-2007 à 00:51:13

zecrazytux

j_c_p a écrit :

:D.

Bah, pour le moment, je viens juste de mettre les derniers correctifs/patchs : http://kerneltrap.org/node/14218

edit : je viens de lancer le petit test à 2 balles ->

heu... tu compare a quoi là ?

---------------
Blog photo/récits activités en montagne http://planetcaravan.net

j_c_p

Linux user

À rien chez moi, mais je faisais référence au lien kerneltrap (et je n'ai pas de noyau vanilla pour tester).

edit : en plus, on ne connaît pas la config du joyeux anonyme ...

Message édité par j_c_p le 24-08-2007 à 01:08:29

j_c_p

Linux user

2.6.23 out

Citation :

Finally.

Yeah, it got delayed, not because of any huge issues, but because of
various bugfixes trickling in and causing me to reset my "release clock"
all the time. But it's out there now, and hopefully better for the wait.

Not a whole lot of changes since -rc9, although there's a few updates to
mips, sparc64 and blackfin in there. Ignoring those arch updates, there's
basically a number of mostly one-liners (mostly in drivers, but there's
some networking fixes and soem VFS/VM fixes there too).

Shortlog and diffstat appended (both relative to -rc9, of course - the
full log from 2.6.22 is on kernel.org as usual).

I want this to be what people look at for a few days, but expect the x86
merge to go ahead after that. So far, all indications are still that it's
going to be all smooth sailing, but hey, those indicators seem to always
say that, and only after the fact do people notice any problems

Linus

o'gure

Multi grognon de B_L

Aah enfin le voila ce 2.6.23
Pour un survol du changelog je ne saurait recommandé la page de kernelnewbie
On constatera principalement l'intégration de CFS (Common Fairly Scheduler), et quelques nouveautés coté xen.

Message cité 2 fois
Message édité par o'gure le 10-10-2007 à 23:08:07

---------------
Relax. Take a deep breath !

multani

Dépressionnisé

o'gure a écrit :

et quelques nouveautés nouveauté coté xen.

des nouvelles nouveautés ? [:dawa]

(et faudra mettre à jour le titre du topic )

THRAK

- THR4K -

XFS

Citation :

Lazy Superblock Counters: When there are a couple of hundred transactions on the fly at once, they all typically modify the on disk superblock in some way. , locking the buffer until the transaction is committed into the incore log buffer. The result of this is that with enough transactions on the fly the incore superblock buffer becomes a bottleneck. In 2.6.23, XFS avoids this bottleneck (see commit for details). But due the way XFS works, in order to make it work well with this new feature, a new counter was added to track the number of blocks used by the free space btrees. This is an on-disk format change. As a result of this, lazy superblock counters are a mkfs option and at the moment on Linux there is no way to convert an old filesystem, although one solution will be developed.

Et bah voilà, pour profiter de cette fonctionnalité dans un avenir proche je suis bon pour un re-formatage. [:doriangray]

---------------
THRAK (def.) : 1) A sudden and precise impact moving from intention, direction and commitment, in service of an aim. 2) 117 guitars almost striking the same chord simultaneously.

wedgeant

Da penguin inside

Ce kernouille n'est pas compatible avec le driver Nvidia 100.14.06 [:cerveau thalis]
Ca plante à la compil du driver

[:boulax]

Message cité 2 fois

---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW

Publicité

Gf4x3443

Killing perfection

wedgeant a écrit :

Ce kernouille n'est pas compatible avec le driver Nvidia 100.14.06 [:cerveau thalis]
Ca plante à la compil du driver
[:boulax]

Dans ce cas, ce sont les headers qui doivent être foireux^W^Wont changé.

Fallait pas prendre du blob, bob

Message cité 1 fois

j_c_p

Linux user

En même temps, le dernier pilote Nvidia, c'est le 100.14.19 .

wedgeant

Da penguin inside

Gf4x3443 a écrit :

Dans ce cas, ce sont les headers qui doivent être foireux^W^Wont changé.

Fallait pas prendre du blob, bob

Insinuerais-tu que je devrais installer les headers du 2.6.23 et dégager ceux du 2.6.21-smp ? [:cupra]

@j_c_p: ah ? c'est p'tet le 19 que j'ai alors, je sais que c'est le dernier "beta", mais je suis pas certain de la version [:croquignol]

---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW

dam1330

...

en tout cas plus de probleme avec le module son snd_hda_intel avec cette nouvelle version, le module se charge comme il faut, plus besoin de compiler en dur (et des inconvénients qui vont avec)

Mjules

Parle dans le vide

wedgeant a écrit :

Ce kernouille n'est pas compatible avec le driver Nvidia 100.14.06 [:cerveau thalis]
Ca plante à la compil du driver

[:boulax]

non, ce sont les pilotes qui ne sont pas compatibles avec ce noyau qui n'a pas changé fondamentalement depuis une ou 2 rc.

Message cité 1 fois

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. | Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.

wedgeant

Da penguin inside

Mjules a écrit :

non, ce sont les pilotes qui ne sont pas compatibles avec ce noyau qui n'a pas changé fondamentalement depuis une ou 2 rc.

Ouais m'enfin l'un dans l'autre, ça marche pas quoi

[:boulax] :fou:

---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW

zecrazytux

o'gure a écrit :

s/Common Fairly/Completely Fair/

_Sylver_

Trop cool, avec cette 2.6.23, le XFS semble enfin remarcher correctement sur mon (petit) serveur à base d'ARM9 500MHz
Edit : ha bha non, ça marche moins mal mais ça marche pas bien non plus

Message édité par _Sylver_ le 18-10-2007 à 17:48:11

wedgeant

Da penguin inside

Bon, j'ai enfin réussi à faire compiler les drivers Nvidia sur ce kernel 2.6.23 ... ça c'est le bon point (en fait j'avais bien le 100.14.06, en prenant le 100.14.19, ça passe tout seul )

Le mauvais point, c'est qu'il y a eu d'importantes modifs apparament sur la gestion des interfaces (clavier, souris, toussah) et que mon clavier n'est plus reconnu comme sur le 2.6.22 (et précédents)
Sur ce clavier (laptop), j'ai une touche "Fn" qui, combinée aux touches F1 F2 etc ... permet d'activer des options spécifiques au laptop (luminosité de l'écran, désactivation du touchpad etc ...).
Désormais, cette touche est morte, il ne se passe plus rien

J'ai tenté un xev pour voir les messages envoyés par la touche Fn+F6 (baisser la luminosité):
- avec le 2.6.22 -> xev ne reçoit rien du tout
- avec le 2.6.23 -> xev reçoit exactement la même chose que F6 seul

J'ai regardé un peu dans les diverses options, trifouillé les logs de X et du noyau, j'ai rien trouvé
J'ai manqué une option quelque part ?

Message cité 1 fois
Message édité par wedgeant le 15-10-2007 à 08:40:58

---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW

Taz

bisounours-codeur

en 2.6.23, est-ce que vous avez des problèmes d'horloge avec le suspend to ram ?

Message cité 2 fois
Message édité par Taz le 15-10-2007 à 10:01:28

regdub

wedgeant a écrit :

Bon, j'ai enfin réussi à faire compiler les drivers Nvidia sur ce kernel 2.6.23 ... ça c'est le bon point (en fait j'avais bien le 100.14.06, en prenant le 100.14.19, ça passe tout seul )
...
J'ai manqué une option quelque part ?

Tu trouves pas un peu bizarre que tu aies pu compiler le driver nvidia aussi facilement alors qu'on lit partout qu'il faut le patcher ?

Message cité 1 fois

---------------
Legalize it @HFR

regdub

Est-ce que quelqu'un connaît les pré requis pour que le noyau puisse booter en lui passant la partition racine par son UUID, c'est à dire root=UUID=xyz ?

Message édité par regdub le 16-10-2007 à 03:44:44

---------------
Legalize it @HFR

wedgeant

Da penguin inside

regdub a écrit :

Tu trouves pas un peu bizarre que tu aies pu compiler le driver nvidia aussi facilement alors qu'on lit partout qu'il faut le patcher ?

Slackware rosk [:jar jar]
Nan mais sérieux, la compil passe sans souci, j'ai aucun pb au lancement de X et le direct renderer est activé ... il est où le pb ? [:croquignol]

Message cité 1 fois

---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW

regdub

wedgeant a écrit :

Slackware rosk [:jar jar]
Nan mais sérieux, la compil passe sans souci, j'ai aucun pb au lancement de X et le direct renderer est activé ... il est où le pb ? [:croquignol]

Ah ben oui, en effet. :whistle:
Peut-être parcequ'on compile avec les headers du 2.6.21.

Mais bon, pour ton pb, j'ai pas l'équivalent de ta touche spéciale.

---------------
Legalize it @HFR

Mjules

Parle dans le vide

Taz a écrit :

en 2.6.23, est-ce que vous avez des problèmes d'horloge avec le suspend to ram ?

http://kerneltrap.org/Linux/Suspen [...] _with_ACPI :??:

Message cité 1 fois

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. | Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.

Taz

bisounours-codeur

Mjules a écrit :

http://kerneltrap.org/Linux/Suspen [...] _with_ACPI :??:

sur un powerpc, non hein
http://bugzilla.kernel.org/show_bug.cgi?id=9161

Message cité 2 fois
Message édité par Taz le 16-10-2007 à 14:25:15

Gf4x3443

Killing perfection

Taz a écrit :

sur un powerpc, non hein
http://bugzilla.kernel.org/show_bug.cgi?id=9161

C'est ton souci actuel ou c'en est (encore ) un autre?

Message cité 1 fois

Profil supprimé

Taz a écrit :

sur un powerpc, non hein
http://bugzilla.kernel.org/show_bug.cgi?id=9161

Tu peux utiliser hwclock pour stocker l'heure dans le RTC et la reprendre (via une paire de scripts dans acpi-support).

Taz

bisounours-codeur

Gf4x3443 a écrit :

C'est ton souci actuel ou c'en est (encore ) un autre?

non c'est le mien. Dès que j'aurais la force de rebooter en 2.6.22

C'est pénible ce 2.6, c'est régression sur régression.

j_c_p

Linux user

Hum, c'est possible de désormais utiliser un lecteur de disquette en ayant plus le support de l'ancienne libata avec le 2.6.23 (ce qui n'était pas le cas avec le 2.6.22), mais, apparemment, le nouveau module floppy ne fonctionne pas comme l'ancien ide-floppy :

Code :

/dev/fd0 /mnt/floppy auto user,noauto 0 0

Code :

jcp@phoenix64 /proc/5034/fd $ ls -all
total 0
dr-x------ 2 jcp users 0 oct 17 12:59 .
dr-xr-xr-x 6 jcp users 0 oct 17 12:59 ..
lr-x------ 1 jcp users 64 oct 17 12:59 0 -> /dev/null
l-wx------ 1 jcp users 64 oct 17 12:59 1 -> /home/jcp/.xsession-errors
lr-x------ 1 jcp users 64 oct 17 12:59 10 -> /var/tmp/kdecache-jcp/ksycoca
lrwx------ 1 jcp users 64 oct 17 12:59 11 -> /dev/ptmx
lrwx------ 1 jcp users 64 oct 17 12:59 12 -> /dev/pts/1
l-wx------ 1 jcp users 64 oct 17 12:59 2 -> /home/jcp/.xsession-errors
lrwx------ 1 jcp users 64 oct 17 12:59 3 -> socket:[12975]
lrwx------ 1 jcp users 64 oct 17 12:59 4 -> socket:[12977]
lr-x------ 1 jcp users 64 oct 17 12:59 5 -> pipe:[12979]
l-wx------ 1 jcp users 64 oct 17 12:59 6 -> pipe:[12979]
lr-x------ 1 jcp users 64 oct 17 12:59 7 -> pipe:[12980]
l-wx------ 1 jcp users 64 oct 17 12:59 8 -> pipe:[12980]
lrwx------ 1 jcp users 64 oct 17 12:59 9 -> socket:[12982]

Code :

phoenix64 home # modinfo floppy
filename: /lib/modules/2.6.23.1/kernel/drivers/block/floppy.ko
alias: block-major-2-*
license: GPL
author: Alain L. Knaff
depends:
vermagic: 2.6.23.1 preempt mod_unload
parm: floppy:charp
parm: FLOPPY_IRQ:int
parm: FLOPPY_DMA:int

Code :

jcp@phoenix64 /proc/5034/fd $ lsmod | grep flo
floppy 56584 0

Et dans le dmesg :

Code :

FDC 0 is a post-1991 82077

Bref, je me demande où est situé le /dev/ qui pointe sur le lecteur floppy .

edit : ok, ça doit sûrement venir des mes règles udev.

Message édité par j_c_p le 17-10-2007 à 17:41:09

Riot

Buy me a riot

Taz a écrit :

en 2.6.23, est-ce que vous avez des problèmes d'horloge avec le suspend to ram ?

Est-ce que par hasard tu aurais tes partitions en reiserfs ? (aucun rapport avec ton pb, mais moi j'en ai un autre)
Chez moi, depuis les kernels > 2.6.18, j'ai grub qui met 3 plombes à charger le kernel lorsque j'ai fait un suspend-to-disk auparavant.
J'ai fait un bug-report, mais aucune nouvelle

---------------
Be the one with the flames.

zecrazytux

quelqu'un as t'il réussis a avoir un module usbmouse avec le 2.6.23.1 ? je ne vois nul part l'option dans menuconfig, et si j'ajoute à la main CONFIG_USB_MOUSE=y ça ne change rien, pas de module buildé :s

Message cité 1 fois

Taz

bisounours-codeur

y a un 2.6.22.11 de sorti, ça me plait.

Riot > oui j'ai du reiserfs et je n'ai jamais eu aucun problème avec.

Riot

Buy me a riot

Merci.
Ya un gros ping quand-même.

---------------
Be the one with the flames.

mikala

Souviens toi du 5 Novembre...

zecrazytux a écrit :

[mikala@epiche ~]$ sudo modinfo usbmouse
Mot de passe :
filename: /lib/modules/2.6.23.1-tmb-laptop-2mdv/kernel/drivers/hid/usbhid/usbmouse.ko.gz
license: GPL
description: USB HID Boot Protocol mouse driver
author: Vojtech Pavlik <vojtech@ucw.cz>
srcversion: 1A85FD54A33469B9C627AAE
alias: usb:v*p*d*dc*dsc*dp*ic03isc01ip02*
depends: usbcore
vermagic: 2.6.23.1-tmb-laptop-2mdv SMP mod_unload 686

Message cité 2 fois

---------------
Intermittent du GNU

zecrazytux

mikala a écrit :

t'est malin, tu parles pas d'un kernel "maison" à partir des sources de kernel.org !

Message cité 2 fois

wedgeant

Da penguin inside

zecrazytux a écrit :

t'est malin, tu parles pas d'un kernel "maison" à partir des sources de kernel.org !

mikala a écrit :

vermagic: 2.6.23.1-tmb-laptop-2mdv SMP mod_unload 686

Je doute qu'il s'amuse à appeler ses kernels maison comme ça :gratgrat:

---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW

mikala

Souviens toi du 5 Novembre...

zecrazytux a écrit :

t'est malin, tu parles pas d'un kernel "maison" à partir des sources de kernel.org !

je modifie le SPEC du tmb pour certaines choses
(je devrais peut être incrémenter le mkrel maintenant que tu le dis )

---------------
Intermittent du GNU

josedsf

Salut,
J'ai un bug sur les kernels "generics" d'ubuntu, du 2.6.17 au 2.6.22 (tous ceux dispos sur mon Grub).
Depuis l'installation d'un dual core, le noyau plante totalement, de façon aléatoire au bout de quelques minutes sous Gnome. Aucune commande de secours ne fonctionne. Le 2.6.22 exige un hard reboot, le 2.6.17 reboote sauvagement de lui même. Même souci avec les live CD, qu'ils soient 32 ou 64bits.
Windows fontionne, et a chargé un machin ACPI au 1er démarrage, ce qui m'a aiguillé sur un problème lié à cette fonction.
En effet, le démarrage avec l'option acpi=off supprime le bug, mais oblige à éteindre manuellement le PC.

Question : un kernel compilé sur la machine pourrait il résoudre le problème et permettre de réactiver l'ACPI ? Merci d'avance, pour l'heure aucun forum ne fournit de réponse, et Google ne suffit pas...

NB : un extrait du syslog (config : DFI lanparty UltraD s939 avec 4200+)

Nov 7 18:24:58 desktop kernel: [ 75.604000] kernel BUG at /build/buildd/linux-source-2.6.22-2.6.22/mm/mmap.c:1996!
Nov 7 18:24:58 desktop kernel: [ 75.604000] invalid opcode: 0000 [#2]
Nov 7 18:24:58 desktop kernel: [ 75.604000] SMP
Nov 7 18:24:58 desktop kernel: [ 75.604000] Modules linked in: ipv6 af_packet binfmt_misc rfcomm l2cap bluetooth ppdev powernow_k8 cpufreq_userspace cpufreq_stats cpufreq_powersave cpufreq_ondemand freq_table cpufreq_conservative video sbs button dock container ac battery nls_iso8859_1 nls_cp437 vfat fat sbp2 parport_pc lp parport snd_intel8x0 snd_ac97_codec ac97_bus snd_pcm_oss snd_mixer_oss snd_pcm snd_seq_dummy snd_seq_oss snd_seq_midi snd_rawmidi snd_seq_midi_event snd_seq nvidia(P) snd_timer irtty_sir agpgart snd_seq_device sir_dev snd irda crc_ccitt pcspkr psmouse serio_raw shpchp pci_hotplug i2c_nforce2 soundcore snd_page_alloc k8temp i2c_core evdev ext3 jbd mbcache ide_cd cdrom ide_disk sata_nv amd74xx ide_core floppy skge ohci1394 ieee1394 natsemi ata_generic libata scsi_mod forcedeth ehci_hcd ohci_hcd usbcore thermal processor fan fuse apparmor commoncap
Nov 7 18:24:58 desktop kernel: [ 75.604000] CPU: 1
Nov 7 18:24:58 desktop kernel: [ 75.604000] EIP: 0060:[exit_mmap+235/240] Tainted: P VLI
Nov 7 18:24:58 desktop kernel: [ 75.604000] EFLAGS: 00210206 (2.6.22-14-generic #1)
Nov 7 18:24:58 desktop kernel: [ 75.604000] EIP is at exit_mmap+0xeb/0xf0
Nov 7 18:24:58 desktop kernel: [ 75.604000] eax: 00000000 ebx: c18132c0 ecx: f7323688 edx: f73235d8
Nov 7 18:24:58 desktop kernel: [ 75.604000] esi: 00000000 edi: 00000003 ebp: 00200202 esp: f732fcf5
Nov 7 18:24:58 desktop kernel: [ 75.604000] ds: 007b es: 007b fs: 00d8 gs: 0000 ss: 0068
Nov 7 18:24:58 desktop kernel: [ 75.604000] Process gnome-panel (pid: 6062, ti=f732e000 task=f0688f90 task.ti=f732e000)
Nov 7 18:24:58 desktop kernel: [ 75.604000] Stack: 00000000 f732fd01 00000000 00000922 c18132c0 f17bea80 f17beac8 00000001
Nov 7 18:24:58 desktop kernel: [ 75.604000] c01260c8 00000000 f0688f90 c012b5ff 00200202 c0105223 f732fddd 00200202
Nov 7 18:24:58 desktop kernel: [ 75.604000] 00000000 f732fe15 c0370068 0000000b 00200202 0000007b 0000007b 000000d8
Nov 7 18:24:58 desktop kernel: [ 75.604000] Call Trace:
Nov 7 18:24:58 desktop kernel: [ 75.604000] [mmput+56/160] mmput+0x38/0xa0
Nov 7 18:24:58 desktop kernel: [ 75.604000] [do_exit+271/2064] do_exit+0x10f/0x810
Nov 7 18:24:58 desktop kernel: [ 75.604000] [common_interrupt+35/48] common_interrupt+0x23/0x30
Nov 7 18:24:58 desktop kernel: [ 75.604000] [die+607/608] die+0x25f/0x260
Nov 7 18:24:58 desktop kernel: [ 75.604000] [do_page_fault+827/1680] do_page_fault+0x33b/0x690
Nov 7 18:24:58 desktop kernel: [ 75.604000] [do_page_fault+0/1680] do_page_fault+0x0/0x690
Nov 7 18:24:58 desktop kernel: [ 75.604000] [error_code+114/128] error_code+0x72/0x80
Nov 7 18:24:58 desktop kernel: [ 75.604000] =======================
Nov 7 18:24:58 desktop kernel: [ 75.604000] Code: 5b 5e 5f c3 8b 03 c7 43 08 00 00 00 00 e8 3e 71 fa ff 8b 53 04 83 fa ff 74 c6 8d 43 10 e8 6e 55 00 00 c7 43 04 00 00 00 00 eb b5 <0f> 0b eb fe 90 83 ec 1c 89 5c 24 0c 89 c3 89 74 24 10 89 d6 89
Nov 7 18:24:58 desktop kernel: [ 75.604000] EIP: [exit_mmap+235/240] exit_mmap+0xeb/0xf0 SS:ESP 0068:f732fcf5
Nov 7 18:24:58 desktop kernel: [ 75.604000] Fixing recursive fault but reboot is needed!

---------------
Guide cpu / Zen6-7

mikala

Souviens toi du 5 Novembre...

tu devrais faire remonter ce bug sur la lkml

Message cité 2 fois

---------------
Intermittent du GNU

wedgeant

Da penguin inside

/PAS CONTENT/ /PAS CONTENT/ /PAS CONTENT/ [:aless]

Mise à jour hier soir 2.6.22.6 -> 2.6.23.8
Tout marche bien, je peux même faire de la mise en veille proprement via l'acpi, mais j'ai perdu l'usage de la touche Fn de mon clavier [:boulax]

Du coup, je suis obligé de me taper une commande immonde pour règler la luminosité de mon écran [:aless]

Rendez moi ma touche Fn [:cerveau mmmfff]

Message cité 1 fois

---------------
Wedge#2487 @HS -#- PW: +∞ -#- Khaz-Modan/Boltiz @WoW

Publicité

Page : 1 2 3 4 5 .. 150 151 152 .. 180 181 182 183 184 185

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Linux et OS Alternatifs

Débats

[Noyau Linux] Version 6 et des brouettes

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

Page générée en 0.073 secondes