Reprise du message précédent :

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

J'suis allé voir de plus près ... et pour le moment toujours rien sous lenny ou backports
 
Ceci dit, G une question pour ceusses qui manipulent souvent vmware : Est ce que les jeux 3D Windows fonctionnent depuis une machine émulée sous un vmware linux ?

Le 2.6.23 n'est pas disponible non plus dans unstable ou même dans experimental, je ne sais pas trop pourquoi ; il y a peut être des problèmes bloquants avec...

 
vmware "émule" une carte s(vga) donc les jeux en 3D soft, peut-être

J'ai vu qu'il était possible d'éditer le fichier de config de l'image de l'OS à émuler pour activer un support de la 3D.

petit up
 
Finalement le 2.6.23 est entré dans unstable depuis peu.    
   ---> http://packages.debian.org/sid/linux-source-2.6.23
 
Actuellement il s'agit de la révision 2.6.23-1 ; celle-ci se base sur la version Linux 2.6.23.9 de kernel.org accompagnée des habituels patches Debian (cf. changelog Debian).
 

packages.debian.org est down depuis ce matin

Le timer haute résolution semble bien, mais il fait que mes clicks de souris sont trop réactifs (genre je clique une fois, j'ai la fenêtre qui s'ouvre X3 ).
 
Bref, pour une utilisation standard, je conseille plutôt de ne pas l'activer (je viens de l'enlever et ma souris est redevenue normalement réactive, et plus la souris bionique ).

Sous arch on a le 2.6.23.11-1 qui viens d'arriver en testing \o/
 
http://archlinux.org/packages/14521/

Dites, dans le 2.6.23, le scheduler par défaut est bien CFS ?
Ya moyen de savoir quel scheduler est activé ? Je trouve rien dans les logs.

dmesg | grep scheduler  

