Journal acpi4asus, suite ..

Posté par  (site web personnel) .
Étiquettes : aucune
0
18
nov.
2006
Suite a mon précédent journal ou je récupérais des dsdt, j'ai bossé sur le module asus_acpi, et ça donne ça :


cvs -d:pserver:anonymous@acpi4asus.cvs.sourceforge.net:/cvsroot/acpi4asus login
cvs -z3 -d:pserver:anonymous@acpi4asus.cvs.sourceforge.net:/cvsroot/acpi4asus co -P .
cd acpi4asus/driver/
make
rmmod asus_acpi
insmod asus_acpi.ko


C'est censé géré tout ce qui est marqué là :
http://iksaif.ath.cx:81/~iksaif/acpi4asus/ (cette page sera prochainement la page officielle de acpi4asus, faut juste que je la complète avant)
Donc par rapport à la 0.30 une dizaine de modèles en plus.

Donc si y'en a qui avaient des modèles non gérés avant (ou mal) par asus_acpi (donc tout ce qui est dans /proc/acpi/asus/ ), vous pouvez tester ...

En cas de bug, request, etc .. ça serait gentil d'utiliser http://acpi4asus.sourceforge.net/ histoire que ça soit un peu organisé ;)

Ca me permettra de vérifier que tout marche correctement, et donc de faire une release, parce que la 0.30 date de janvier.

Note: la seule chose que fait ce driver, c'est gérer les fonctions spéciales, comme les LED, les touches et l'affichage (brillance, rétroéclairage, sorties ...).

  • # upstream

    Posté par  . Évalué à 3.

    Est ce que c'est prévu de le faire passer upstream ? Il me semble avoir vu des gens qui bossaient pour faire une classe lcd / hotkeys / ... générique à la place du bordel actuel ou chaque marque a son driver et son interface.

  • # Une question bêêête...

    Posté par  (site web personnel) . Évalué à 3.

    Tout d'abord : MERCI ! C'est encours de compil. Mais un téléchargement un peu longuet fait que je ne peux tout arrêter, RDV dans 1h.

    Ma question concerne un tout autre sujet : La gestion des suspend/resume.

    Mon modele est un A2D et j'ai l'impression que sa table DSDT est bugguée. En fait, je réussissais a faire du suspend avec des kernel 2.6.X avec X < 12. ensuite, plus moyen.

    Il semble y avoir un conflit entre la gestion de l'affichage et autre chose (mais comme j'y connais RIEN de chez RIEN).

    J'ai rempli des rapports de Bug (notamment sur ma distrib, mandriva) qui ont permis au noyau de fonctionner impec.

    Voila. Donc si tu vois un truc de louche dans la table dsdt, n'hesite pas :)

    • [^] # Re: Une question bêêête...

      Posté par  (site web personnel) . Évalué à 4.

      Heu .. bah en fait, le A2D j'ai pas encore rajouté le support, vu que je me suis vachement concentré sur le A6x et A3x là. Mais bon, ça devrais par être trop dur a faire, tu peux toujours essayer de modifier le fichier asus_acpi.c (dans acpi4asus/driver/ )

      tu cherche ça :
      {
      .name = "A2x",
      .mled_set = "MLED",
      .wled_set = "WLED",
      .wled_status = "\\SG66",
      .lcd_switch = "\\Q10",
      .lcd_status = "\\BAOF",
      .brightness_set = "SPLV",
      .brightness_get = "GPLV",
      .display_set = "SDSP",
      .display_get = "\\INFB"},

      et tu remplace en ça :
      {
      .name = "A2x",
      .mled_set = "MLED",
      .wled_set = "WLED",
      .lcd_switch = xxN_PREFIX "_Q10",
      .lcd_status = "\\GO18",
      .brightness_set = "SPLV",
      .brightness_get = "GPLV",
      .display_set = "SDSP",
      .display_get = "\\ACTD"},
      et après, comme dit au dessus, make rmmod etc ...
      Ca va pas régler la question du resume, mais ça permettra de jouer avec le lcd.
      Pour le suspend qui marche ou pas, ça peut être n'importe quoi, en général un pilote non libre genre wifi ou carte graphique.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.