Forum Linux.noyau SpeedStep Centrino or not ?

• # cpufreq-set

  Posté par djibb (site web personnel) le 27 octobre 2005 à 21:13. Évalué à 3.

  

  compiler cpufreq-info et cpufreq-set
  modprobe cpufreq_ondemand (a condition qu'il ait été compilé ds le noyo)
  cpufreq-set -g ondemand

  • [^] # Re: cpufreq-set

    Posté par alkpone le 28 octobre 2005 à 13:09. Évalué à 1.

    

    cpufreq-set -g ondemand => c'est bien, c'est plus rapide que:
    echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
    
    Mais cela ne fait toujours pas marcher le speedstep

    • [^] # Re: cpufreq-set

      Posté par alkpone le 28 octobre 2005 à 14:10. Évalué à 1.

      

      "You need special Kernel options and drivers to enable these features"
      
      J'ai trouve ca sur tuxmobil, quelqu'un sait quels sont ces options?

      • [^] # Re: cpufreq-set

        Posté par niol (site web personnel) le 28 octobre 2005 à 15:44. Évalué à 2.

        

        Chez moi cà marche avec le démon powernowd. Les options activées dans mon noyau qui me semblent pertinentes sont :

        CONFIG_CPU_FREQ=y
        CONFIG_CPU_FREQ_TABLE=m
        CONFIG_CPU_FREQ_STAT=m
        CONFIG_CPU_FREQ_DEFAULT_GOV_PERFORMANCE=y
        CONFIG_CPU_FREQ_GOV_PERFORMANCE=y
        CONFIG_CPU_FREQ_GOV_POWERSAVE=m
        CONFIG_CPU_FREQ_GOV_USERSPACE=m
        CONFIG_CPU_FREQ_GOV_ONDEMAND=m
        CONFIG_X86_ACPI_CPUFREQ=m
        CONFIG_X86_SPEEDSTEP_CENTRINO=m
        CONFIG_X86_SPEEDSTEP_CENTRINO_ACPI=y

        Comme j'utilise powernowd, je n'utilise que le Userspace governor. Faudra que je test un jour le On-demand governor. Que dire d'autre? J'ai l'ACPI activé et acpid qui tourne mais je ne pense pas que cà soit beaucoup lié. Je le dis quand même au cas où. Pour conclure, je dirais que cà m'a fait gagner au moins une heure de batterie ce truc. Bon courage!

        • [^] # C'est normal (enfin je crois)

          Posté par alkpone le 31 octobre 2005 à 11:39. Évalué à 1.

          

          Je pense en fait que mon processeur n'est pas supporte!
          
          Dans le fichier speedstep-centrino.c, il y a:
          
          

          
          enum {
          CPU_BANIAS,
          CPU_DOTHAN_A1,
          CPU_DOTHAN_A2,
          CPU_DOTHAN_B0,
          CPU_MP4HT_D0,
          CPU_MP4HT_E0,
          };
          
          static const struct cpu_id cpu_ids[] = {
          [CPU_BANIAS] = { 6, 9, 5 },
          [CPU_DOTHAN_A1] = { 6, 13, 1 },
          [CPU_DOTHAN_A2] = { 6, 13, 2 },
          [CPU_DOTHAN_B0] = { 6, 13, 6 },
          [CPU_MP4HT_D0] = {15, 3, 4 },
          [CPU_MP4HT_E0] = {15, 4, 1 },
          };
          

          
          
          Pas de trace de Sonoma, ni de processeur {6, 13, 8}
          ( {cpu_family, model, stepping} )
          
          Mon processeur n'est donc pas gerer!
          Nouvelle question:
          Est-ce que dans les prochains noyau, le sonoma sera supporte ? (j'utilise en ce moment le 2.6.13.3)
          ou alors dois-je modifier les sources de tel sorte que mon processeur soit reconnu:
          
          

          
          static const struct cpu_id cpu_ids[] = {
          [CPU_BANIAS] = { 6, 9, 5 },
          [CPU_DOTHAN_A1] = { 6, 13, 1 },
          [CPU_DOTHAN_A2] = { 6, 13, 2 },
          [CPU_DOTHAN_B0] = { 6, 13, 8 }, //<<reconnu en tant que dothan_b0
          [CPU_MP4HT_D0] = {15, 3, 4 },
          [CPU_MP4HT_E0] = {15, 4, 1 },
          };
          

          • [^] # Re: C'est normal (enfin je crois)

            Posté par alkpone le 31 octobre 2005 à 12:11. Évalué à 1.

            

            Je ne dois pas modifier ces parametres, les anciens models ont un bus a 400mhz, mais la revision dothan_c0 (Sonoma donc) tourne a 533mhz.
            
            Il me faut donc un fichier speedstep-centrino.c qui gere le dothan_c0
            si quelqu'un en a un, je suis preneur.
            
            merci pour votre aide

Suivre le flux des commentaires

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