Voir même cat /sys/block/*/queue/scheduler pour savoir ceux qui sont actifs.

En fait, ces commandes sont seulement utiles pour voir quel i/o scheduler est activé.    
 
Petit rappel : on distingue 2 types d'ordonnancement au niveau du noyau : celui des processus (task scheduler) et celui des entrées-sorties au niveau des périphs de stockage (i/o scheduler).
 
 
Si on parle de CFS alors il s'agit de l'ordonnanceur des processus ; pour savoir s'il est actif il faut faire un :

Si des fichiers nommés sched_* sont listés alors c'est bon ; ceux-ci correspondent aux différents paramètres d'ordonnancement utilisés par CFS.
 
 

Non
 

Non
 

Merci beaucoup
 

Je n'ai que le fichier «sched_compat_yield», c'est normal ?

Je n'ai pas de 2.6.23 sous la main pour vérifier ; CFS à l'air d'être actif, mais normalement il me semble qu'il devrait y avoir beaucoup plus de fichiers de paramétrage que ça.

Vérifies éventuellement le contenu de ce fichier pour voir si davantage d'infos sont données.

Ya écrit 0 dedans
(2.6.23 de Sid)

J'ai la même chose que Riot, et powernow fonctionne parfaitement .

Hum, en fait, le problème semble un peu plus complexe, car ma souris reste toujours un peu trop réactive au clic ...
Pour situer, je pense que le souci est présent depuis la sortie du 2.6.23, mais je n'ai pas encore identifié tous les paramètres qui impliquent ce comportement (mon xorg.conf n'a pas de souci pour info, j'utilise evdev).
 
Bref, si vous avez des idées .

Quel rapport avec CFS  

tu as testé si tu as le même problème avec le pilote explorerPS/2 ? histoire d'éliminer un problème avec evdev ?

THRAK : en fait, j'ai juste listé ce qui était présent avec sched*, comme tu l'indiquais à Riot, pour confirmer ce qu'il listait lui et qui fonctionne chez moi.
Bref, je n'ai pas vraiment réfléchi au pourquoi de ce seul fichier à vrai dire .
 
Mjules : au départ, j'étais en PS/2 et je suis passé en evdev pour voir si c'était mieux, mais, c'est idem.
Je vais recompiler un 2.6.22.* histoire de faire déjà quelques vérifications par rapport à ce noyau, ensuite, j'enquêterai avec des versions plus récentes du noyau (2.6.24-rc5 là).
À noter que j'ai déjà testé les dernières versions de Xorg (enfin, pas la toute dernière presque finale, juste celle comprenant encore le souci des leds clavier), avec les derniers pilotes input, sans grand changement.
 
C'est pour cela que je pense plus à une modification du noyau.

L'apport de CFS, j'en mettrais pas ma main à couper, mais par exemple la roulette dans firefox semble être plus réactive avec le cpu chargé et firefox lancé en "nice -n15".

git bisect for the win

Bon, après test avec le 2.6.22.15, ça ne change pratiquement pas le comportement de ma souris.
Pas besoin de chercher les différences entres les noyaux donc.
 
Le souci doit donc venir d'ailleurs .
 
edit : et sinon, on perçoit quand même l'apport du dernier CFS, avec un poil plus de réactivité, je trouve (ou alors, c'est placebo).
 
edit2 : en fait, il faudrait que je puisse régler la fréquence de clic des boutons de ma souris.
 
http://forums.gentoo.org/viewtopic [...] mouse.html
http://forums.gentoo.org/viewtopic [...] mouse.html
http://forums.gentoo.org/viewtopic [...] mouse.html
 

Et dans mon xorg.conf

J'ai rajouté des infos sur mon souci, si quelqu'un voit quelque chose de suspect .
 
C'est une logitech MX700 (cf profil).

 
Dans le centre de configuration de KDE :

Ton bouton reste enfoncé
(désolé, je vois rien d'autre)

Edit: Ah ouais, t'utilises KDE... ne cherche pas plus loin

Bon, j'ai mis le :

Et c'est mieux (pas encore top cela dit, mais mieux).

Je suis en train de tester le cryptocompress plugin pour reiser4 c'est impressionnant. Mon / est passe de 1.3Go de libre sur 5 Go a 3.2 Go de libre.

Par contre je tracefault ;(
Je ne sais pas trop si c'est jouable alors.

edit: en fait les 1.3Go c'etait en ext3, en reiser4 normal j'ai 2.2Go de libre. Je suis revenu au reiser4 normal car le systeme ne fonctionnait plus vraiment avec cryptocompress

Si tu es chaud pour écrire un module compress pour device-mapper, j'emballe le projet

hmm ca ira merci

Bon à priori il y a eu un patch pour mon problème mais je n'ai pas envie de recompiler mon kernel pour cela, donc je tenterai avec le 2.6.24 voir ce que ca donne. Vu la lenteur de mon HD j'ai de bon espoir pour cela.

2.6.24 out .

faut mettre à jour le titre du topik

raah je me suis compilé un .23 hier

d'après osnews, pas mal de nouveaux drivers dans ce kernel, à tester au plus vite donc. Aussi, pas mal de bugfix sur l'acpi. A tester donc

Le rc7 tourne très bien chez moi (je maj ce week-end, la flemme ce soir ).

Tout c'est bien passé, le petit nouveau a été compilé et installé vendredi soir, le portable se porte très bien, ainsi que son propriétaire qui a finalement retrouvé sa touche "brightness" avec cette nouvelle version

je sais pas ce que j'ai merdé mais il reste sur un "waitin for root filesystem"
 
j'ai pourtant bien activé la libata avec la prise en charge ich7 (le reste, viré)

Il fait un kernel panic ?
 
Tes disques étaient reconnus comment avec le 23 ?

 
non, pas de kp juste "rien", "waiting"
j'ai l'impression qu'il trouve pas de dur. "no root fs on loop" un truc du genre.
 
Le 2.6.23 est un offficial debian, utilisant la libata...