Reprise du message précédent :

À priori la seule référence dans le wiki est dans l'article consacré à l'eee: Installing Arch Linux on the Asus EEE PC.

Sur le forum je suis tombé sur un message de Cypher qui me paraît intéressant:

Si tu trouves la solution, que tu as du temps et que tu sais écrire en anglais ce serait bien de contribuer au wiki. (Pas mal de conditions tout ça )

Je savais bien que j'oubliais quelque chose, "yaourt osd" sort une liste de 40 paquets, tu devrais peut-être chercher de ce côté là ...

ouep merci en tout cas
j ai testé avec le truc de l asus mais bien sur ca passe pas
mais voir du coté du msg de Cypher
j ai installé xosd déja mais ca m a pas donné grand chose
mais je vais regarder je vous tiens au courant !
marrant que je sois le seul a chercher ca

Non, je suis aussi intéressé  

 
j'ai un Dell xps1330 et tout ca marche chez moi, par contre je sais plus trop comment j'ai fait...

merci, c est déja ca !  
peux tu me lister ce  que tu as dans " /etc/hal/fdi/policy/ "
Si j ai bien compris pour faire marcher le brightness ca correspond à une policy, donc interaction entre DBUS et HAL.
A priori ca utilise ca :
Ca utise donc normalement
/org/freedesktop/PowerManagement/Backlight org.freedesktop.PowerManagement.Backlight.GetBrigh
 
en interrogeant Dcom en ligne de commande ca doit dbus-send --type=method_call --print-reply --dest=org.freedesktop.PowerManagement --session /org/freedesktop/PowerManagement/Backlight org.freedesktop.PowerManagement.Backlight.GetBrightness  
devrait renvoyer quelque chose, sauf que chez moi c est file not found...
 

Ya plus les repo unstable ??

Bon sang, leur "1 April Joke" m'a coûté cher J'ai reformaté mon Laptop et installé Debian dessus en me disant "Je ne participerai pas à une distro qui lache le support i686 alors que mon laptop est Pentium M" ...

Le support de Policykit n est pas un poisson d' avril, lui .

Et il n'est pas nouveau non plus

moi jtrouve ca relou les policy kit, j ai du mal a m y faire a leurs XML a la noix
je prefere comme avant a l ancienne

Je viens de mettre en place KMS avec le lien fourni plus tôt par Dek. Deux questions :
 
- comment vérifier qu'on tourne bien avec KMS ? J'ai l'impression que les basculement console/graphique sont plus rapide, mais difficile d'être catégorique.
- comment avoir une console avec une résolution potable ? Commen indiqué dans le tutoriel, j'ai viré le vga=xxx de mon menu.lst, mais du coup, retour en 640x480

Normalement tu devrais avoir un changement de résolution à la fin du chargement du kernel (comme avec le framebuffer).
Moi je n'ai rien eu à régler, sur mon netbook, KMS switche directement dans la bonne résolution (1024x600), par contre je suis curieux de savoir où se règle cette résolution.
 
Tu as bien mis le i915.modeset=1  dans les paramètres de lancement du kernel ?

Ah ben non    
 
Je m'étais planté de ligne à ajouter à mon lancement de kernel. Après avoir mis la bonne, ça marche nickel, et même mieux qu'avec un vga=xxx, la résolution passant bien en 1280x800. Et le passage de la console au graphique est juste   D'où l'effet placebo ce matin en trouvant que ça allait déjà plus vite
En tout cas, dorénavant, entre KMS, HAL, et xorg 1.6, il commence à y avoir une gestion automatique de l'affichage qui déboite vraiment bien, sous Intel en tout cas.

Par contre, obligé d'utiliser UXA, et sur i945GM, c'est plus lent que EXA en 3D.
Ça devrait évoluer, normalement.

Je ne sais pas exactement ce qui est dans mon portable, je crois que c'est un peu plus rapide que le i945, c'est un X3100 de tête. En tout cas, je n'ai rien remarqué de particulier côté perfs sous Compiz.

C'est quoi ce KMS dont vous parlez ?

http://fr.wikipedia.org/wiki/Kernel-based_mode-setting
http://www.phoronix.com/scan.php?p [...] ting&num=1

on peut pas faire du KMS avec nividia , je l ai activé avec tout ce qui va bien sur mon portable avec une 8600M, aucune erreur mais aucun changement aussi

Si tu tentes d'utiliser KMS avec le driver binaire nVidia, oublie, nVidia ne supporte pas KMS… Avec Nouveau, c'est une autre histoire (mais pas gagné)  

si vous avez des infos pour les ATI, et voire même pour les autres marques... (j'utilise aussi une matrox, et j'ai une Sis dans un tiroir qui pourrait dépanner prochainement un PC en rade).

Merci...

Je suis en train de faire la maj vers gnome 2.26 et xorg : j'espere que ca va pas tout casser  

[edit] Et bien parfait : xorg et gnome 2.26 ^^ Tout a l'air tres stable !

j ai des soucis avec mon touchpad synaptics,
toujours sur mon DELL M1530 en faite il fonctionnait mais pas de vertical scroll, le truc chiant
j ai donc installé les drivers synaptics, modifié le xorg, et reboot,
Mais du coup non seulement j ai toujours pas le scroll mais en plus mon touchpad est aussi rapide qu une tortue dans le desert de dagobie...
cest pas controlable !
Mon Xorg :
 
