Rocks a écrit 6 commentaires

  • [^] # Re: sonypi

    Posté par  . En réponse au message Touches Fn+ sur un vaio non reconnues sous Etch. Évalué à 1.

    Hello,

    Je reviens sur ce sujet quelque peu laissé de côté.
    J'ai eu le temps de creuser un peu la question (d'ailleurs, xmodmap ne fonctionne pas non plus... merci quand même ;-) ), voici ce que j'ai trouvé :
    - j'ai bien sonypi (en dur dans mon noyau actuel)
    - j'ai bien le daemon sonypid
    - j'ai aussi spicctrl
    - j'ai également /dev/sonypi
    par contre
    - je n'ai pas /proc/acpi/sonypi
    d'ailleurs, j'eus dù regarder dans mon /var/log/acpid, voici ce que j'y trouve :
    [Sun Dec 10 13:38:47 2006] received event "sony/hotkey SPIC 00000001 00000011"
    [Sun Dec 10 13:38:47 2006] notifying client 3069[105:108]
    [Sun Dec 10 13:38:47 2006] notifying client 3395[0:0]
    [Sun Dec 10 13:38:47 2006] executing action "/etc/acpi/sonybright.sh up"
    [Sun Dec 10 13:38:47 2006] BEGIN HANDLER MESSAGES
    cat: /proc/acpi/sony/brightness: No such file or directory
    /etc/acpi/sonybright.sh: line 5: [: : integer expression expected
    /etc/acpi/sonybright.sh: line 21: /proc/acpi/sony/brightness: No such file or directory


    Un peu de googling m'a amené ici : http://www.popies.net/sonypi/index.html
    J'ai donc lu la doc incluse dans les sources du noyau et j'en arrive à une question : il est conseillé de faire un mknod de /dev/sonypi. Cependant, j'ai déjà un /dev/sonypi. Est-ce que c'est les majeur et mineur de mon /dev/sonypi qui ne sont pas bons? Je n'ai jamais utilisé mknod (oui, vous l'avez deviné, n00b inside) et le man de mknod est concis, certes, mais assez succint. J'ai un peu peur de tout casser si je me plante et surtout, je ne comprends pas bien les tenants et les aboutissants, or j'aime bien *comprendre* ce que je fais.

    Si quelqu'un peut m'indiquer si je m'oriente dans la bonne direction et m'expliquer de quoi il retourne, je serai reconnaissant :-)

    Merci.

    P.S. j'ai booté sur le livecd Ubuntu juste pour vérifier et j'ai bien un /proc/acpi/sony et j'y trouve bien les infos concernant l'action des touches Fn...
  • [^] # Re: sonypi

    Posté par  . En réponse au message Touches Fn+ sur un vaio non reconnues sous Etch. Évalué à 1.

    Oui, j'ai bien /dev/sonypi
    faudrait que je trouve où se fait ce mapping.

    Merci pour ces infos, je vais voir ce que je peux faire :-)
  • [^] # Re: sonypi

    Posté par  . En réponse au message Touches Fn+ sur un vaio non reconnues sous Etch. Évalué à 1.

    Je viens de compiler le sonypid (qui requiert libxtst-dev) de popies.net et quand je le lance, j'obtiens :
    Event: Fn-F2 Pressed
    Event: Event unknown!
    et de même pour toutes les combinaisons Fn+... qui ne fonctionnaient pas non plus auparavant.
    Je dois avoir une coquille dans le système...

    Merci pour ces indications en tout cas :-)
  • [^] # Re: sonypi

    Posté par  . En réponse au message Touches Fn+ sur un vaio non reconnues sous Etch. Évalué à 1.

    J'ai compilé sonypi en dur dans mon noyau (2.6.19) alors qu'il est en module sur les officiels, j'ai déjà installé spicctrl (chez moi, les options -b et -B ne font rien, le seul contrôle que j'aie est d'éteindre le bluetooth...), il ne manque que sonypid, que je ne trouve pas dans les packages debian. Il faut que je le compile à partir des sources de http://popies.net/sonypi/ ?
  • [^] # Re: BIOS...

    Posté par  . En réponse au message acpi, c-states, chauffe processeur & debian. Évalué à 1.

    Oui, exact, avec l'autre OS le ventilo tourne moins fréquemment et le cpu chauffe moins que sous linux lorsque la machine est sur secteur.

    Merci :-)
  • [^] # Re: BIOS...

    Posté par  . En réponse au message acpi, c-states, chauffe processeur & debian. Évalué à 1.

    Si c'est le cas, alors je n'ai pas de chances. Le bios de cette machine ferait pâlir d'envie le plus aride des déserts tant il est vide de tout contenu... Que puis-je y rêgler? la date, l'heure, si je veux le zouli logo sony animé au boot (...) et dans quel ordre les périphériques sont choisis au boot ... et c'est tout :-/

    J'espère en tout cas que j'ai d'autres recours que le bios pour faire fonctionner l'acpi aussi bien sous linux que sous un autre OS dont je ne citerai pas le nom ;-)

    a+

    P.S. dans /etc/acpi/ il y a tout un tas de fichiers, dont un power.sh ... mais je n'y comprends rien. Est-ce que je peux essayer de rêgler le comportement de l'acpi par le biais de ces fichiers? En fait, c'est le fonctionnement global de l'acpi sous linux qu'il faudrait qu'on m'explique ;-)