| 12 | | - Try experimenting with the fan divisor settings: |
| | 12 | - If your monitoring chip supports fan divisors, try experimenting |
| | 13 | with the fan divisor settings. |
| | 14 | |
| | 15 | |
| | 16 | Does my monitoring chip use fan divisors? |
| | 17 | ----------------------------------------- |
| | 18 | |
| | 19 | Recent monitoring chips tend to store fan speed values on 12 or even |
| | 20 | 16 bits, so divisors are no longer required. In that case, you won't |
| | 21 | see "div" values in the output of sensors, and nothing needs to be |
| | 22 | configured: |
| | 23 | |
| | 24 | CPU1 Fan: 2160 RPM (min = 800 RPM) |
| | 25 | CPU2 Fan: 0 RPM (min = 799 RPM) ALARM |
| | 26 | Front3 Fan: 0 RPM (min = 0 RPM) |
| | 27 | Front4 Fan: 779 RPM (min = 600 RPM) |
| | 28 | |
| | 29 | If your "sensors" output looks like the above, stop reading here, |
| | 30 | the explanations below do not apply to your case. |
| | 31 | |
| | 32 | Older chips stored the fan speed values on 8 bits, which wasn't |
| | 33 | sufficient to cover the full range from very slow fans to very |
| | 34 | fast fans with good accuracy. This is where fan divisors came |
| | 35 | into play: |
| | 36 | |
| | 37 | Case Fan: 0 RPM (min = 998 RPM, div = 8) ALARM |
| | 38 | CPU Fan: 2500 RPM (min = 1500 RPM, div = 4) |
| | 39 | |
| | 40 | If your "sensors" output looks like the above, read below. |
| | 41 | |
| | 42 | As a notable exception, the w83627ehf driver exposes fan divisor |
| | 43 | values, but they are adjusted automatically by the driver, so you |
| | 44 | shouldn't have to care. |
