sensors-detect(8) [debian man page]

SENSORS-DETECT(8)					      System Manager's Manual						 SENSORS-DETECT(8)

NAME

       sensors-detect - detect hardware monitoring chips

SYNOPSIS

       sensors-detect

DESCRIPTION

       sensors-detect  is  an  interactive  program that will walk you through the process of scanning your system for various hardware monitoring
       chips, or sensors, supported by libsensors(3), or more generally by the lm_sensors tool suite.

       sensors-detect will look for the following devices, in order:

       o      Sensors embedded in CPUs, south bridges and memory controllers.

       o      Sensors embedded in Super I/O chips.

       o      Hardware monitoring chips accessed through ISA I/O ports.

       o      Hardware monitoring chips reachable over the SMBus or more generally any I2C bus on your system.

       As the last two detection steps can cause trouble on some systems, they are normally not attempted if the second detection step led to  the
       discovery  of a Super I/O chip with complete hardware monitoring features.  However, the user is always free to ask for all detection steps
       if so is his/her wish. This can be useful if a given system has more than one hardware monitoring chip. Some vendors are known to do  this,
       most notably Asus and Tyan.

WARNING

       sensors-detect  needs  to access the hardware for most of the chip detections.  By definition, it doesn't know which chips are there before
       it manages to identify them. This means that it can access chips in a way these chips do not like,  causing  problems  ranging  from  SMBus
       lockup to permanent hardware damage (a rare case, thankfully.)

       The  authors  made  their  best	to make the detection as safe as possible, and it turns out to work just fine in most cases, however it is
       impossible to guarantee that sensors-detect will not lock or kill a specific system. So, as a rule of thumb, you should	not  run  sensors-
       detect  on  production  servers,  and you should not run sensors-detect if can't afford replacing a random part of your system. Also, it is
       recommended to not force a detection step which would have been skipped by default, unless you know what you are doing.

SEE ALSO

       sensors(1), libsensors(3)

AUTHOR

       Frodo Looijaard and Jean Delvare

lm-sensors 3							   December 2008						 SENSORS-DETECT(8)

I2CDETECT(8)						      System Manager's Manual						      I2CDETECT(8)

NAME

       i2cdetect - detect I2C chips

SYNOPSIS

       i2cdetect [-y] [-a] [-q|-r] i2cbus [first last]
       i2cdetect -F i2cbus
       i2cdetect -V
       i2cdetect -l

DESCRIPTION

       i2cdetect is a userspace program to scan an I2C bus for devices. It outputs a table with the list of detected devices on the specified bus.
       i2cbus indicates the number or name of the I2C bus to be scanned, and should correspond to one of the busses listed by i2cdetect  -l.   The
       optional parameters first and last restrict the scanning range (default: from 0x03 to 0x77).

       i2cdetect can also be used to query the functionalities of an I2C bus (see option -F.)

WARNING

       This program can confuse your I2C bus, cause data loss and worse!

INTERPRETING THE OUTPUT

       Each cell in the output table will contain one of the following symbols:

       o "--". The address was probed but no chip answered.

       o "UU".	Probing  was  skipped,	because  this address is currently in use by a driver. This strongly suggests that there is a chip at this
	 address.

       o An address number in hexadecimal, e.g. "2d" or "4e". A chip was found at this address.

OPTIONS

       -y     Disable interactive mode. By default, i2cdetect will wait for a confirmation from the user before messing with  the  I2C	bus.  When
	      this flag is used, it will perform the operation directly. This is mainly meant to be used in scripts.

       -a     Force scanning of non-regular addresses. Not recommended.

       -q     Use  SMBus  "quick write" commands for probing (by default, the command used is the one believed to be the safest for each address).
	      Not recommended. This is known to corrupt the Atmel AT24RF08 EEPROM found on many IBM Thinkpad laptops.

       -r     Use SMBus "read byte" commands for probing (by default, the command used is the one believed to be the  safest  for  each  address).
	      Not recommended. This is known to lock SMBus on various write-only chips (most notably clock chips at address 0x69).

       -F     Display the list of functionalities implemented by the adapter and exit.

       -V     Display the version and exit.

       -l     Output a list of installed busses.

SEE ALSO

       i2cdump(8), sensors-detect(8)

AUTHOR

       Frodo Looijaard, Mark D. Studebaker and Jean Delvare

       This manual page was originally written by Aurelien Jarno <aurel32@debian.org>, for the Debian GNU/Linux system.

								    April 2008							      I2CDETECT(8)