<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN"> <HTML> <HEAD> <META NAME="GENERATOR" CONTENT="SGML-Tools 1.0.9"> <TITLE>Linux PCI-HOWTO: ASUS-Boards</TITLE> <LINK HREF="PCI-HOWTO-4.html" REL=next> <LINK HREF="PCI-HOWTO-2.html" REL=previous> <LINK HREF="PCI-HOWTO.html#toc3" REL=contents> </HEAD> <BODY> <A HREF="PCI-HOWTO-4.html">Next</A> <A HREF="PCI-HOWTO-2.html">Previous</A> <A HREF="PCI-HOWTO.html#toc3">Contents</A> <HR> <H2><A NAME="s3">3. ASUS-Boards</A></H2> <H2><A NAME="ss3.1">3.1 ASUS and the NMI (Parity) -- impact on Gravis-Ultrasound</A> </H2> <P>The newer trition PCI-Mainboards in 1995 did not seem to support parity-SIMMS anymore. Since I usualy took the cheaper nonparity-SIMMS anyway, I did not consider this a problem until I put the Gravis-Ultrasound into my machine. Under DOS the SBOS-Driver and Setup/Test utility does complain about "nmi procedure disabled on this p.c.". The manual says I'd better get a better mainboard in that case, not very helpful. <P>The gravis-ultrasound did work nice in the ASUS-SP3 and ASUS-SP4, inspite of this, but the gravis-ultrasound-max I have here got gmod to kernel panic on both boards, and sometimes when playing au-files via /dev/audio did strange things, like playing the rest of an older, previously played sound after the new one. The sounddriver does recommend a buffer of 65536 with the GUS Max instead of the small one like the GUS - why I do not know. I do not have such a problem with the newer ASUS TP4 XE boards, though. Both are equipped with 1M DRAM onboard. These problems are probably not related to the NMI-problem, but because of the sounddriver? <P>I heard not only ASUS but most of the newer PCI-Mainboards are lacking in parity/NMI-support. <P>Strange enough - the ASUS-TP4 (Trition Chipset) does work with the GUS Max - it does load the SBOS-Driver. I have to admit, I am confused. <P> <H2><A NAME="ss3.2">3.2 Various types of ASUS Boards</A> </H2> <P> <P> <H3>ASUS SP3 with saturn chipset I (rev. 2) for 486, </H3> <P> <UL> <LI> 2 x rs232 with 16550</LI> <LI> NCR53c810 onboard, </LI> <LI> slightly broken saturn-chipset I (rev. 2)</LI> </UL> <P> <H3>ASUS SP3G with saturn chipset II (rev. 4) for 486, </H3> <P>like SP3, but less buggy saturn chipset <P> <H3>ASUS SP3-SiS chipset, for 486</H3> <P>like AP4, but newer, SiS chipset, green functions and all the EIDE, rs232 with 2 16550 and centronics. Only 2 SIMM Slots, Does seem to work with AMD486DX4/120, but was not very reliably on NCR53c810 and various operating systems (Windows-NT, Windows95, OS2), after upgrading to a PentiumBoard ASUS SP4, all the problems vanished, so it must have been the board. Still does seem to work nice for Linux, though. <P> <H3>ASUS AP4, for 486, with PCI/ISA/VesaLocalbus</H3> <P>green functions, 1VL, 3 ISA, 4 PCI slots, only EIDE onboard, no fd-controller, no rs232/centronics. Very small size. <P>does recognice AMD486DX2/66 as DX4/100 only. This can be corrected with soldering one pin (which?) to ground, but I would not recommend a board like this anyway. <P>The one I tested was broken for OS2 and Linux, but people are said to use it for both. <P>The VesaLocalbus-Slot is expected to be slower than the normal vesa-localbus boards because of the PCI2VL bridge, but without penalty to the PCI section. <P> <H3>ASUS SP4-SiS, for Pentium90, PCI/ISA</H3> <P>like SP3-SiS, but for Pentium90/100. <P> <H3>ASUS TP4 with Triton chipset and EDO-Support</H3> <P>has the Triton-Chipset for better performance and supports normal PS2-Simms as well as Fast-Page-Mode and EDO modules. <P> <H3>ASUS TP4XE with Triton chipset and additional SRAM/EDORAM support</H3> <P>supports the new EDORAM and upcoming SRAM standards. At least SRAM is said to considerabely increase performance. Did for some reason not accept the 8M PS2-SIMMS working ok in ASUS SP4, after changing them against others, bigger looking ones, (16 chips instead of 8 if I remember right) it worked ok. Has been tested with P90 and P100. <P> <H3>...and many others now.</H3> <P>if you have new information on problems with them, please report. <P> <H2><A NAME="ss3.3">3.3 Benchmarks on ASUS Mainboards</A> </H2> <P>I tried to compare the speed of CPUs in two ASUS Mainboards: for 486 I tested the SP3 SiS (the one with one vesa-local-bus slot) and for 586 I tested the ASUS TP4/XE, each with 16M RAM, always the same unloaded system with another CPU, with whetstone and dhrystone. <P>I must admit, I have not read the benchmarks-faq yet, and will probably edit the section a loot soon. If you have any comments, please mail me. <P>I am especially confused about the amd486DX4/100 being faster on dhrystones than the DX4/120 version? I did not see that kind of inconsistency on comparing the P90 and P100. <P>Perhaps this was at fault: when I plugged in the amdDX4-100, I had the board jumpered for DX2-66. While the BIOS did report it as an DX4-100, the board might have used the wrong clockspeeds... but since DX2-66 uses 33Mhz * 2 and DX4 uses 33Mhz * 3, this would have been correct? <P>The board running with DX4-120 is jumpered to 40Mhz * 3 = 120 Mhz. <P>Another thing I wonder about is why the whetstones-result does yield so even numbers on some machines? <P> <H3>ASUS SP3 with amd486DX4-100</H3> <P> <UL> <LI> Dhrystone time for 500000 passes = 7 by 63559 dhrystones/second</LI> <LI> Whetstone time for 1000 passes = 5 by 200.0000 Whetstones/second</LI> </UL> <P> <H3>ASUS SP3 with amd486DX4-120</H3> <P> <UL> <LI> Dhrystone time for 500000 passes = 8 by 56074 dhrystones/second</LI> <LI> Whetstone time for 1000 passes = 4 by 250.0000 Whetstones/second</LI> </UL> <P> <H3>ASUS SP3 with intel486DX2-66</H3> <P> <UL> <LI> Dhrystone time for 500000 passes = 9 by 50761 dhrystones/second</LI> <LI> Whetstone time for 1000 passes = 7 by 142.8571 Whetstones/second</LI> </UL> <P> <H3>ASUS TP4/XE with intel586-90</H3> <P> <UL> <LI> Dhrystone time for 500000 passes = 4 by 101010 dhrystones/second</LI> <LI> Whetstone time for 1000 passes = 3 by 333.3333 Whetstones/second</LI> </UL> <P> <H3>ASUS TP4/XE with intel586-100</H3> <P> <UL> <LI> Dhrystone time for 500000 passes = 4 by 102040 dhrystones/second</LI> <LI> Whetstone time for 1000 passes = 2 by 500.0000 Whetstones/second</LI> </UL> <P> <H2><A NAME="ss3.4">3.4 Detailed information on the old ASUS PCI-I-SP3 with saturn chipset from heinrich@zsv.gmd.de: </A> </H2> <P> <P> <UL> <LI> 3 PCI, 4 ISA Slots (3x16, 1x8 Bit)</LI> <LI> ZIF Socket for the CPU</LI> <LI> room for 4 72pin-SIMMs (max. 128M)</LI> <LI> Award BIOS in Flash-Eprom</LI> <LI> Onboard: NCR-SCSI, 1par, 2ser (with FIFO), AT-Bus, Floppy </LI> </UL> <P>The board does like most in that price class -- write-through cache, no write-back. This should not be significant, maybe 3% of performance. <P>The BIOS supports scsi-drives under DOS/Windows without additional drivers, but with the board come additional drivers which are said to give better performance, for DOS/Windows(ASPI), OS2, Windows-NT, SCO-Unix, Netware (3.11 and 4, if interpreted correctly) <P>Gert Doering (gert@greenie.muc.de) was saying the SCO-Unix-driver for the onboard-SCSI-Chip was not working properly. After two or three times doing: "time dd if=/dev/rhd20 of=/dev/null bs=100k count=500" it kernel-paniced... <P>The trouble some people experienced with this board might be due to them using an outboard Adaptec-SCSI-Controller with "sync negotiation" turned on. (This predates the NCR driver release; hence the use of the Adaptec.) Please check that in the BIOS-Setup of the Adaptec-1542C if you use one and have problems with occasional hangups! <P>There is a new version of the ASUS-Board which should have definitely less problems. It is called ASUS-PCI-I/SP3G, the G is important. It has the new Saturn-chipset rev. 4 and the bugs should be gone. They use the Saturn-ZX-variant and the new SP3G has fully PCI conforming level-triggered (thus shareable), BIOS-configurable interrupts. It has an on-board PS/2-mouseport, EPA-power-saving-modes and DX4-support, too. It performs excellently. If you can get the German computer magazine C't from July (?), you will find a test report where the ASUS-Board is the best around. <P>Latest information about ASUS-SP3-G: You might experience crashes when using PCI-to-Memory-Posting. If you disable this, all works perfect. jw@peanuts.informatik.uni-tuebingen.de said he believed it to be a problem of the current Linux-kernel rather than the hardware, because part of the system still works when crashing, looking like a deadlock in the swapper, and OS2/DOS/WINDOZE don't crash at all. <P>Someone else with a very old ASUS-SP3 (saturn-I chipset) reported crashes with using XFree86, which went away when he installed the very latest betaversion which seems to work around a bit of the problems. <P> <H2><A NAME="ss3.5">3.5 Pat Dowler (dowler@pt1B1106.FSH.UVic.CA) with ASUS SP3G</A> </H2> <P> <P> <UL> <LI> ASUS SP3G board (it is rev.4 == saturn II)</LI> <LI> AMD DX4-100 CPU (need to set jumper 36 to 1&2 rather than 2&3, otherwise it's set the same as other 486DXn chips)</LI> <LI> 256K cache (comes with 15ns cache :-)</LI> <LI> 16meg RAM (2x8meg)</LI> <LI> ET4000 ISA video card</LI> <LI> quantum IDE hard drive</LI> <LI> SMC Elitel16 combo ethernet card</LI> </UL> <P>Unlike some other reports, I find the mouse pointer moves very smoothy under X (just like the ol' 386) - it is jumpy under some, but not all, DOS games though... <P>Performance is great!! I ran some large floating point tests and found the performance in 3x33 (100MHz) mode to be almost 1.5x that in 2x (66MHz) mode (large being 500x500 doubles - 4meg or so)... I was a little dubious about clock-tripling but I seem to be getting full benefit :-) <P>The heavily configurable energy star stuff doesn't work with the current AMD DX4 chips - you need an SL chip <P>I really need a SCSI disk and a PCI video card :-) <P>(I had a phonecall by a person who had this problem with the buggy SMC FIFO chipset, after using X-window they hung.) <P> <HR> <A HREF="PCI-HOWTO-4.html">Next</A> <A HREF="PCI-HOWTO-2.html">Previous</A> <A HREF="PCI-HOWTO.html#toc3">Contents</A> </BODY> </HTML>