mirror of https://github.com/tLDP/LDP
953 lines
32 KiB
Plaintext
953 lines
32 KiB
Plaintext
<!doctype linuxdoc system>
|
||
<!-- This is the ECS K7s5a HOWTO -->
|
||
<!--
|
||
Send it to : gro.pdlt.ne@timbus
|
||
Have a look at http://tldp.org/HOWTO/Howtos-with-LinuxDoc-5.html
|
||
%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
|
||
Changelog:
|
||
31122001: Very start
|
||
30032002: Last correction, french translation
|
||
08042002: Added Suse informations - Andreas
|
||
17042002: Added kernel sound and LAN info - Alvaro
|
||
18042002: Comestic changes and Link section - Alvaro
|
||
15112002: nospam added - Sebfrance
|
||
15112002: changes by Paolo
|
||
15082003: Plip floppy comments
|
||
Added Debian instructions
|
||
Several sections change
|
||
Added contributions from Art and David - Sebfrance
|
||
24012004: Minor corrections + SLIP - Sebfrance
|
||
31012004: 2.6 kernel section from Paolo - Sebfrance
|
||
Comments about PLIP and bioses from Karl
|
||
Comments about mainboard replacement from Janusz
|
||
26022004: License
|
||
01032004: Doug Jensen sent me a bunch of corrections
|
||
16052004: Added the system fan entry for sensors from Pierre LAURIER
|
||
- Sebfrance
|
||
-->
|
||
<article>
|
||
<title>The Elite's K7s5a mainboard HOWTO</title>
|
||
<author>Sebfrance rf.eerf@otwohecnarfbes, <newline>
|
||
Andreas Willenbrink ed.bew@knirbnelliW.saerdnA, <newline>
|
||
Álvaro Reguly ten.yluger@oravla, <newline>
|
||
Paolo Berva moc.ts@avreb.oloap, <newline>
|
||
|
||
<newline>(Get a mirror :) )
|
||
</author>
|
||
|
||
<date>v2.0, 2004-05-16</date>
|
||
|
||
<abstract>
|
||
How to use Elite's K7s5a mainboard under GNU/Linux.
|
||
</abstract>
|
||
<sect>Introduction
|
||
<p>
|
||
<sect1>History
|
||
<p>
|
||
I got the mainboard for Christmas 2001, and after a little while, I understood
|
||
that the new chipset sis735 was not handled by <url
|
||
url="http://www.mandrake.com" name="Mandrake"> 8.0,
|
||
<url url="http://www.opensound.com" name="OSS"> had drivers for it that worked
|
||
but I didn't really want to pay for it, so I looked on ALSA cvs and found that
|
||
in their latest sources they had something for the sis 7012, and a bit later I found the drivers for the sensors.
|
||
|
||
It has now been 3 years I started this howto and I am always glad to get comments, advices from everywhere in the world :]
|
||
|
||
- S<>bastien
|
||
|
||
<sect1>License and copyright
|
||
<p>
|
||
Copyright 2004-2072 S<>bastien FRAN<41>OIS<newline>
|
||
This work is licensed under a <url url="http://creativecommons.org/licenses/sa/1.0/" name="Creative Commons License">.
|
||
|
||
<sect>The integrated sound board
|
||
<p>
|
||
<sect1>ALSA versus the AC'97 Driver
|
||
<p>
|
||
I have used both solutions successfully. However I noticed while working on a speech synthesis system (I was involved in a small accessibility project), that the kernel driver does not seem to be able to re-sample, whereas Alsa does it perfectly.
|
||
|
||
<sect1>Alsa
|
||
<sect2>Getting the ALSA drivers
|
||
<p>
|
||
So we will be compiling the latest sources from ALSA, which should work for all other distributions as well... only the kernel sources will change because mandrake uses specific patches.
|
||
|
||
You may get your kernel sources from your distribution or from <url
|
||
url="http://www.kernel.org/pub/linux/kernel/" name="http://www.kernel.org">
|
||
|
||
Here can be found Mandrake sources for the kernel used in 8.0:
|
||
|
||
<url
|
||
url="ftp://ftp.univ-savoie.fr/pub/Linux/Mandrake/8.0/i586/Mandrake/RPMS/kernel-
|
||
source-2.4.3-20mdk.i586.rpm"
|
||
name="ftp://ftp.univ-savoie.fr/pub/Linux/Mandrake/8.0/i586/Mandrake/RPMS/kernel
|
||
-source-2.4.3-20mdk.i586.rpm">
|
||
|
||
(link seems to be broken, I wish I had made a copy if someone needed but here is the problem with that distribution, mirrors are not kept long enough)
|
||
|
||
and grab the tarball from ALSA:
|
||
|
||
<url url="ftp://ftp.alsa-project.org/pub/driver/alsa-driver-0.9.0beta10.tar.bz2"
|
||
name="ftp://ftp.alsa-project.org/pub/driver/alsa-driver-0.9.0beta10.tar.bz2">
|
||
|
||
<sect2>Installation
|
||
<p>
|
||
Install your kernel sources, in my case:
|
||
|
||
<em>rpm -ivh kernel-source-2.4.3-20mdk.i586.rpm</em>
|
||
|
||
Then decompress alsa drivers:
|
||
|
||
<em>bzip2 -d alsa-driver-0.9.0beta10.tar.bz2 && tar -xvf
|
||
alsa-driver-0.9.0beta10.tar</em>
|
||
|
||
Make them and install them and create the devices files:
|
||
|
||
<em>cd alsa-driver-0.9.0beta10 && make install && ./snddevices</em>
|
||
|
||
Edit <tt>/etc/modules.conf</tt> to set everything, and add to it the following
|
||
lines:
|
||
|
||
<tscreen><verb>
|
||
alias char-major-116 snd
|
||
alias char-major-14 soundcore
|
||
alias sound-slot-0 snd-card-0
|
||
alias sound-service-0-0 snd-mixer-oss
|
||
alias sound-service-0-1 snd-seq-oss
|
||
alias sound-service-0-3 snd-pcm-oss
|
||
alias sound-service-0-8 snd-seq-oss
|
||
alias sound-service-0-12 snd-pcm-oss
|
||
alias snd-card-0 snd-card-intel8x0
|
||
</verb></tscreen>
|
||
warning: Christian Cardinale rf.libertysurf@elanidrac.naitsirhc reports that he had to change 'snd-card-intel8x0' for 'snd-intel8x0', which corresponds to what I have for my Debian system, I no longer remember, but I think this one is the mandrake name, if it doesn't work, just use to the other, ok?
|
||
|
||
<sect1>Alsa the Debian way
|
||
<p>I've switched to Debian some time after writing this howto and wanted to give some instructions about it:
|
||
Things may change a little depending on which version you're using, I use Debian sarge, currently the testing version.
|
||
|
||
<sect2>Using a Debian package with a precompiled kernel
|
||
<p>
|
||
First of all, you can directly download the appropriate precompiled alsa modules:
|
||
find out which kernel you're using
|
||
|
||
<em>uname -r</em>
|
||
|
||
2.4.20-3-k7 (should be 2.4.18-k7 or something like that for a woody/stable)
|
||
|
||
<em>apt-get install alsa-modules-2.4.20-3-k7</em>
|
||
|
||
the card is the "intel8x0 (PCI: Intel i810/i820/i830/i840/MX440 integrated audio)"
|
||
|
||
you should also install the recommended package alsa-utils
|
||
|
||
<em>apt-get install alsa-utils</em>
|
||
|
||
now, check the file /etc/alsa/modutils/0.9 against the one given further on this howto.
|
||
It may also be necessary to run update-modules as root to ensure that these lines get into /etc/modules.conf, although the package installation probably does it itself.
|
||
|
||
<sect2>Using a Debian kernel source package
|
||
<p>
|
||
I was forced to recompile my kernel when I got an usb adsl modem. (make-kpkg binary --initrd is something you want to look at someday, but it's off topic)
|
||
|
||
I'm assuming, you've done at least the following steps:
|
||
|
||
install the alsa sources and two useful packages:
|
||
<em>apt-get install alsa-source alsa-utils alsa-base</em>
|
||
debconf will ask you the following questions:
|
||
|
||
<tscreen><verb>Say Yes if you want to build ALSA driver with ISA PnP version.
|
||
If your computer doesn't support ISA PnP, you may say No.
|
||
Build ALSA driver with ISA PnP?</verb></tscreen>
|
||
|
||
You can safely select 'no'
|
||
|
||
<tscreen><verb>Say Yes if you want to build ALSA driver with debugging code.
|
||
Build ALSA driver with debugging code?</verb></tscreen>
|
||
|
||
We don't need that either, so select 'no'
|
||
|
||
|
||
<tscreen><verb>You can choose cards to be built by selecting cards you want.
|
||
Each selection is a same name to a option of configure script '--with-cards'.
|
||
The following list are short descriptions of the options to show what they mean.
|
||
Select cards to be built.</verb></tscreen>
|
||
|
||
Select card intel8x0 (PCI: Intel i810/i820/i830/i840/MX440 integrated audio)
|
||
and exit.
|
||
|
||
<em>cd /usr/src</em>
|
||
|
||
<em>tar xzvf alsa-driver.tar.gz</em>
|
||
|
||
<em>cd modules/alsa-driver</em>
|
||
|
||
<em>./configure</em>
|
||
|
||
<em>make && make install</em>
|
||
|
||
now, check the file /etc/alsa/modutils/0.9 against this following one.
|
||
|
||
<sect2>/etc/alsa/modutils/0.9
|
||
<p>
|
||
I only remember changing the cards_limit from 4 to 1, to prevent warnings,
|
||
any modification of it should be followed by running update-modules in order to regenerate /etc/modules.conf
|
||
|
||
<tscreen><verb>
|
||
### DEBCONF MAGIC
|
||
# This file was automatically generated by alsa-base's debconf stuff
|
||
|
||
alias char-major-116 snd
|
||
alias char-major-14 soundcore
|
||
alias snd-card-0 snd-intel8x0
|
||
alias sound-slot-0 snd-card-0
|
||
options snd major=116 cards_limit=1 device_mode=0660 device_gid=29 device_uid=0
|
||
|
||
alias sound-service-0-0 snd-mixer-oss
|
||
alias sound-service-0-1 snd-seq-oss
|
||
alias sound-service-0-3 snd-pcm-oss
|
||
alias sound-service-0-8 snd-seq-oss
|
||
alias sound-service-0-12 snd-pcm-oss
|
||
</verb></tscreen>
|
||
|
||
<sect1>Kernel Approach: The AC'97 Driver
|
||
<p>
|
||
If you are using a 2.4 or later kernel you can use the <url
|
||
url="http://developer.intel.com/ial/scalableplatforms/audio/" name="Audio Codec
|
||
'97 (AC'97)"> sound driver, as the integrated sound card is AC'97 complaint.
|
||
|
||
You may enable your soundcard with a kernel module, as a matter of fact,
|
||
you should be able to just use the module without even recompiling
|
||
your kernel, because most GNU/Linux distributions have it already,
|
||
just type:
|
||
|
||
<em>modprobe i810_audio</em>
|
||
|
||
and you should see something like this in your syslog:
|
||
|
||
<tscreen><verb>
|
||
Intel 810 + AC97 Audio, version 0.21, 21:31:04 Apr 15 2002
|
||
i810: SiS 7012 found at IO 0xd800 and 0xdc00, IRQ 11
|
||
i810_audio: Audio Controller supports 2 channels.
|
||
ac97_codec: AC97 Audio codec, id: 0x414c:0x4710 (ALC200/200P)
|
||
i810_audio: AC'97 codec 0 supports AMAP, total channels = 2
|
||
</verb></tscreen>
|
||
|
||
or type
|
||
|
||
<em>dmesg | less</em> and scroll to see the kernel messages.
|
||
|
||
If everything went fine, you may add <tt>i810_audio</tt> to
|
||
<tt>/etc/modules</tt> so it will autoload everytime you boot:
|
||
|
||
<em>echo "i810_audio" >> /etc/modules</em>
|
||
|
||
<p>or you like monolitic kernels (no modules), follow the step above to install
|
||
the kernel sources
|
||
and say Y to <tt>Sound card support</tt> and Y to <tt>Intel ICH (i8xx) audio
|
||
support</tt>
|
||
compile your kernel, install, reboot and now your integrated soundcard is
|
||
working.
|
||
|
||
If you don't know how to compile a kernel, read the <url
|
||
url="http://www.tldp.org/HOWTO/Kernel-HOWTO.html" name="Kernel HOWTO">,
|
||
it's easy and you'll get a optimized kernel for you system, also you'll learn a
|
||
bit about that talk of using the source code (yes you are already taking
|
||
advantage of it :-)
|
||
|
||
<sect>The mainboard's sensors
|
||
<p>
|
||
<sect1>lm-sensors
|
||
<sect2>Getting the drivers
|
||
<p>
|
||
Get the lm_sensors 2.6.2 or more recent:
|
||
<url url="http://www.lm-sensors.nu/archive/lm_sensors-2.6.2.tar.gz"
|
||
name="http://www.lm-sensors.nu/archive/lm_sensors-2.6.2.tar.gz">
|
||
You'll need kernel sources too in order to compile that one.
|
||
<sect2>Installing them
|
||
<p>
|
||
<em>tar -xzvf i2c-2.6.2.tar.gz</em>
|
||
|
||
<em>cd i2c-2.6.2</em>
|
||
|
||
<em>make && make install</em>
|
||
|
||
Then there was a problem when making install for me, so if it doesn't work, just
|
||
do the following:
|
||
|
||
<em>cp kernel/i2c-core.o /lib/modules/`uname -r`/misc/i2c-core.o</em>
|
||
|
||
<em>cp kernel/i2c-proc.o /lib/modules/`uname -r`/misc/i2c-proc.o</em>
|
||
|
||
Now let's copy the specific driver:
|
||
|
||
<em>cp kernel/chips/it87.o /lib/modules/`uname -r`/misc/it87.o</em>
|
||
|
||
ok now
|
||
|
||
<em>cp prog/sensors/sensors /usr/bin/sensors</em>
|
||
|
||
--------------------------------------------------------------------
|
||
|
||
|
||
Edit <tt>/etc/modules.conf</tt> and add to it the following lines:
|
||
|
||
|
||
<tscreen><verb>
|
||
alias char-major-89 i2c-dev
|
||
options it87 temp_type=0x31
|
||
</verb></tscreen>
|
||
|
||
|
||
now:
|
||
|
||
<em>modprobe i2c-proc</em>
|
||
|
||
<em>modprobe it87</em>
|
||
|
||
<em>modprobe i2c-isa</em>
|
||
|
||
<em>sensors</em>
|
||
|
||
should output you some data
|
||
|
||
When it works, you can write it to a file, that will be loaded automatically on
|
||
boot. Under <url url="http://www.SuSE.de" name="SuSE"> the file is:
|
||
<tt>/etc/init.d/boot.local</tt> (used to be <tt>/sbin/init.d/</tt>)
|
||
and you should just add: <tt>sensors -s</tt>
|
||
Under mandrake, the install should have created that file:
|
||
<tt>/etc/init.d/sensors</tt>, which you can edit freely, sensord being just a
|
||
daemon to watch over temperature and fan speed, I assume no one
|
||
will need something like that for her/his own machine.
|
||
|
||
Paolo reports that in order to start up sensord on boot, he put in /etc/sysconfig/sensors:
|
||
<tscreen><verb>
|
||
MODULE_0=i2c-proc
|
||
MODULE_1=it87
|
||
MODULE_2=i2c-isa
|
||
</verb></tscreen>
|
||
|
||
|
||
Now as root you should edit your <tt>/etc/sensors.conf</tt>
|
||
search for that line: <tt>chip "it87-*"</tt>
|
||
and below you should be able to modify everything to get the right data, here is
|
||
a copy of what i have in there:
|
||
(please note that temp1 is trash and only temp2 and temp3 should be kept)
|
||
|
||
--------------------------------------------------------------------
|
||
<sect1>lm-sensors the Debian way
|
||
<p>
|
||
This time you'll be forced to compile the modules.
|
||
install the source and programs:
|
||
|
||
<em>apt-get install lm-sensors lm-sensors-source</em>
|
||
|
||
<tscreen><verb> The upstream lm-sensors maintainers know of a problem using
|
||
lm-sensors with IBM ThinkPad computers, resulting in
|
||
firmware corruption. If you are installing this package on
|
||
a ThinkPad, you should wait until the upstream maintainers
|
||
have solved this problem before building modules from it.
|
||
For more information, see
|
||
/usr/share/doc/lm-sensors-source/README.thinkpad.
|
||
IBM ThinkPad brokenness -- really install lm-sensors?</verb></tscreen>
|
||
Answer yes to this question, you can't have an IBM thinkpad and the k7s5a in the same box as far as I know!
|
||
|
||
<em>cd /usr/src</em>
|
||
|
||
<em>tar xzvf lm-sensors.tar.gz</em>
|
||
|
||
<em>cd modules/lm-sensors/</em>
|
||
|
||
<em>make && make install</em>
|
||
|
||
Then you should have modutils take a few arguments,
|
||
the best way is probably to use a new file, like:
|
||
/etc/modutils/sensors
|
||
with this content:
|
||
|
||
<tscreen><verb>alias char-major-89 i2c-dev
|
||
options it87 temp_type=0x31</verb></tscreen>
|
||
run
|
||
|
||
<em>update-modules</em>
|
||
|
||
<em>modprobe i2c-isa it87</em>
|
||
|
||
You can now type sensors to access to the informations (note that you should edit sensors.conf, otherwise you'll see strange and inaccurate things :] )
|
||
|
||
You can also put i2c-isa and it87 in /etc/modules (one by line!) to have them be automatically loaded on boot, I don't know yet, how/whether it is possible to use some automatic loading/removing process with /etc/modules.conf
|
||
|
||
<sect1>Sensors.conf for the K7s5a<label id="sample-config">
|
||
<p>
|
||
<tscreen><verb>
|
||
#David Thorarinsson explained me that all the 'set' lines should be after the compute ones,
|
||
#this is now fixed,
|
||
chip "it87-*"
|
||
|
||
# The values below have been tested on Asus CUSI, CUM motherboards.
|
||
# Voltage monitors as advised in the It8705 data sheet
|
||
|
||
label in0 "VCore"
|
||
label in1 "Vcc2.5V"
|
||
label in2 "+3.3V"
|
||
label in3 "+5V"
|
||
label in4 "+12V"
|
||
label in5 "-12V"
|
||
label in6 "-5V"
|
||
label in7 "SB 5V"
|
||
label in8 "V battery"
|
||
|
||
# vid not monitored by IT8705F
|
||
ignore vid
|
||
|
||
# For this family of chips the negative voltage equation is different from
|
||
# the lm78. The chip uses two external resistor for scaling but one is
|
||
# tied to a positive reference voltage. See ITE8705/12 datasheet (SIS950
|
||
# data sheet is wrong)
|
||
|
||
# Vs = (1 + Rin/Rf) * Vin - (Rin/Rf) * Vref.
|
||
# Vref = 4.096 volts, Vin is voltage measured, Vs is actual voltage.
|
||
|
||
# compute in2 (1 + 1)*@ , @/(1 + 1)
|
||
compute in3 ((6.8/10)+1)*@ , @/((6.8/10)+1)
|
||
compute in4 ((30/10) +1)*@ , @/((30/10) +1)
|
||
|
||
# The next two are negative voltages (-12 and -5).
|
||
# The following formulas must be used. Unfortunately the datasheet
|
||
# does not give recommendations for Rin, Rf, but we can back into
|
||
# them based on a nominal +2V input to the chip, together with a 4.096V Vref.
|
||
|
||
# Formula:
|
||
# actual V = (Vmeasured * (1 + Rin/Rf)) - (Vref * (Rin/Rf))
|
||
# For -12V input use Rin/Rf = 6.68
|
||
# For -5V input use Rin/Rf = 3.33
|
||
# Then you can convert the forumula to a standard form like:
|
||
|
||
compute in5 -(36/10)*@, -@/(36/10)
|
||
#(7.67 * @) - 27.36 , (@ + 27.36) / 7.67
|
||
compute in6 -(56/10)*@, -@/(56/10)
|
||
#(4.33 * @) - 13.64 , (@ + 13.64) / 4.33
|
||
compute in7 ((6.8/10)+1)*@ , @/((6.8/10)+1)
|
||
|
||
set in0_min 1.7 * 0.95
|
||
set in0_max 1.7 * 1.05
|
||
set in1_min 2.4
|
||
set in1_max 2.6
|
||
set in2_min 3.3 * 0.95
|
||
set in2_max 3.3 * 1.05
|
||
set in3_min 5.0 * 0.95
|
||
set in3_max 5.0 * 1.05
|
||
set in4_min 12 * 0.95
|
||
set in4_max 12 * 1.05
|
||
set in5_min -12 * 0.95
|
||
set in5_max -12 * 1.05
|
||
set in6_min -5 * 0.95
|
||
set in6_max -5 * 1.05
|
||
set in7_min 5 * 0.95
|
||
set in7_max 5 * 1.05
|
||
|
||
# Temperature
|
||
|
||
label temp3 "Processor"
|
||
set temp3_over 40
|
||
set temp3_hyst 20
|
||
label temp2 "Mainboard"
|
||
set temp2_over 45
|
||
set temp2_hyst 25
|
||
ignore temp1
|
||
|
||
# Fans
|
||
|
||
label fan1"Processor's Fan"
|
||
set fan1_min 2000
|
||
ignore fan3
|
||
ignore fan2
|
||
#
|
||
# If you have a system fan, comment 'ignore fan2'
|
||
# and uncomment the following lines :
|
||
# Thanks to gro.reirual@erreip
|
||
#
|
||
# label fan2 "System Fan"
|
||
# set fan2_min 3000
|
||
# set fan2_div 4
|
||
|
||
</verb></tscreen>
|
||
|
||
<sect1>Sensors on 2.6 kernels
|
||
<sect2>Kernel 2.6.1 configuration:
|
||
<p>
|
||
<tscreen><verb>
|
||
# Bus options (PCI, PCMCIA, EISA, MCA, ISA)
|
||
CONFIG_ISA=y
|
||
# I2C support
|
||
CONFIG_I2C=m
|
||
CONFIG_I2C_CHARDEV=m
|
||
# I2C Hardware Bus support
|
||
CONFIG_I2C_ISA=m
|
||
# I2C Hardware Sensors Chip support
|
||
CONFIG_I2C_SENSOR=m
|
||
CONFIG_SENSORS_IT87=m
|
||
</verb></tscreen>
|
||
<sect2>Setting up the modules
|
||
<p>
|
||
mount sysfs pseudo filesystem if you have not done it yet.
|
||
|
||
<em>mount -t sysfs sysfs /sys</em>
|
||
|
||
See Documentation/filesystems/sysfs.txt and Documentation/i2c/sysfs-interface in the kernel sources tree
|
||
|
||
<em>modprobe it87</em>
|
||
|
||
<em>modprobe i2c-isa</em>
|
||
Sensors can be accessed in the sysfs pseudo file system. But if you want you can use the lm_sensors user tools...
|
||
|
||
<sect2>The lm_sensors user tools
|
||
<p>
|
||
Install sensors user tools:
|
||
|
||
<em>cd lm_sensors-2.8.3</em>
|
||
|
||
copy this into a file named chips-it87.diff
|
||
|
||
<bf>NOTE:</bf> This patch is only required for old versions of lm_sensors, Paolo wrote:
|
||
|
||
<it>"A reply from lm_sensors developers said that the next version of lm_sensors will fix this. It is already fixed in CVS."</it>
|
||
|
||
<p>
|
||
<tscreen><verb>
|
||
--- lib/chips.c Sun Jan 25 00:13:49 2004
|
||
+++ ../lm_sensors-2.8.3.OK/lib/chips.c Sat Jan 24 01:23:43 2004
|
||
@@ -3757,13 +3757,13 @@
|
||
R, IT87_SYSCTL_TEMP2, VALUE(3), 1 },
|
||
{ SENSORS_IT87_TEMP3, "temp3", NOMAP, NOMAP,
|
||
R, IT87_SYSCTL_TEMP3, VALUE(3), 1 },
|
||
- { SENSORS_IT87_TEMP1_LOW, "temp1_hyst", SENSORS_IT87_TEMP1,
|
||
+ { SENSORS_IT87_TEMP1_LOW, "temp1_min", SENSORS_IT87_TEMP1,
|
||
SENSORS_IT87_TEMP1, RW,
|
||
IT87_SYSCTL_TEMP1, VALUE(2), 1 },
|
||
- { SENSORS_IT87_TEMP2_LOW, "temp2_hyst", SENSORS_IT87_TEMP2,
|
||
+ { SENSORS_IT87_TEMP2_LOW, "temp2_min", SENSORS_IT87_TEMP2,
|
||
SENSORS_IT87_TEMP2, RW,
|
||
IT87_SYSCTL_TEMP2, VALUE(2), 1 },
|
||
- { SENSORS_IT87_TEMP3_LOW, "temp3_hyst", SENSORS_IT87_TEMP3,
|
||
+ { SENSORS_IT87_TEMP3_LOW, "temp3_min", SENSORS_IT87_TEMP3,
|
||
SENSORS_IT87_TEMP3, RW,
|
||
IT87_SYSCTL_TEMP3, VALUE(2), 1 },
|
||
{ SENSORS_IT87_TEMP1_HIGH, "temp1_over", SENSORS_IT87_TEMP1,
|
||
</verb></tscreen>
|
||
|
||
apply the patch:
|
||
|
||
<em>$ patch -p0</em><<em>chips-it87.diff</em>
|
||
|
||
<em>$ make user</em>
|
||
|
||
<em># make user_install</em>
|
||
|
||
edit sensors.conf file it87 chip section (There is an example for more recent versions of lm_sensors in the following section)
|
||
|
||
<sect1>Newer version of Sensors.conf
|
||
<p>
|
||
This version was sent by Paolo BERVA for lm_sensors 2.8.3.
|
||
<tscreen><verb>
|
||
chip "it87-*" "it8705-*" "it8712-*"
|
||
|
||
# The values below have been tested on Asus CUSI, CUM motherboards.
|
||
|
||
# Voltage monitors as advised in the It8705 data sheet
|
||
|
||
label in0 "VCore 1"
|
||
label in1 "VCore 2"
|
||
label in2 "+3.3V"
|
||
label in3 "+5V"
|
||
label in4 "+12V"
|
||
label in5 "-12V"
|
||
label in6 "-5V"
|
||
label in7 "Stdby"
|
||
label in8 "VBat"
|
||
|
||
set in0_min 1.7 * 0.95
|
||
set in0_max 1.7 * 1.05
|
||
set in1_min 2.4
|
||
set in1_max 2.6
|
||
set in2_min 3.3 * 0.95
|
||
set in2_max 3.3 * 1.05
|
||
set in3_min 5.0 * 0.95
|
||
set in3_max 5.0 * 1.05
|
||
set in4_min 12 * 0.95
|
||
set in4_max 12 * 1.05
|
||
set in5_max -12 * 0.95
|
||
set in5_min -12 * 1.05
|
||
set in6_max -5 * 0.95
|
||
set in6_min -5 * 1.05
|
||
set in7_min 5 * 0.95
|
||
set in7_max 5 * 1.05
|
||
#the chip does not support in8 min/max
|
||
|
||
# vid is not monitored by IT8705F
|
||
# and is not supported by driver at this time
|
||
ignore vid
|
||
|
||
# If 3.3V reads 2X too high (Soyo Dragon and Asus A7V8X-X, for example),
|
||
# comment out following line.
|
||
# compute in2 2*@ , @/2
|
||
#
|
||
compute in3 ((6.8/10)+1)*@ , @/((6.8/10)+1)
|
||
compute in4 ((30/10) +1)*@ , @/((30/10) +1)
|
||
# For this family of chips the negative voltage equation is different from
|
||
# the lm78. The chip uses two external resistor for scaling but one is
|
||
# tied to a positive reference voltage. See ITE8705/12 datasheet (SIS950
|
||
# data sheet is wrong)
|
||
# Vs = (1 + Rin/Rf) * Vin - (Rin/Rf) * Vref.
|
||
# Vref = 4.096 volts, Vin is voltage measured, Vs is actual voltage.
|
||
|
||
# The next two are negative voltages (-12 and -5).
|
||
# The following formulas must be used. Unfortunately the datasheet
|
||
# does not give recommendations for Rin, Rf, but we can back into
|
||
# them based on a nominal +2V input to the chip, together with a 4.096V Vref.
|
||
# Formula:
|
||
# actual V = (Vmeasured * (1 + Rin/Rf)) - (Vref * (Rin/Rf))
|
||
# For -12V input use Rin/Rf = 6.68
|
||
# For -5V input use Rin/Rf = 3.33
|
||
# Then you can convert the forumula to a standard form like:
|
||
# compute in5 (7.67 * @) - 27.36 , (@ + 27.36) / 7.67
|
||
# compute in6 (4.33 * @) - 13.64 , (@ + 13.64) / 4.33
|
||
#
|
||
# this much simpler version is reported to work for a
|
||
# Eltite Group K7S5A board
|
||
#
|
||
compute in5 -(34/10)*@, -@/(34/10)
|
||
compute in6 -(51/10)*@, -@/(51/10)
|
||
# compute in6 -(56/10)*@, -@/(56/10)
|
||
#
|
||
compute in7 ((6.8/10)+1)*@ , @/((6.8/10)+1)
|
||
|
||
# Temperature
|
||
#
|
||
# Important - if your temperature readings are completely whacky
|
||
# you probably need to change the sensor type.
|
||
# Adujst and uncomment the appropriate lines below.
|
||
# The old method (modprobe it87 temp_type=0xXX) is no longer supported.
|
||
#
|
||
# 2 = thermistor; 3 = thermal diode
|
||
# set sensor1 3
|
||
set sensor2 2
|
||
set sensor3 2
|
||
|
||
ignore temp1
|
||
label temp2 "M/B Temp"
|
||
set temp2_over 40
|
||
set temp2_min 20
|
||
label temp3 "CPU Temp"
|
||
set temp3_over 45
|
||
set temp3_min 25
|
||
|
||
# The A7V8X-X has temperatures inverted, and needs a conversion for
|
||
# CPU temp. Thanks to Preben Randhol for the formula.
|
||
# label temp1 "CPU Temp"
|
||
# label temp2 "M/B Temp"
|
||
# compute temp1 (-15.096+1.4893*@), (@+15.096)/1.4893
|
||
|
||
# The A7V600 also has temperatures inverted, and needs a different
|
||
# conversion for CPU temp. Thanks to Dariusz Jaszkowski for the formula.
|
||
# label temp1 "CPU Temp"
|
||
# label temp2 "M/B Temp"
|
||
# compute temp1 (@+128)/3, (3*@-128)
|
||
|
||
# Fans
|
||
label fan1 "CPU/Fan"
|
||
set fan1_div 2
|
||
set fan1_min 2000
|
||
label fan2 "Sys/Fan"
|
||
set fan2_div 4
|
||
set fan2_min 2000
|
||
ignore fan3
|
||
|
||
</verb></tscreen>
|
||
|
||
<sect>The mainboard's LAN adapter
|
||
<sect1>Making it work...
|
||
|
||
<p>If your board came with the optional on-board LAN card, you have a Silicon
|
||
Integrated Systems [SiS] SiS900 10/100 Fast Ethernet card, this card is
|
||
supported by Linux kernels 2.4 and later (that I know of, as I only use 2.4
|
||
kernels).
|
||
|
||
<p>To make it work you should type
|
||
|
||
<em>modprobe sis900</em>
|
||
|
||
and you should see something like this in your syslog:
|
||
|
||
<tscreen><verb>
|
||
sis900.c: v1.08.02 11/30/2001
|
||
eth0: SiS 900 PCI Fast Ethernet at 0xd400, IRQ 5, 00:d0:09:ea:7a:98.
|
||
</verb></tscreen>
|
||
|
||
or type
|
||
|
||
<em>dmesg | less</em> and scroll to see the kernel messages.
|
||
|
||
If everything went fine, you may add <tt>sis900</tt> to <tt>/etc/modules</tt>
|
||
so it will autoload everytime you boot:
|
||
|
||
<em>echo "sis900" >> /etc/modules</em>
|
||
|
||
(or <em>echo "alias eth0 sis900" >> /etc/modutils/aliases && update-modules</em> for the module to be loaded when needed, go for that if you have a Debian system)
|
||
|
||
<bf>Pay attention to the double >, or you will have troubles :]</bf>
|
||
|
||
or compile it in your kernel, where you should say Y to <tt>SiS 900/7016 PCI
|
||
Fast Ethernet Adapter support</tt> in your kernel
|
||
configuration.
|
||
|
||
|
||
<sect>Other
|
||
<sect1>Knoppix
|
||
<p>
|
||
Yesterday (8/28/2003), I tried to boot with a Knoppix cd (3.2) and found out that the computer froze during the SCSI probes.<newline>
|
||
I encountered the same problem with a more recent version (3.3).
|
||
|
||
Here is a quick way to prevent this:
|
||
|
||
When you get the knoppix prompt, add noscsi and your lang settings and press enter:
|
||
|
||
<tscreen><verb>boot: knoppix noscsi lang=fr</verb></tscreen>
|
||
|
||
lang=fr is only to ensure that my language will be used even though I overrode the append line.
|
||
|
||
|
||
<sect1>Notes about parallel port networking (PLIP) and floppy bus
|
||
<p>
|
||
|
||
I recently found out several important hardware flaws on this mainboard.
|
||
For example I could not get PLIP to work properly, if anyone has, let me know!
|
||
I used a grey laplink parallel cable (also known as Null Printer Cable) a friend sold me and followed the <url url="http://www.tldp.org/HOWTO/PLIP.html" name="PLIP Howto">. I could watch activity on the pins using a dos tool, but nothing went through, it even gave a warning:
|
||
|
||
<em>modprobe plip</em>
|
||
|
||
<em>tail /var/log/messages</em>
|
||
|
||
<tscreen><verb>kernel: plip: parport0 has no IRQ. Using IRQ-less mode,which is fairly inefficient!
|
||
kernel: NET3 PLIP version 2.4-parport pj.oc.irm@ebiing
|
||
kernel: plip0: Parallel port at 0x378, not using IRQ.</verb></tscreen>
|
||
|
||
Karl said:
|
||
|
||
<it>"I've found there is only one parallel port mode which actually assigns
|
||
an IRQ in real life (the bios believes differently) I think its EPP but
|
||
i could be wrong. I haven't used PLIP before but i thought that this may
|
||
help a little."</it>
|
||
|
||
I still get the same warning, let me know if it ever worked.
|
||
|
||
So I had to go on with floppies, since the box didn't have a cdrom drive, and there, I found out that the 486 had a much faster writing speed, more than 10 seconds of difference writing exactly the same image to the the same floppy...
|
||
|
||
<sect1>Notes about mainboard replacement
|
||
<p>
|
||
Contribution of DR hab. Janusz S. Bien
|
||
|
||
<tscreen><verb>
|
||
> My computer returned from the service with the mainboard replaced. In
|
||
> principle this is still ECS K7S5A, but seems to have a different sound
|
||
> chip.
|
||
|
||
I have now (with kernel 2.4.27, see below):
|
||
|
||
Jan 31 10:51:47 galicja kernel: i810: SiS 7012 found at IO 0xd800 and 0xdc0=
|
||
0, MEM 0x0000 and 0x0000, IRQ 11
|
||
[...]
|
||
Jan 31 10:51:47 galicja kernel: ac97_codec: AC97 codec, id: CMI65 (CMedia)
|
||
|
||
Earlier it was
|
||
|
||
Nov 23 06:42:36 galicja kernel: i810: SiS 7012 found at IO 0xd800 and 0xdc0=
|
||
0, MEM 0x0000 and 0x0000, IRQ 11
|
||
[...]
|
||
Nov 23 06:42:36 galicja kernel: ac97_codec: AC97 Audio codec, id: ALC38(Unk=
|
||
nown)
|
||
|
||
> The result is that with Knoppix of 2003-11-19-EN I have sound from
|
||
> xmms and xine, but there is no sound fom xawtv; actually I hear a kind
|
||
> of white noise.
|
||
> My HD installation - Woody with the kernel upgraded to 2.4.20 -
|
||
> behaves in an opposite way: I have sound from xawtv, but no sound from
|
||
> xmms and xine.
|
||
|
||
I just upgraded the kernel to 2.4.27 and situation is now worse: I
|
||
have no sound in xawtv, too.
|
||
</verb></tscreen>
|
||
|
||
If you have a similar situation, please have a look at the Alsa drivers.
|
||
|
||
<sect1>Links
|
||
<p><bf>Warning</bf>: If your board is working fine, then don't fix it. Anyway
|
||
here are the cool links:
|
||
|
||
<itemize>
|
||
<item><url url="http://www.ecsusa.com/ecsusa/www.ecs.com.tw/download/bios.htm"
|
||
name="Elite Group (new BIOS)">
|
||
<item><url
|
||
url="http://forum.ocworkbench.com/ocwbcgi/ultimatebb.cgi?ubb=forum&f=27"
|
||
name="Overclockers Work Bench">
|
||
<item><url
|
||
url="http://forum.ocworkbench.com/ocwbcgi/ultimatebb.cgi?ubb=get_topic&f=4&
|
||
amp;t=001477" name="ECS K7s5a FAQ">
|
||
<item><url url="http://k7s5a.free.fr/" name="french guide for the K7S5a">
|
||
<item><url url="http://www.ecs.com.tw/download/k7s5a.htm" name="Elite groupe most recent bioses">
|
||
</itemize>
|
||
<sect1>Sensors.conf for the K7s5a-pro
|
||
<p>
|
||
<tscreen><verb>
|
||
#Thanks to Art Wagner for this contribution (ten.ysaekaepsh@rengawa)
|
||
|
||
chip "it87-*" "it8705-*" "it8712-*"
|
||
|
||
# The values below have been tested on Asus CUSI, CUM motherboards.
|
||
|
||
# Voltage monitors as advised in the It8705 data sheet
|
||
|
||
label in0 "VCore"
|
||
label in1 "Vcc2.5v"
|
||
label in2 "Vcc3.3v"
|
||
label in3 "+5V"
|
||
label in4 "+12V"
|
||
label in5 "-12V"
|
||
label in6 "SB 2.5V"
|
||
label in7 "SB 5V"
|
||
label in8 "V battery"
|
||
|
||
# vid not monitored by IT8705F
|
||
|
||
ignore vid
|
||
# If 3.3V reads 2X too high (Soyo Dragon, for example),
|
||
# comment out following line.
|
||
# compute in2 2*@ , @/2
|
||
#
|
||
compute in3 ((6.8/10)+1)*@ , @/((6.8/10)+1)
|
||
compute in4 ((30/10) +1)*@ , @/((30/10) +1)
|
||
# For this family of chips the negative voltage equation is different from
|
||
# the lm78. The chip uses two external resistor for scaling but one is
|
||
# tied to a positive reference voltage. See ITE8705/12 datasheet (SIS950
|
||
# data sheet is wrong)
|
||
# Vs = (1 + Rin/Rf) * Vin - (Rin/Rf) * Vref.
|
||
# Vref = 4.096 volts, Vin is voltage measured, Vs is actual voltage.
|
||
|
||
# The next two are negative voltages (-12 and -5).
|
||
# The following formulas must be used. Unfortunately the datasheet
|
||
# does not give recommendations for Rin, Rf, but we can back into
|
||
# them based on a nominal +2V input to the chip, together with a 4.096V
|
||
Vref.
|
||
# Formula:
|
||
# actual V = (Vmeasured * (1 + Rin/Rf)) - (Vref * (Rin/Rf))
|
||
# For -12V input use Rin/Rf = 6.68
|
||
# For -5V input use Rin/Rf = 3.33
|
||
# Then you can convert the forumula to a standard form like:
|
||
# compute in5 (7.67 * @) - 27.36 , (@ + 27.36) / 7.67
|
||
# compute in6 (4.33 * @) - 13.64 , (@ + 13.64) / 4.33
|
||
#
|
||
# this much simpler version is reported to work for a
|
||
# Eltite Group K7S5A board
|
||
#
|
||
compute in5 -(36/10)*@, -@/(36/10)
|
||
# compute in6 -(56/10)*@, -@/(56/10)
|
||
compute in6 (4.33*@) -13.64 , (@ +13.64) / 4.33
|
||
compute in7 ((6.8/10)+1)*@, @/((6.8/10)+1)
|
||
#
|
||
set in0_min 1.6 * 0.95
|
||
set in0_max 1.6 * 1.05
|
||
set in1_min 2.4
|
||
set in1_max 2.6
|
||
set in2_min 3.3 * 0.95
|
||
set in2_max 3.3 * 1.05
|
||
set in3_min 5.0 * 0.95
|
||
set in3_max 5.0 * 1.05
|
||
set in4_min 12 * 0.95
|
||
set in4_max 12 * 1.05
|
||
set in5_min -12 * 0.95
|
||
set in5_max -12 * 1.05
|
||
set in6_min 2.5 * 0.95
|
||
set in6_max 2.5 * 1.05
|
||
set in7_min 5 * 0.95
|
||
set in7_max 5 * 1.05
|
||
|
||
# Temperature
|
||
set in0_min 1.6 * 0.95
|
||
set in0_max 1.6 * 1.05
|
||
set in1_min 2.4
|
||
set in1_max 2.6
|
||
set in2_min 3.3 * 0.95
|
||
set in2_max 3.3 * 1.05
|
||
set in3_min 5.0 * 0.95
|
||
set in3_max 5.0 * 1.05
|
||
set in4_min 12 * 0.95
|
||
set in4_max 12 * 1.05
|
||
set in5_min -12 * 0.95
|
||
set in5_max -12 * 1.05
|
||
set in6_min 2.5 * 0.95
|
||
set in6_max 2.5 * 1.05
|
||
set in7_min 5 * 0.95
|
||
set in7_max 5 * 1.05
|
||
|
||
label temp3 "Processor"
|
||
set temp3_over 70
|
||
set temp3_hyst 25
|
||
label temp2 "Mainboard"
|
||
set temp2_over 70
|
||
set temp2_hyst 25
|
||
ignore temp1
|
||
|
||
# Fans
|
||
|
||
label fan1"Processor's Fan"
|
||
set fan1_min 1800
|
||
ignore fan3
|
||
ignore fan2
|
||
</verb></tscreen>
|
||
<sect1>Some words (About BIOS)
|
||
<sect2>Alvaro
|
||
<p>Using a modified BIOS, I was able to successfully overclock my Athlon 1000Mhz
|
||
to 1050Mhz flawlessy, but
|
||
when I messed with hdparm (30Gig Western Digital hard drive) using <em>hdparm
|
||
-c1 -X66 /dev/hda</em>, I managed to corrupt my filesystem, so beware.
|
||
|
||
<p>If you are a real tweaker, you might want to change your BIOS Logo and stuff,
|
||
some people tried that and it worked OK, some others
|
||
not, so they had to flash their BIOS again (blindly with a bootdisk and a
|
||
working bios in it) to make the board work again. It is really up
|
||
to you. Search Google or OC Workbench and you'll be on your way.
|
||
|
||
<p>Good Luck! :-)
|
||
<sect2>Karl
|
||
<p>
|
||
<it>"Also i recommend you try using either the HoneyX bios or the CHEEPOman
|
||
bios for the k7s5a instead of the official release, it gives you more
|
||
control although some problems with non-atapi CD drives (my dvd goes
|
||
crazy in linux with cheepoman)</it>
|
||
|
||
<it>The cheepoman bios also fixes several issues which ECS has still not
|
||
attended to.</it>
|
||
|
||
<it>These bios roms are unsupported by ECS please bare that in mind, also
|
||
they are meant for overclocking more than anything else, overclocking in
|
||
such a way as you don't need a pencil ;)"</it>
|
||
<sect>Contributions
|
||
<p>I was pretty surprised by the number of mails I received about this howto. Unfortunately I lost several contributions when my hard drive died but I'm always listening, so don't hesitate to mail us.
|
||
- Seb
|
||
<sect1>Contributors
|
||
<p>
|
||
Here are most of the recent contributors, I hope everyone is here :]
|
||
|
||
<tscreen><verb>
|
||
David Thorarinsson es.emoh@ibbad
|
||
Karl Lattimer ofni.ccnn@lrak
|
||
DR HAB. Janusz S. Bien lp.ude.wumim.hcud@neibsj
|
||
Doug Jensen moc.tsewpsi@nejd
|
||
|
||
|
||
</verb></tscreen>
|
||
<!-- End of document -->
|
||
|
||
</article>
|
||
|
||
|
||
|