GNU.WIKI: The GNU/Linux Knowledge Base

  [HOME] [HowTo] [ABS] [MAN1] [MAN2] [MAN3] [MAN4] [MAN5] [MAN6] [MAN7] [MAN8] [MAN9]

 


  The Elite's K7s5a mainboard HOWTO
  Sebfrance rf.eerf@otwohecnarfbes,
  Andreas Willenbrink ed.bew@knirbnelliW.saerdnA,
  �lvaro Reguly ten.yluger@oravla,
  Paolo Berva moc.ts@avreb.oloap,
  (Get a mirror :) )

  v2.0, 2004-05-16

  How to use Elite's K7s5a mainboard under GNU/Linux.

  1.  Introduction


  1.1.  History

  I got the mainboard for Christmas 2001, and after a little while, I
  understood that the new chipset sis735 was not handled by Mandrake
  <http://www.mandrake.com> 8.0, OSS <http://www.opensound.com> 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


  1.2.  License and copyright

  Copyright 2004-2072 S�bastien FRAN�OIS
  This work is licensed under a Creative Commons License
  <http://creativecommons.org/licenses/sa/1.0/>.


  2.  The integrated sound board


  2.1.  ALSA versus the AC'97 Driver

  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.


  2.2.  Alsa

  2.2.1.  Getting the ALSA drivers

  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
  http://www.kernel.org <http://www.kernel.org/pub/linux/kernel/>

  Here can be found Mandrake sources for the kernel used in 8.0:

  ftp://ftp.univ-
  savoie.fr/pub/Linux/Mandrake/8.0/i586/Mandrake/RPMS/kernel
  -source-2.4.3-20mdk.i586.rpm <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:

  ftp://ftp.alsa-project.org/pub/driver/alsa-driver-0.9.0beta10.tar.bz2
  <ftp://ftp.alsa-project.org/pub/driver/alsa-
  driver-0.9.0beta10.tar.bz2>


  2.2.2.  Installation

  Install your kernel sources, in my case:

  rpm -ivh kernel-source-2.4.3-20mdk.i586.rpm

  Then decompress alsa drivers:

  bzip2 -d alsa-driver-0.9.0beta10.tar.bz2 && tar -xvf alsa-
  driver-0.9.0beta10.tar

  Make them and install them and create the devices files:

  cd alsa-driver-0.9.0beta10 && make install && ./snddevices

  Edit /etc/modules.conf to set everything, and add to it the following
  lines:



       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



  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?


  2.3.  Alsa the Debian way

  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.


  2.3.1.  Using a Debian package with a precompiled kernel

  First of all, you can directly download the appropriate precompiled
  alsa modules: find out which kernel you're using

  uname -r

  2.4.20-3-k7     (should be 2.4.18-k7 or something like that for a
  woody/stable)

  apt-get install alsa-modules-2.4.20-3-k7

  the card is the "intel8x0 (PCI: Intel i810/i820/i830/i840/MX440
  integrated audio)"

  you should also install the recommended package alsa-utils

  apt-get install alsa-utils

  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.


  2.3.2.  Using a Debian kernel source package

  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: apt-get install
  alsa-source alsa-utils alsa-base debconf will ask you the following
  questions:



       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?



  You can safely select 'no'



       Say Yes if you want to build ALSA driver with debugging code.
       Build ALSA driver with debugging code?



  We don't need that either, so select 'no'



       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.



  Select card intel8x0 (PCI: Intel i810/i820/i830/i840/MX440 integrated
  audio) and exit.


  cd /usr/src

  tar xzvf alsa-driver.tar.gz

  cd modules/alsa-driver

  ./configure

  make && make install

  now, check the file /etc/alsa/modutils/0.9 against this following one.


  2.3.3.  /etc/alsa/modutils/0.9

  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



       ### 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



  2.4.  Kernel Approach: The AC'97 Driver

  If you are using a 2.4 or later kernel you can use the Audio Codec
  '97 (AC'97) <http://developer.intel.com/ial/scalableplatforms/audio/>
  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:

  modprobe i810_audio

  and you should see something like this in your syslog:



         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



  or type

  dmesg | less and scroll to see the kernel messages.

  If everything went fine, you may add i810_audio to /etc/modules so it
  will autoload everytime you boot:

  echo "i810_audio" >> /etc/modules


  or you like monolitic kernels (no modules), follow the step above to
  install the kernel sources and say Y to Sound card support and Y to
  Intel ICH (i8xx) audio support compile your kernel, install, reboot
  and now your integrated soundcard is working.

  If you don't know how to compile a kernel, read the Kernel HOWTO
  <http://www.tldp.org/HOWTO/Kernel-HOWTO.html>, 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 :-)


  3.  The mainboard's sensors


  3.1.  lm-sensors

  3.1.1.  Getting the drivers

  Get the lm_sensors 2.6.2 or more recent: http://www.lm-
  sensors.nu/archive/lm_sensors-2.6.2.tar.gz <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.

  3.1.2.  Installing them

  tar -xzvf i2c-2.6.2.tar.gz

  cd i2c-2.6.2

  make && make install

  Then there was a problem when making install for me, so if it doesn't
  work, just do the following:

  cp kernel/i2c-core.o /lib/modules/`uname -r`/misc/i2c-core.o

  cp kernel/i2c-proc.o /lib/modules/`uname -r`/misc/i2c-proc.o

  Now let's copy the specific driver:

  cp kernel/chips/it87.o /lib/modules/`uname -r`/misc/it87.o

  ok now

  cp prog/sensors/sensors /usr/bin/sensors

  --------------------------------------------------------------------


  Edit /etc/modules.conf and add to it the following lines:



  alias char-major-89 i2c-dev
  options it87 temp_type=0x31



  now:

  modprobe i2c-proc

  modprobe it87

  modprobe i2c-isa

  sensors

  should output you some data

  When it works, you can write it to a file, that will be loaded
  automatically on boot. Under SuSE <http://www.SuSE.de> the file is:
  /etc/init.d/boot.local (used to be /sbin/init.d/) and you should just
  add: sensors -s Under mandrake, the install should have created that
  file: /etc/init.d/sensors, 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:


       MODULE_0=i2c-proc
       MODULE_1=it87
       MODULE_2=i2c-isa



  Now as root you should edit your /etc/sensors.conf search for that
  line: chip "it87-*" 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)

  --------------------------------------------------------------------

  3.2.  lm-sensors the Debian way

  This time you'll be forced to compile the modules.  install the source
  and programs:

  apt-get install lm-sensors lm-sensors-source



        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?



  Answer yes to this question, you can't have an IBM thinkpad and the
  k7s5a in the same box as far as I know!

  cd /usr/src

  tar xzvf lm-sensors.tar.gz

  cd modules/lm-sensors/

  make && make install

  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:



       alias char-major-89 i2c-dev
       options it87 temp_type=0x31



  run

  update-modules

  modprobe i2c-isa it87

  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


  3.3.  Sensors.conf for the K7s5a



  #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



  3.4.  Sensors on 2.6 kernels

  3.4.1.  Kernel 2.6.1 configuration:



          # 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



  3.4.2.  Setting up the modules

  mount sysfs pseudo filesystem if you have not done it yet.

  mount -t sysfs sysfs /sys

  See Documentation/filesystems/sysfs.txt and Documentation/i2c/sysfs-
  interface in the kernel sources tree

  modprobe it87

  modprobe i2c-isa Sensors can be accessed in the sysfs pseudo file
  system. But if you want you can use the lm_sensors user tools...



  3.4.3.  The lm_sensors user tools

  Install sensors user tools:

  cd lm_sensors-2.8.3

  copy this into a file named chips-it87.diff

  NOTE: This patch is only required for old versions of lm_sensors,
  Paolo wrote:

  "A reply from lm_sensors developers said that the next version of
  lm_sensors will fix this. It is already fixed in CVS."



       --- 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,



  apply the patch:

  $ patch -p0<chips-it87.diff

  $ make user

  # make user_install

  edit sensors.conf file it87 chip section (There is an example for more
  recent versions of lm_sensors in the following section)


  3.5.  Newer version of Sensors.conf

  This version was sent by Paolo BERVA for lm_sensors 2.8.3.



  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



  4.  The mainboard's LAN adapter

  4.1.  Making it work...

  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).


  To make it work you should type

  modprobe sis900


  and you should see something like this in your syslog:



         sis900.c: v1.08.02 11/30/2001
         eth0: SiS 900 PCI Fast Ethernet at 0xd400, IRQ 5, 00:d0:09:ea:7a:98.



  or type

  dmesg | less and scroll to see the kernel messages.

  If everything went fine, you may add sis900 to /etc/modules so it will
  autoload everytime you boot:

  echo "sis900" >> /etc/modules

  (or echo "alias eth0 sis900" >> /etc/modutils/aliases && update-
  modules for the module to be loaded when needed, go for that if you
  have a Debian system)

  Pay attention to the double >, or you will have troubles :]

  or compile it in your kernel, where you should say Y to SiS 900/7016
  PCI Fast Ethernet Adapter support in your kernel configuration.



  5.  Other

  5.1.  Knoppix

  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.
  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:



       boot: knoppix noscsi lang=fr



  lang=fr is only to ensure that my language will be used even though I
  overrode the append line.



  5.2.  Notes about parallel port networking (PLIP) and floppy bus


  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 PLIP
  Howto <http://www.tldp.org/HOWTO/PLIP.html>. I could watch activity on
  the pins using a dos tool, but nothing went through, it even gave a
  warning:

  modprobe plip

  tail /var/log/messages



       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.



  Karl said:

  "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."

  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...


  5.3.  Notes about mainboard replacement

  Contribution of DR hab. Janusz S. Bien



       > 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.



  If you have a similar situation, please have a look at the Alsa
  drivers.


  5.4.  Links

  Warning: If your board is working fine, then don't fix it. Anyway here
  are the cool links:


  �  Elite Group (new BIOS)
     <http://www.ecsusa.com/ecsusa/www.ecs.com.tw/download/bios.htm>

  �  Overclockers Work Bench
     <http://forum.ocworkbench.com/ocwbcgi/ultimatebb.cgi?ubb=forum&f=27>

  �  ECS K7s5a FAQ
     <http://forum.ocworkbench.com/ocwbcgi/ultimatebb.cgi?ubb=get_topic&f=4&
     amp;t=001477>

  �  french guide for the K7S5a <http://k7s5a.free.fr/>

  �  Elite groupe most recent bioses
     <http://www.ecs.com.tw/download/k7s5a.htm>

  5.5.  Sensors.conf for the K7s5a-pro



  #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



  5.6.  Some words (About BIOS)

  5.6.1.  Alvaro

  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 hdparm -c1 -X66 /dev/hda, I managed
  to corrupt my filesystem, so beware.


  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.


  Good Luck! :-)

  5.6.2.  Karl

  "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)

  The cheepoman bios also fixes several issues which ECS has still not
  attended to.

  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 ;)"

  6.  Contributions

  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

  6.1.  Contributors

  Here are most of the recent contributors, I hope everyone is here :]



        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







  All copyrights belong to their respective owners. Other site content (c) 2014, GNU.WIKI. Please report any site errors to webmaster@gnu.wiki.