Forum général.général lm_sensors et i2c

Posté par .
Tags : aucun
0
18
jan.
2005
Bonjour,

j'ai vu que pour pouvoir avoir la température du proc et de la carte-mère, il fallait compiler les modules dans le noyau pour les versions 2.6.x (je compte utiliser torsmo) Je chercher des explications ou un tuto qui donne les réglages à effectuer dans la configuration du noyau pour pouvoir en profiter car je n'ai rien trouver de très probant sur le net :s Et qui précise ensuite quels modules chargés pour que ça soit fonctionnel. Ma carte mère est une Asus P4PE-X et mon proc un P4 2.4.

Merci de votre aide !

Zanton
  • # recompiler pour quoi faire ?

    Posté par . Évalué à 2.

    Qu'elle distribution utilises tu ?
    Parce que bon nombres de distrib prennent en charge i2c sans avoir besoin de recompiler le noyau (a recompiler le noyau grand discour de m$ addict ça)
    sous mandrake par exemple la démarche à suivre est le suivante:
    en root

    # urpmi lm_sensors ksensors

    ksensors si tu utilises kde bien sur. Sinon tu peux utiliser gkrellm sous gnome comme kde.

    une fois lm_sensors installé il faut lancer tjs en root

    # sensors-detect

    qui va detecter et configuré les sondes de ta carte mère.

    tu suis ce que te dis sensors-detect et ça devrait marcher direct.

    Mais si tu tiens à recompiler un kernel il faut activer le support de i2c et d'isa car beaucoup de cm utilisent un port isa virtuel pour les sondes.
    • [^] # Re: recompiler pour quoi faire ?

      Posté par . Évalué à 0.

      Je suis en Debian SID avec un kernel 2.6.9 (bientot en 10.) J'ai installé lm_sensors via apt-get et je compte l'utiliser avec torsmo. Voici ce que me donne sensors-detect :

      # sensors-detect

      This program will help you determine which I2C/SMBus modules you need to
      load to use lm_sensors most effectively. You need to have i2c and
      lm_sensors installed before running this program.
      Also, you need to be `root', or at least have access to the /dev/i2c-*
      files, for most things.
      If you have patched your kernel and have some drivers built in, you can
      safely answer NO if asked to load some modules. In this case, things may
      seem a bit confusing, but they will still work.

      It is generally safe and recommended to accept the default answers to all
      questions, unless you know what you're doing.

      We can start with probing for (PCI) I2C or SMBus adapters.
      You do not need any special privileges for this.
      Do you want to probe now? (YES/no):
      Probing for PCI bus adapters...
      Use driver `i2c-i801' for device 00:1f.3: Intel 82801DB ICH4
      Probe succesfully concluded.

      We will now try to load each adapter module in turn.
      Load `i2c-i801' (say NO if built into your kernel)? (YES/no):
      FATAL: Module i2c_i801 not found.
      Loading failed... skipping.
      If you have undetectable or unsupported adapters, you can have them
      scanned by manually loading the modules before running this script.

      To continue, we need module `i2c-dev' to be loaded.
      If it is built-in into your kernel, you can safely skip this.
      i2c-dev is not loaded. Do you want to load it now? (YES/no):
      FATAL: Module i2c_dev not found.
      Loading failed, expect problems later on.

      We are now going to do the adapter probings. Some adapters may hang halfway
      through; we can't really help that. Also, some chips will be double detected;
      we choose the one with the highest confidence value in that case.
      If you found that the adapter hung after probing a certain address, you can
      specify that address to remain unprobed. That often
      includes address 0x69 (clock chip).

      Some chips are also accessible through the ISA bus. ISA probes are
      typically a bit more dangerous, as we have to write to I/O ports to do
      this. This is usually safe though.

      Do you want to scan the ISA bus? (YES/no):
      Probing for `National Semiconductor LM78'
      Trying address 0x0290... Failed!
      Probing for `National Semiconductor LM78-J'
      Trying address 0x0290... Failed!
      Probing for `National Semiconductor LM79'
      Trying address 0x0290... Failed!
      Probing for `Winbond W83781D'
      Trying address 0x0290... Failed!
      Probing for `Winbond W83782D'
      Trying address 0x0290... Failed!
      Probing for `Winbond W83627HF'
      Trying address 0x0290... Failed!
      Probing for `Winbond W83697HF'
      Trying address 0x0290... Failed!
      Probing for `Silicon Integrated Systems SIS5595'
      Trying general detect... Failed!
      Probing for `VIA Technologies VT82C686 Integrated Sensors'
      Trying general detect... Failed!
      Probing for `VIA Technologies VT8231 Integrated Sensors'
      Trying general detect... Failed!
      Probing for `ITE IT8705F / IT8712F / SiS 950'
      Trying address 0x0290... Failed!
      Probing for `IPMI BMC KCS'
      Trying address 0x0ca0... Failed!
      Probing for `IPMI BMC SMIC'
      Trying address 0x0ca8... Failed!

      Some Super I/O chips may also contain sensors. Super I/O probes are
      typically a bit more dangerous, as we have to write to I/O ports to do
      this. This is usually safe though.

      Do you want to scan for Super I/O sensors? (YES/no):
      Probing for `ITE 8702F Super IO Sensors'
      Failed! (skipping family)
      Probing for `Nat. Semi. PC87351 Super IO Fan Sensors'
      Failed! (skipping family)
      Probing for `SMSC 47B27x Super IO Fan Sensors'
      Failed! (skipping family)
      Probing for `VT1211 Super IO Sensors'
      Failed! (0x87)
      Probing for `Winbond W83627HF Super IO Sensors'
      Failed! (0x87)
      Probing for `Winbond W83627THF Super IO Sensors'
      Failed! (0x87)
      Probing for `Winbond W83637HF Super IO Sensors'
      Failed! (0x87)
      Probing for `Winbond W83697HF Super IO Sensors'
      Failed! (0x87)
      Probing for `Winbond W83697SF/UF Super IO PWM'
      Failed! (0x87)
      Probing for `Winbond W83L517D Super IO'
      Failed! (0x87)

      Do you want to scan for secondary Super I/O sensors? (YES/no):
      Probing for `ITE 8702F Super IO Sensors'
      Failed! (skipping family)
      Probing for `Nat. Semi. PC87351 Super IO Fan Sensors'
      Failed! (skipping family)
      Probing for `SMSC 47B27x Super IO Fan Sensors'
      Failed! (skipping family)
      Probing for `VT1211 Super IO Sensors'
      Failed! (skipping family)

      Sorry, no chips were detected.
      Either your sensors are not supported, or they are
      connected to an I2C bus adapter that we do not support.
      See doc/FAQ, doc/lm_sensors-FAQ.html, or
      http://www2.lm-sensors.nu/~lm78/cvs/lm_sensors2/doc/lm_sensors-FAQ.(...)
      (FAQ #4.24.3) for further information.
      If you find out what chips are on your board, see
      http://secure.netroedge.com/~lm78/newdrivers.html(...) for driver status.



      J'ai visiblement un problème au niveau d'un module qui n'est pas chargé (je ne crois pas avoir i2c d'installer mais est-ce nécessaire ?) mais ensuite il ne détecte rien. Ce qui m'étonne, c'est que j'utilise aussi un autre petit programme, xmbmon qui me permet d'avoir la température du proc et de la carte mère aussi donc ces infos doivent bien être dispos mais je ne trouve pas ce programme très ergonomique et je préférais utiliser torsmo.

      Merci pour l'aide.
      • [^] # Re: recompiler pour quoi faire ?

        Posté par . Évalué à 2.

        Je suis sous Ubuntu, www.chezmoiçamarche.org

        http://www.ubuntuforums.org/showthread.php?t=2780&highlight=I2C(...)
      • [^] # Re: recompiler pour quoi faire ?

        Posté par . Évalué à 0.

        J'ai recompilé mon noyau en ajoutant tout en module pour la partie i2c et maintenant, je peux charger les modules correspondant. Pour Ubuntu, i2c doit être par défaut en module dans la conf du noyau ?

        Enfin bref, ça marche à peu près : il me propose quatre modules à charger :

        # Generated by sensors-detect on Tue Jan 18 19:05:47 2005
        # I2C adapter drivers
        #i2c-i801
        modprobe unknown adapter monid
        # modprobe unknown adapter dvi
        # modprobe unknown adapter vga
        # modprobe unknown adapter crt2
        # I2C chip drivers
        w83781d
        eeprom
        ddcmon


        Mais les deux derniers ne marchent pas, il me dit qu'il ne trouve pas les modules. Ca n'est pas très grave puisque ça semble fonctionner avec les deux premiers. Cependant, les températures affichées pour la carte mère et le proc me semblent fantaisistes :
        M/B Temp: +26°C (high = +80°C, hyst = +75°C)
        CPU Temp: +37.5°C (high = +100°C, hyst = +90°C)

        Autant pour la carte mère ça me semble tout à fait convenable, autant pour le cpu, c'est déraisonnable : avec les capteurs de la carte mère, je suis à 51.1°C ce qui fait tout de même une différence de 15° (alors qu'il n'y en a aucune pour la carte mère) ! Je préfèrerais le 37.5 mais je n'y crois pas trop... Comment le sensor trouve-t-il la température de mon proc ? Merci de me le dire si vous savez car je viens d'acheter un Zalman7000B AlCu exprès pour refroidir mon proc...

Suivre le flux des commentaires

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