http://www.binpaste.com/v.php?id=jxbkv
 
si vous avez des idées...
 
 
 

oui, c'est probablement normal car maintenant, c'est HAL qui gère tout ça !
2 solutions :
- configurer HAL : c'est chiant, c'est du langage xml, mais tu peux t'en sortir assez facilement en recopiant un fichier fdi qui traine sur un forum (le sujet est récurrent, c'est pas les exemples qui manquent !). Ne pas oublier que HAL, même si je le trouve casse-c*****es tellement il s'incruste partout, semble être la voie privilégiée pour l'avenir (niveau architecture système).
- ne pas configurer HAL et rajouter un ServerFlag / Option "AutoAddDevice" "false" --> idem, recherches dans un forum pour la syntaxe exacte.
 

 

HAL c'est bien, c'est juste que les GUIs sont pas encore là. J'ai pas mal modifié l'article de HAL sur le wiki hier, je trouve qu'il ressemble un peu plus à quelque chose maintenant.

Jette un oeil sur le wiki, il y a un exemple de fichier XML à mettre dans les policy de HAL qui, sur mon portable, avait configuré le touchpad nickel de chez nickel (tapotis, scrollings, tout était parfait).

EDIT :
http://wiki.archlinux.org/index.ph [...] enabled.29

Rha décidément j ai du mal a m y faire à ce HAL
 
j ai déja pas non plus d OSD avec lui
il me manque des fonctions des trucs du genre mais je trouve pas de "pack" avec tout compris
 
Bon bah je vais me pencher sur HAL & synaptics  

DeK
toi qui utilise KMS pour arch
quand on fait le mkinitcpio -p kernel26-kms (après avoir modifié le /etc/mkinitcpio-kms.conf), il faudra le refaire pour chaque update du kernel ?
Et si je met direct dans /etc/mkinitcpio.conf, ça risque pas de sauter a la prochaine maj pour le mkinitcpio.conf inclu avec le kernel maj ?

edit: et au boot dans grub j'ai bien rajouté "i915.modeset=1", mais la première ligne après grub il me dit directement
Unknown i915.modeset ignored truc chose

pourtant la résolution juste après a changé et est bonne (donc je suppose que ça marche quand même ? )
edit: je viens de tester les passages Console -> Xorg, et donc oui ça marche

Salut,
 
Je suis possesseur d'une aTI HD4870X2. J'ai installé Arch et fglrx segfault. J'ai essayé les catalyst 9.2, 9.3 et 9.4 beta sur le noyau 2.6.28 les 3 segfault, 9.3 sur 2.6.29 => idem, 9.2 et 9.3 sur 2.6.27 => idem    
 
Si vous avez une idée... Je me vois dans l'obligation de revendre ma cg pour reprendre une nvidia  
 
Merci

Perso j'ai abandonné même l'idée d'avoir de l'ati avant quelques années sous linux
Je sais pas si tu as lu ce topic, qui pourrait t'être fort utile: http://forum.hardware.fr/forum2.ph [...] w=0&nojs=0

Yep pour l'instant les pilotes ATI c'est pas trop çà, des freezes, etc...à tout và, j'ai aussi laissé tombé ATI pour NVIDIA(au moins je n'ai plus ces freezes que j'avais sous win et gnu/linux), finalement me suis pris une 9600GT et çà fait du bien de ne plus subir ces conneries de pilotes ATI.

Perso, j'ai fait les modif du tutoriel linké par Dek directement dans mkinitcpio.conf. Les mises à jour du kernel se passent sans problème, la commande kernel26 exécutée lors des MAJ se servant de ce fichier comme base. Au pire, tu peux donc faire un essai avec une conf à part (qui ne sera peut être pas mise à jour automatiquement, je ne sais pas), et si ça fonctionne (ce qui a l'air d'être le cas), l'intégrer dans le mkinitcpio par défaut. A moins que le preset défini dans l'autre fichier du tutoriel permettre justement de s'affranchir d'une MAJ manuel.

2.6.29 dans [Core] ce matin    
 

 
Moi j'ai pas fait exactement comme lui, je n'ai pas créé de fichier séparé, j'ai joué sans filet en faisant tout dans le mkinitcpio principal    
Ça a très bien marché pour moi, mais effectivement, avec sa méthode je ne sais pas si ça va passer au niveau des updates.

Comme moi donc Sans filet, c'est toujours plus fun, comme ça si ça pète, tout est pété, c'est beaucoup plus drôle

Si on a une nvidia on peut quand même configurer le truc au cas où ce serait supporté plus tard, ou ça risque de péter quelque chose ?

J'ai déjà posé la question pour ATI (voire matrox et Sis), mais personne n'a répondu... ... ce que je comprends, car le sujet intéresse vraiment très très peu de monde (et encore moins d'archers !)

Ben fais le test avec une config de mkinitcpio alternative, tu seras fixé

 
Bof, si c'est possible plus tard, on ne sait pas encore de quelle manière il faudra le configurer, alors je dirais non