The detection program can now be told that it should probe for more
addresses than the kernel driver module; it automatically generates
the necessary insmod parameters for the module if chips are found on
these non-standard addresses. Very useful for the LM78, for instance;
the driver still only check 0x20-0x2f, but the probe program checks
all addresses.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@336 7894878c-1315-0410-8ee3-d5d059ff63e0
Supported insmod parameters:
ignore, ignore_range
probe, probe_range
force, force_lm78, force_lm78j, force_lm79
force* overrules ignore* overrules probe*
The *_range parameters need three elements for each specification:
bus,start_addr,end_addr
The address ranges are inclusive.
The other parameters need two elements for each specification:
bus,addr
In each case, '-1' stands for 'any I2C bus', and 9191 stands for
'the ISA bus' (Bonus question: who can figure out why I choose 9191?)
In each case, just append if you want several specification, for example:
insmod lm78 probe=9191,0x2a0,1,0x56
force_* does no detection, not even chip detection; it blindly assumes
you know what you are doing. plain force does the chip detection, but
nothing else; but it can still fail if the register read-out does not
match a chip type.
Detection is done in exactly the same way as sensors-detect, except that
only the range 0x20-0x2f is examined by default. This needs to be
synchronized somehow with the detect script. I would rather scan the whole
I2C address range, but with those clueless PIIX4 hangs when clock chips
are read, that would simply give too much trouble.
The detect script has slightly better ISA detection now, too.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@325 7894878c-1315-0410-8ee3-d5d059ff63e0
* Either Phil had not done a 'cvs update', or I forgot a 'cvs commit'; anyway,
the last changes to detect.pl have been ported to sensors-detect.
* Added a rule to the Makefile fragment to install it in $(SBINDIR).
* Added SBINDIR to the main Makefile.
* Deleted detect.pl
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@323 7894878c-1315-0410-8ee3-d5d059ff63e0
* No more redefined complaints of MODULE_* symbols for 2.0 kernels
This was introduced by the last archive of Simon
* Correct load order of adapters in detect script modprobe report
You can't assume things come out of a hash in the same order as you
put them in, of course :-(
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@303 7894878c-1315-0410-8ee3-d5d059ff63e0
detection bug
The lesson of today: the control variable in foreach loops is local to the
loop and regains his former value on exit of the loop. Oops.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@298 7894878c-1315-0410-8ee3-d5d059ff63e0
* Redid the internal report structure
* Separated the report function from main
* Rewrote the structure insertion functions
All in all, the functions have become much more readable and maintainable.
The downside: there are almost certainly new bugs created.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@281 7894878c-1315-0410-8ee3-d5d059ff63e0
finds anything within 0x50-0x57, it will claim it is an EEPROM with a
confidence of '1' (the least confidence). Using the PC-100 SPD spec
I should be able to add better detection, at least for serial EEPROMs
on PC-100 SDRAM DIMMs.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@276 7894878c-1315-0410-8ee3-d5d059ff63e0
I forgot to set the I2C address correctly, so it was always comparing with
device 0x00 :-(
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@274 7894878c-1315-0410-8ee3-d5d059ff63e0
All main functionality is now available; please test and send the output
of the summary to me!
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@268 7894878c-1315-0410-8ee3-d5d059ff63e0
A few ISA detections must still be added; also, I want to add the option not
to scan certain I2C addresses.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@266 7894878c-1315-0410-8ee3-d5d059ff63e0
No alias detection (ie. detection of chips connected to both ISA and I2C bus)
is done yet; but all hooks are in.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@265 7894878c-1315-0410-8ee3-d5d059ff63e0
definitely should not load.
Also fixed GL520 detection bug. Some other bugs are probably still there.
The report is generated using a very intricate data structure. There
can easily be hidden problems. Just test, test, test :-)
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@255 7894878c-1315-0410-8ee3-d5d059ff63e0
It is already very usable, but not quite finished. The final product will
also collect the needed drivers, and output them as modprobe lines and/or
in other formats.
The most important thing right now is to test where possible the detection
algorithms.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@252 7894878c-1315-0410-8ee3-d5d059ff63e0
Well, it still takes some tinkering, and I need to create a user-interface.
If you want to play with it already:
* Uncomment the line beneath test, and put the adapter number (as
corresponding with /dev/i2c-*) behind it as argument;
* It only detects LM78, LM78-J, LM79 and LM80 at of this moment;
* Only LM75 detection is really tested, as I don't have my LM78 connected
to the SMBus.
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@250 7894878c-1315-0410-8ee3-d5d059ff63e0
It needs to be expanded a bit and tested, but this means I can start to
write chip detection routines from Perl!
git-svn-id: http://lm-sensors.org/svn/lm-sensors/trunk@238 7894878c-1315-0410-8ee3-d5d059ff63e0
