This is a VCool for FreeBSD (and possibly Linux, NetBSD, OpenBSD):

		FVCool version 1.03

     CPU cooling software for AMD's Athlon/Duron

[What's new]

 * KT400 chipset supported (thanks to Tetsuhiro Naitoh). [v1.01]

 * The program has now "-e" flag to enable CPU cooling in order not
  to change PCI configuration unconsciously (suggestion by
  Mario S F Ferreira). [v1.02]

 * NetBSD/OpenBSD support is added (by a patch contributed by
  Markus Hennecke). [v1.03]

 * configure script is prepared. [v1.03]

 * NVidia nForce/nForce2 chipset and some others are supported
  (using new beta ini file of CoolON project by Hidemi Oya). [v1.03]

[0. What is this software?]

  As is well known AMD's Athlon/Duron is a "hot" CPU.  It really produces
a lot of heat.  This is mainly because it consumes a lot of electric
power.  However, there is an another reason: Generally CPU goes into
power-save mode when it is in the idle state, but in almost all the
mother boards this is prohibited in the case of Athlon/Duron mother
boards in their original BIOS settings.  This software changes the PCI
configuration data of the chipset (north bridge), and allow Athlon/Duron
to go into power-save mode.  The principle is very simple if you have
information.  Actually, you can do exactly the same thing as this software
manually by using the "pciconf" command in FreeBSD.

  Why mother board vendors release their products with such BIOS settings?
Well, there is a reason: There is a possibility to get the system unstable
and/or even to hang or crash the system.  Therefore, this software is
somewhat dangerous in this respect, and I will not take any
responsibilities for problems caused by using this software.  Please
check the original Martin Peters's VCool web site for learning more of
technical details:


Or information for other chipsets rather than KT133, see the Hidemi Oya's
CoolON web site:

     http://homepage2.nifty.com/coolon/ (Japanese only)

Actually, the information is contained the INI file (COOLONS.INI) of
the CoolON software for Microsoft Windows, it is used in this software.

  The information is summarized in the top part of the code, "fvcool.c"

[1. Supported chipsets]

  Supported chipsets now are the same as that of the CoolON above:

    AMD 751/761/762

    Sis 730, 735, 740, 745, 746 [*Note]

    VIA KT266/KT266A/KT333/KT400

    VIA KT133/KT133A/KX133/KM133 [see Usage below]

    NVidia nForce, nForce2

 ((Note)) Generally software cooling seems problematic for Sis chipsets.
 In Sis735 mother board (ECS K7S5A), I have experienced that the access
 of hard disk drive sometimes gets extremely slow.  I do not know why.
 Maybe something missing.  So I do not recommend to use it on Sis 735
 mother boards.  It was reported by an user that tempareture did not
 change (i.e. not worked) on a Sis 730 mother board, though there was
 no harm.

[2. Usage]

  First, as is usual, after extracting the package and by
  # ./configure; make; make install

you configure, compile, and install "fvcool" command in /usr/local/sbin 
(if you want to install in the different directory, edit Makefile, please).
As for its usage, just execute it without any arguments:

  # fvcool
  # Usage: [-v (verbose)] [ -e (enable) [ -i (idle loop)]] [ -d (disable)]

  The usage of this program is very simple: After getting root privilege,
just execute it with "-e" option like this,

  # fvcool -e

if it does not complain like,

  # Supported Athlon/Duron chipset (north bridge) not found.
  # : Unknown error: 0

then try to check the CPU temperature.  It will go down quickly by 10
to 20 degrees Celsius depending on mother boards.  If not or it complains
the message above, sorry this software does not work.  Just forget it.

 ((Note)) In the present state of FreeBSD OS, the "hlt" command is not
 ordered when idling in the dual CPU (SMP) machine, so it is not
 effective on dual CPU (SMP) machines.
  If you want to know what it does, add an option -v(verbose),

  # fvcool -v

Then there will be an output like this:

  # VIA KT266/A/KT333 found.
  #  Change Reg0x92 0x69 --> 0xE9
  #  Change Reg0x95 0x1C --> 0x1E

  If this makes the system unstable or something wrong happens, then
you can make it back to the original status, where power-save mode is
prohibited, supply an option -d (disable),

  # fvcool -v -d

  # VIA KT266/A/KT333 found.
  #  Change Reg0x92 0xE9 --> 0x69
  #  Change Reg0x95 0x1E --> 0x1C

  If you have KT133/KX133 mother boards (i.e. north bridge is KT133/KX133),
it is not enough.  First try,

  # fvcool -v -i

then it goes into idle-loop and will not go back to the command line.
Checking the CPU temperature and find it going down, then you have to use
one window (or one process) in this way.  To stop the program, press
CTRL-C (^C).  Or if you keep CPU cooling without using this program's
idle-loop, then you have to change the kernel code, see 00READMEkt133.txt
for details.

[3. Acknowledgments and Disclaimer]

* This simple software is based on the code of the Linux version of
 the original VCool, LVCool, as already mentioned.  I thank Martin Peters
 very much for opening the information of the principle of Athlon/Duron
 cooling, and the actual software which can be used in the Linux platform.

* Information for let Athlon/Duron go into power-save mode in the case
 of other chipsets is obtained by the Hidemi Oya's CoolON, which is
 for the Microsoft Windows Platform.

* A patch for a new KT400 chipset is contributed by Tetsuhiro Naitoh.
 I appreciate it so much.

* A patch for compiling on OpenBSD is provided by Markus Hennecke.

* Information of Hidemi Oya's CoolON project and it's mailing list
 is a great source of new chipsets.  Many thanks for it.

  This software is completely free software for non-commercial use.
Any modifications and changes to the programs are welcome, and they are
freely copied and distributed for non-commercial use.  The author is not
at all responsible if anyone have any problems or damages when using
the programs.  The author won't keep the development of the programs
any further, at least now.  But if someone develops any new better
programs based on my own, I am very glad if feedback is made to me
(of course, it is not at all any duties!).

   June 15, 2003     Yoshifumi R. Shimizu,
                         Department of Fundamental Physics,
                         Kyushu University

   e-mail : yrsh2scp@mbox.nc.kyushu-u.ac.jp