Reprise du message précédent :
/PAS CONTENT/ /PAS CONTENT/ /PAS CONTENT/    
 
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
 
Du coup, je suis obligé de me taper une commande immonde pour règler la luminosité de mon écran    
 
Rendez moi ma touche Fn

tu n'as rien en utilisant xev?
tu ne peux pas jouer au niveau du keymap et autres ?
(

ben non

j'en avais déjà parlé ici il me semble, xev me renvoie un keycode avec le 2.6.22.X mais ne renvoie plus rien avec le 2.6.23.X

J'ai retrouvé mon ancien post:

euh, oui mais non là

C'est pas une touche gérée par l'acpi, justement ?

j'en sais rien
je peux le voir comment ?  

J'en sais rien non plus, j'ai pas un laptop.
 
http://www.columbia.edu/~ariel/acpi/acpi_howto.html

c'est une touche géré par l'acpi.
il doit être possible de gérer ceci par le biais de la configuration du clavier donc xkb  

 
ça pourrait être drôle tiens vu les modules chargés

euh ... tu peux m'en dire plus là ?
J'ai fouillé un peu hier soir et il semblerait bien que ça vienne du clavier ... ma touche Alt-Gr me renvoie un Keycode "ISO_Level3_Shift" dans xev
 
Du coup, il faut que je regarde quoi dans la config du clavier ? et à quel endroit ?
(non, pas dmc )
(et oui, j'ai regardé la page de man de xkb, mais j'ai rien vu là dessus )

 
si tu remontes un bug sur la LKML avec un noyau contenant un module propriétaire, la réaction peut être très drôle à voir (mais pas pour toi par contre).
 

 
Si une touche ne renvoie pas de keycode avec xev, tu ne pourras pas directement la gérer avec X.
 
renvoie elle un scancode ? tu devrais avoir un truc comme ça dans les logs :

ah mais je saurais cacher que j'utiliser le module nvidia
 
 

xev ne renvoie rien du tout
et je ne crois pas avoir vu passer de scancode dans les log (/var/log/syslog, /var/log/debug, /var/log/messages, /var/log/acpid) ... je vérifirerais
Et je n'ai pas souvenir en avoir vu sur la version précédente non plus ...
 
Par contre, je pouvais jouer avec la luminosité de l'écran même pendant la phase de boot, donc sans être sous X, avec cette touche Fn (+F6 pour baisser, +F7 pour augmenter)

dans mon cas je n'avais pas accès aux touches spéciales du portable jusqu'a ce que je configure kde pour utiliser le modele de clavier acer.
et j'ai une entrée pour fixer ces données par le biais de hal
/usr/share/hal/fdi/information/10freedesktop/30-keymap-acer.fdi

Ok ok
Bon, j'utilise pas kde, donc va falloir fouiller mais je zieuterais le fdi

et se faire jeter comme une merde avec son kernel contaminé ?

Genre le type qui lit même pas jusqu'au bout

grou
 
Alors, mon pb de touche Fn avance
J'ai pris le fichier /usr/src/linux-2.6.22.6/drivers/acpi/ec.c que j'ai copié dans les source du 2.6.23.8, j'ai recompilé et ça marche
J'ai trouvé cette info sur la ml de linux-acpi, un mec qui avait exactement le même souci que moi.
 
Par contre, maintenant ma touche "^" ne fonctionne plus correctement, pas moyen de faire un ê ou un â    
Dès que j'appuye dessus, que ça soit celle à côté du "p" ou celle du "9", il écrit "^" sans attendre si je veux accentiser une voyelle
 
Bref, je sens que je vais faire chauffer la lkml  

Atta, je me réinscris

Problème de configuration des deadkeys avec Xorg ? (quoique si ca fait pareil en tty...)

j'ai un "nodeadkeys" (ou qqch comme ça) dans xorg.conf, donc normalement non
à moins qu'il faille faire le contraire

Ca me paraitrait logique d'essayer sans    
J'ai pas l'option chez moi en tous cas

Aaaahhhhh

Salut les gens ...
 
Qu'en est il du support NTFS dans la 2.6.22 ? ... Les écritures fonctionnent elles correctement ? (genre icedove/thunderbird)

ça fait un moment que les développements des pilotes NTFS se font plutôt en espace utilisateur avec FUSE.
 
sinon, écriture stable avec ntfs-3g

/CONTENT/ /CONTENT/ /CONTENT/
 
J'ai retrouvé mon "^"
 
Bon par contre, va falloir que je regarde si mon bug de touche Fn n'a pas déjà été remonté sur la lkml, et/ou le faire si ça n'a pas été le cas

C'était à cause du "nodeadkeys" ?

Voui

edit: par contre, maintenant j'ai l'impression que Battle for Wesnoth ne capture plus les combo Ctrl+... et Alt+...
pas eu le temps de fouiller plus loin, besoin de dodo hier soir

ça donne quelque chose de "perceptible" CFS  ?

Dans mon cas oui

merci pour cette contribution inestimable //cytrouille

modo facho; le peuple au ras tape haut

J'ai pas constaté moi
C'est sensé faire quoi normalement ?  

Version courte :
 
Exploiter plus efficacement le CPU avec un ordonnancement optimisé pour le traiter de multiples tâches en parallèle ; c'est donc susceptible d'améliorer les performances en environnement multi-tâches.
 
 
Version longue :
 

Source: Ingo Molnar (responsable de l'implémentation de CFS, basé sur le concept de "fair scheduling" par Con Kolivas).

Ok
Mais concrètement, tu vois comment que ça change quelque chose ?

C'est une excellente question.

tes applis sont sensés mieux réagir.
 
pour donner une exemple grossier, ton menu contextuel s'affiche dès que tu as cliqué sur le click-droit et pas 5 secondes plus tard comme sous windows.
 
Maintenant, par rapport à l'ordonnanceur précédent (celui en O(1) ) je n'ai pas noté de changements transcendant, juste que ça a parfois l'air un peu plus « fluide ».

personnellement je ne pense pas que ça soit le vrai problème du desktop le CPU. Mais essaie donc de lancer un gros dd if=/dev/zero of=/tmp/out en arrière plan et ensuite de faire quelque chose: pour moi c'est immédiat. L'ouverture d'un nouvel onglet dans gnome-terminal avec un bash prend 15s (bash lis des tas de trucs pour la completion) ...

Euh, j'utilise fluxbox, donc déjà à la base il mets pas 3h pour s'afficher, le menu
Sinon ok
 

Ok, je regarderais, tiens

voilà, c'est tout de suite mieux dit.

Bon ... le 2.6.23 est il dispo sur backports ?

ça fait un moment qu'il y est sur mandriva