Linux-Hardware Digest #324, Volume #10 Tue, 25 May 99 17:13:49 EDT
Contents:
Re: RH 6.0 install with Adaptec 152x ??? ([EMAIL PROTECTED])
advance power management ("Paul D. Pandian")
Aureal Vortex Sound Card not working ("Madhu")
Re: Dual Celeron's and SMP Performance Problems (Rod Roark)
Re: RH 6.0 install with Adaptec 152x ??? (Walt Shekrota)
Backup solution for a single linux box with about 10Gig drive. ("Gen. Sisyphus")
Re: Second HDD boot (deek)
Re: DLT 7000 performance problem under linux (Ken Cormack)
Wierd problem with SCSI tape drive. Please help! ("Nitin Mule")
Get my Linux box on Net!!!!!!! - PPP problems ("The RZA")
Diamond Viper TNT 3d AGP card ([EMAIL PROTECTED])
----------------------------------------------------------------------------
Crossposted-To: comp.os.linux.misc
Subject: Re: RH 6.0 install with Adaptec 152x ???
From: [EMAIL PROTECTED]
Date: Tue, 25 May 1999 15:06:57 GMT
Last night I wrote:
> When the installer probes the SCSI card, it reports that the card
> cannot be found. When I switch to the console with logging output, I
> see that the insmod of /modules/aha152x.o has failed. When I open up
> a shell, I see that the module doesn't exist!
As an aside, I was able to install Debian 2.1 without any problems on
the machine. Without any scsi/module related problems that is. I
couldn't get a boot floppy to boot on the Dell, but loadlin from dos
did work ok. Then I skipped the boot disk only to discover LILO
didn't get installed in the MBR. Grrr... Time to grow a brain and
how to figure out how to configure loadlin to boot my install from 'doze.
I would still prefer to run RH 6.0, though...
-p.
------------------------------
From: "Paul D. Pandian" <[EMAIL PROTECTED]>
Subject: advance power management
Date: Wed, 26 May 1999 01:53:17 +0800
I am using RedHat 5.2 with kernel version 2.0.36. I configure it and ensure
that advance power management is selected, together with the option for
power off at shutdown selected as well. All is fine now. The system
dutifully shuts down and automatically power offs when asked to. (Saves time
hanging around waiting for all services to terminate, and then having
manually to turn the power off.)
Okay: Question. I upgraded the kernel to 2.2.0 (and tried all the rest
upwards too inlcuding the latest 2.3.3). System cannot shutdown. Even when I
selected the APM options under kernel configuration and compilation.
What do I do ?
Thanks everyone for your time.
Regards,
Paul
------------------------------
From: "Madhu" <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc
Subject: Aureal Vortex Sound Card not working
Date: Wed, 26 May 1999 00:00:30 +0530
Hi,
My sound card brand is PCI-338 A3D. It uses the Aureal Vortex chipset.
OSS detected it as Aureal Vortex, but it says its not supported yet. I'm
really looking forward to using my Redhat 5.2 with the sound card installed.
My X and everything else is working perfectly well otherwise. Can somebody
please help me with this???
Thanks,
Madhu.
------------------------------
From: Rod Roark <[EMAIL PROTECTED]>
Crossposted-To: alt.comp.hardware.overclocking,csu.unix.linux
Subject: Re: Dual Celeron's and SMP Performance Problems
Date: 25 May 1999 19:33:02 GMT
I must be dense. After reading this a couple of times I still don't
understand: how can two Celerons be worse than one when each has its
own cache? I don't see how an interrupt serviced by one would cause
the other's cache to be flushed.
-- Rod
Totally Lost <[EMAIL PROTECTED]> wrote:
>The work done by Tomohiro Kawada and others has been interesting.
>I can think of a number of applications where dual/quad overclocked
>Celeron's can produce very cost effective clusters for number crunching.
>The crypt cracking teams will get a great windfall from this work.
>I do performance studies and optimization for a living. One of the
>biggest problems people have porting applications from big iron
>SMP servers to X86 SMP servers is memory foot print and working
>set locality problems which make X86 SMP scaling difficult at best.
>Big Iron SMP servers typically have larger L1/L2 caches with
>a much faster memory subsystem under them. The size of the
>working set directly predicts the performance of most
>applications. To help clients understand this I often use the following
>visual aid in my presentations, which is the output of a tool
>I use to measure the performance of their system as the working
>set size is increased:
>Counts are thousands of MemOps/second.
>SunOS svr20 5.5.1 Generic sun4m sparc SUNW,SPARCstation-20
>Set Sequential Random
>Size Cnt Pct Cnt Pct
>----- --------- --------- 0% 25% 50% 75% 100
> 2K 29685 100 21271 100 | | | *| @
> 3K 29657 100 21244 100 | * @
> 4K 29652 100 21231 100 | | | * | @
> 6K 29644 100 21264 100 | * @
> 8K 29652 100 21203 100 | | | * | @
> 12K 29644 100 21245 100 | * @
> 16K 29625 100 21221 100 | | | * | @
> 24K 10996 37 18120 85 | @ *
> 32K 7943 27 16190 76 | |@ | * | |
> 48K 7941 27 13716 64 | @ *
> 64K 7939 27 12067 57 | |@ * | | |
> 96K 7943 27 10802 51 | @ *
> 128K 7947 27 9877 46 | |@ * | | |
> 192K 7946 27 9837 46 | @ *
> 256K 7909 27 9828 46 | |@ * | | |
> 384K 7773 26 9806 46 | @ *
> 512K 7652 26 9766 46 | @ * | | |
> 768K 7619 26 9765 46 | @ *
>1024K 7580 26 9755 46 | @ * | | |
>1536K 2164 7 9642 45 | @ *
> 2M 2045 7 9634 45 | @ | * | | |
> 3M 2044 7 9602 45 | @ *
> 4M 2041 7 9595 45 | @ | * | | |
> 6M 2038 7 9592 45 | @ *
> 8M 2042 7 8823 41 | @ | * | | |
> 12M 2035 7 8720 41 | @ *
> 16M 1863 6 8723 41 | @ | * | | |
> 24M 2023 7 8596 40 | @ *
> 32M 1657 6 9590 45 | @ | * | | |
> 48M 10 0 8040 38 @ *
> 64M 40 0 6552 31 @ *| | | |
>The graph is plotted with all values relative to the first sequential
>value. The test reflects the performance losses due to the working
>set size impact on the VM/Cache/Memory subsystems. This includes
>TLB misses, cache misses and memory latency. Cache design and memory
>allocation coloring present very different responses to this test.
>Poorly colored memory with direct mapped caches shows up with early
>degradation slopes, while good coloring produces sharp fall-offs at
>each cache boundry.
>This particular machine didn't have a lot of
>memory and started paging above 32M, with 32K L1 and 1024K L2 cache
>sizes. Increasing the working set by a single cache line
>often reduces the performance to the next larger (and slower)
>memory object.
>In a real system, there are many sources that scale into the working
>set size(s). The size of the active interrupt service routines and
>OS scheduler are often near the size of L1/L2 caches on many X86
>systems, thus each interrupt flushes the cache and effectively runs
>at memory or L2 cache speeds. In an SMP system, both CPU's have to
>share the memory performance. If the L1/L2 caches are too small, then
>two processors are worse than one, because they will flush each other
>with distributed interrupts. The cost of flushing the cache by context
>switches and interrupts is two 2X ... memory cycles required to bring
>in the new context/interrupt plus the memory cycles required to replace
>the active process memory on exit. One reason that X86 SMP servers
>may scale, is that network interrupt loads that flush a uniprocessor,
>only impact one processor in a multiprocessor system ... especially
>if the interrupts are bound to a single processor. Ditto for the disk
>subsystems. SCSI controllers that have high interrupt loading can
>kill an SMP server if the interrupts are distributed. NCR825's are
>a very good example when used with very poor SCSI scripts and drivers.
>Understanding the locality and working set sizes, some X86 vendors
>have post processed their kernel builds to improve locality and
>placement. The work done by the SCO Unixware team on the object code
>segments has produced remarkable results. These vendors often have
>large kernels and feature sets, with same/better overall performance.
>Celron's with their 128K L2 cache can easily produce worse performance
>under modest to heavy load than a single processor in an SMP system.
>In many server systems, even dual PII's with 512K L2 caches fail to
>scale or produce negative results under modest to heavy work loads.
>In some applications, even Xenon's large caches fail to scale or
>produce negative results in comparision to uniprocessors of the same
>architecture. Simply put, it's not uncommon to find applications where
>two processors trashing the caches with SMP interrupts or shared memory
>produce much worse performance than the same system with only a single
>processor enabled.
>Linux is not well multi-threaded, and has a pretty large foot print
>with very little locality in either the OS or it's primary applications.
>I would expect that for many users, dual Celeron's may have a negative
>performance impact much of the time.
>To observe that Dual Celron's produce an observed improvement under
>certain lightly loading applications may be true. To assert that
>they scale under modest to heavy work loads is probably a huge mistake.
>To expect that they will scale well under Linux with heavy loads is
>almost certainly folly.
>John Bass
>UNIX Systems Consultant
-- Rod
======================================================================
Sunset Systems Preconfigured Linux Computers
http://www.sunsetsystems.com/ and Custom Software
======================================================================
------------------------------
From: Walt Shekrota <[EMAIL PROTECTED]>
Crossposted-To: comp.os.linux.misc
Subject: Re: RH 6.0 install with Adaptec 152x ???
Date: Tue, 25 May 1999 15:34:25 -0400
[EMAIL PROTECTED] wrote:
> Last night I wrote:
>
> > When the installer probes the SCSI card, it reports that the card
> > cannot be found. When I switch to the console with logging output, I
> > see that the insmod of /modules/aha152x.o has failed. When I open up
> > a shell, I see that the module doesn't exist!
>
> As an aside, I was able to install Debian 2.1 without any problems on
> the machine. Without any scsi/module related problems that is. I
> couldn't get a boot floppy to boot on the Dell, but loadlin from dos
> did work ok. Then I skipped the boot disk only to discover LILO
> didn't get installed in the MBR. Grrr... Time to grow a brain and
> how to figure out how to configure loadlin to boot my install from 'doze.
>
> I would still prefer to run RH 6.0, though...
>
> -p.
I use this same configuration successfully!. The 1522 card got probed and
module was there. Perhaps part of your install failed look for messages in
the logfile.
Why would you loadlin from Doze :)
-Walt
------------------------------
From: "Gen. Sisyphus" <[EMAIL PROTECTED]>
Subject: Backup solution for a single linux box with about 10Gig drive.
Date: Tue, 25 May 1999 13:11:28 -0700
I do not have a SCSI drive in my computer. I am also running Redhat 5.1.
Questions:
1- What sort of drive should I buy? Is there one (brand, model number)
that is a favorite in the linux crowd and is a sure bet to work? It
would be nice to be able to use the same drive to backup my Windows OS.
2- How much storage do I get with different kinds of tapes?
3- I have one parallel port connected to my printer and I think I only
have one parallel port. If tape drive is also connected to Parallel, do
I need to reconnect devices all the time?
4- I am content with using tar and cron. But I would appreciate software
suggestions.
Thanks in advance,
Si
------------------------------
From: deek <[EMAIL PROTECTED]>
Subject: Re: Second HDD boot
Date: Tue, 25 May 1999 16:34:13 GMT
Andr� Malafaya Baptista wrote:
> Can Linux boot from a HDD other than the primary slave?
>
> Please email.
>
> Andr�
Hmmm... Any drive (locally) and from a network ... Hmmm...
------------------------------
Subject: Re: DLT 7000 performance problem under linux
From: Ken Cormack <[EMAIL PROTECTED]>
Date: Tue, 25 May 1999 12:24:05 -0400
It was suggest that you try something like Amanda. Here's what I think..=
=2E
The same thing could very well happen, using any backup program. Think a=
bout
it. Rather than spooling data directlty from disk to tape, you are askin=
g that
the user introduce a layer of software that reads from disk, spools to di=
sk,
and then and then guess what.... reads again from disk to finally output =
to
tape!
I would simply experiment with the cpio buffer parameters (and take out t=
he
pipe to "dd". This can create un-necessary slowdowns.)
For starters, I recommend "cpio -aocvB". The uppercase "B" says to block=
the
data at 5120 bytes, rather than the default of 512 bytes (a ten-fold incr=
ease).
Part of your slowdown is the overhead incurred by cpio only reading 512
bytes before passing the data along your pipeline to "dd".
Next, I would experiment with "cpio -aocvC <some_number>", where <some_nu=
mber>
is for block sizes larger than the 5K offered by "B". For example, try:
"cpio -ocvC 65536" (for a 64K block size) or "cpio -ocvC 131072" (for 128=
K)
Introducing additional pipes, filters, or backup agents (especially those=
that
do software compression) will certainly slow things down.
Ken
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D
Ken Cormack
Cuyahoga Falls, Ohio
mailto:[EMAIL PROTECTED]
http://home.neo.rr.com/kcormack/
------------------------------
From: "Nitin Mule" <[EMAIL PROTECTED]>
Subject: Wierd problem with SCSI tape drive. Please help!
Date: Tue, 25 May 1999 16:07:20 -0400
Hi all,
I'm getting this extremely annoying problem with my SCSI tape drive. It's a
brand new device and sometimes works fine. However, ocassionally I get an
error when I try to backup about 10GB of data using tar. It's a random
problem and I have little clue where things are going wrong.
The details are:
Tape drive: Exabyte Mammoth
SCSI controller: Adaptec 2940 U2W
Linux: Redhat 5.2 Kernel 2.0.36-3
Tape drive is the only scsi device and I've terminated it.
I've done backup and restore a few times successfully, but occassionally I
get the following error with tar.
Error Message from /var/log/messages:
scsi: aborting command due to timeout: pid 246340, scci0, channel0, id 15,
lun 0 write (6) 01 00 00 1e 00
scsi host 0 abort (pid 246340) timed out- resetting
scsi bus is being reset for host 0 channel 0
tar cannot write to /dev/st0
input/ouput error
tar error is not recoverable
exiting now
After getting this error, I upgraded the kernel from 2.0.36-0.7 to 2.0.36-3
hoping that it would solve the problem as the aic7xxx driver in this kernel
version might be better. After this upgrade, I could backup successfully
once using tar. This morning I was testing it with a backup program "arkeia"
and it again locked my drive. It's getting really frustrating not to be able
to get a very important high-end hardware device to work under linux. Has
anyone come across something similar? And yes, I've cleaned the head of my
drive.
TIA,
Nitin.
------------------------------
From: "The RZA" <[EMAIL PROTECTED]>
Crossposted-To:
alt.os.linux,alt.os.linux.dial-up,alt.uu.comp.os.linux.questions,at.linux,comp.os.linux.misc,comp.os.linux.networking,comp.os.linux.setup,linux.redhat.misc
Subject: Get my Linux box on Net!!!!!!! - PPP problems
Date: Tue, 25 May 1999 21:06:36 +0100
Help,
please help me to further my 11 month love affair with Linux by getting my
box on the Net. I have just finished University for the year and would
really like to use linux to get upto speed in such things as Oracle 8, C++
and Java. All this is being hampered because when I need Net info, I have to
reboot in WINDOZE.
I have a Diamond 56i ISA modem (NOT a winmodem). It will dial out O.K.
(tested under minicom) but using the scripts I have knocked together the
line just drops after 1-2 mins. HELP ME. I am desperate. Below is a sample
of my /var/log/message file.
P.S. Does anyone understand the expressions:-
Not eight bit clean
All 7th bit set to zero
?
begin 666 pppLogin.txt
M#0I-87D@,C4@,3DZ-#<Z,C0@<VAI>FYI="!P<'!D6S$P.#1=.B!P<'!D(#(N
M,RXU('-T87)T960@8GD@<F]O="P@=6ED(# -"DUA>2 R-2 Q.3HT-SHR-"!S
M:&EZ;FET(&EF=7 M<'!P.B!P<'!D('-T87)T960@9F]R('!P<# @;VX@+V1E
M=B]T='E3,B!A=" S.#0P, T*36%Y(#(U(#$Y.C0W.C(U('-H:7IN:70@8VAA
M=%LQ,#@V73H@86)O<G0@;VX@*$)54UDI#0I-87D@,C4@,3DZ-#<Z,C4@<VAI
M>FYI="!C:&%T6S$P.#9=.B!A8F]R="!O;B H15)23U(I#0I-87D@,C4@,3DZ
M-#<Z,C4@<VAI>FYI="!C:&%T6S$P.#9=.B!A8F]R="!O;B H3D\@0T%24DE%
M4BD-"DUA>2 R-2 Q.3HT-SHR-2!S:&EZ;FET(&-H871;,3 X-ETZ(&%B;W)T
M(&]N("A.3R!$24%,5$].12D-"DUA>2 R-2 Q.3HT-SHR-2!S:&EZ;FET(&-H
M871;,3 X-ETZ(&%B;W)T(&]N("A);G9A;&ED($QO9VEN*0T*36%Y(#(U(#$Y
M.C0W.C(U('-H:7IN:70@8VAA=%LQ,#@V73H@86)O<G0@;VX@*$QO9VEN(&EN
M8V]R<F5C="D-"DUA>2 R-2 Q.3HT-SHR-2!S:&EZ;FET(&-H871;,3 X-ETZ
M('-E;F0@*$%4)D8R7DTI#0I-87D@,C4@,3DZ-#<Z,C4@<VAI>FYI="!C:&%T
M6S$P.#9=.B!E>'!E8W0@*$]+*0T*36%Y(#(U(#$Y.C0W.C0T('-H:7IN:70@
M8VAA=%LQ,#@V73H@050F1C)>35Y-#0I-87D@,C4@,3DZ-#<Z-#0@<VAI>FYI
M="!C:&%T6S$P.#9=.B!/2PT*36%Y(#(U(#$Y.C0W.C0T('-H:7IN:70@8VAA
M=%LQ,#@V73H@("TM(&=O="!I=" -"DUA>2 R-2 Q.3HT-SHT-"!S:&EZ;FET
M(&-H871;,3 X-ETZ('-E;F0@*$%41%0J3E5-0D52*EY-*0T*36%Y(#(U(#$Y
M.C0W.C0T('-H:7IN:70@8VAA=%LQ,#@V73H@97AP96-T("A#3TY.14-4*0T*
M36%Y(#(U(#$Y.C0W.C0T('-H:7IN:70@8VAA=%LQ,#@V73H@7DT-"DUA>2 R
M-2 Q.3HT.#HR-"!S:&EZ;FET(&-H871;,3 X-ETZ($%41%0J3E5-0D52*EY-
M#0I-87D@,C4@,3DZ-#@Z,C0@<VAI>FYI="!C:&%T6S$P.#9=.B!#3TY.14-4
M#0I-87D@,C4@,3DZ-#@Z,C0@<VAI>FYI="!C:&%T6S$P.#9=.B @+2T@9V]T
M(&ET( T*36%Y(#(U(#$Y.C0X.C(T('-H:7IN:70@8VAA=%LQ,#@V73H@<V5N
M9" H7DTI#0I-87D@,C4@,3DZ-#@Z,C0@<VAI>FYI="!C:&%T6S$P.#9=.B!T
M:6UE;W5T('-E="!T;R S('-E8V]N9',-"DUA>2 R-2 Q.3HT.#HR-"!S:&EZ
M;FET(&-H871;,3 X-ETZ('1I;65O=70@<V5T('1O(#8P('-E8V]N9',-"DUA
M>2 R-2 Q.3HT.#HR-"!S:&EZ;FET(&-H871;,3 X-ETZ(&5X<&5C=" H;V=I
M;CHI#0I-87D@,C4@,3DZ-#@Z-3,@<VAI>FYI="!K97)N96PZ(%!04#H@<'!P
M(&QI;F4@9&ES8VEP;&EN92!S=6-C97-S9G5L;'D@=6YR96=I<W1E<F5D#0I-
M87D@,C4@,3DZ-#@Z-30@<VAI>FYI="!C:&%T6S$P.#9=.B @,S@T,#!>32I)
M4U!N86UE*B!);G1E<FYE=" J*BHJ*BHJ*BH@4$]0(%Y-#0I-87D@,C4@,3DZ
M-#@Z-30@<VAI>FYI="!C:&%T6S$P.#9=.B!>30T*36%Y(#(U(#$Y.C0X.C4T
M('-H:7IN:70@;&%S="!M97-S86=E(')E<&5A=&5D(#(@=&EM97,-"DUA>2 R
M-2 Q.3HT.3HP-"!S:&EZ;FET(&-H871;,3 X-ETZ("I)4U!N86UE*B!L;V=I
M;CH-"DUA>2 R-2 Q.3HT.3HP-"!S:&EZ;FET(&-H871;,3 X-ETZ(" M+2!G
M;W0@:70@#0I-87D@,C4@,3DZ-#DZ,#0@<VAI>FYI="!C:&%T6S$P.#9=.B!S
M96YD("@J;7E,;V=I;BI>32D-"DUA>2 R-2 Q.3HT.3HP-"!S:&EZ;FET(&-H
M871;,3 X-ETZ(&5X<&5C=" H87-S=V]R9#HI#0I-87D@,C4@,3DZ-#DZ,#0@
M<VAI>FYI="!C:&%T6S$P.#9=.B!>30T*36%Y(#(U(#$Y.C0Y.C(T('-H:7IN
M:70@8VAA=%LQ,#@V73H@*DE34&YA;64J(&QO9VEN.B J;7E,;V=I;BI>30T*
M36%Y(#(U(#$Y.C0Y.C,T('-H:7IN:70@8VAA=%LQ,#@V73H@4&%S<W=O<F0Z
M#0I-87D@,C4@,3DZ-#DZ,S0@<VAI>FYI="!C:&%T6S$P.#9=.B @+2T@9V]T
M(&ET( T*36%Y(#(U(#$Y.C0Y.C,T('-H:7IN:70@8VAA=%LQ,#@V73H@<V5N
M9" H*FUY4&%S<W=O<F0J7DTI#0I-87D@,C4@,3DZ-#DZ,S0@<VAI>FYI="!C
M:&%T6S$P.#9=.B!E>'!E8W0@*&]C;VPZ*0T*36%Y(#(U(#$Y.C0Y.C4T('-H
M:7IN:70@8VAA=%LQ,#@V73H@(%Y-#0I-87D@,C4@,3DZ-#DZ-30@<VAI>FYI
M="!C:&%T6S$P.#9=.B!P<F]T;V-O;#H-"DUA>2 R-2 Q.3HT.3HU-"!S:&EZ
M;FET(&-H871;,3 X-ETZ(" M+2!G;W0@:70@#0I-87D@,C4@,3DZ-#DZ-30@
M<VAI>FYI="!C:&%T6S$P.#9=.B!S96YD("AP<'!>32D-"DUA>2 R-2 Q.3HT
M.3HU-"!S:&EZ;FET(&-H871;,3 X-ETZ('-E;F0@*%Y-*0T*36%Y(#(U(#$Y
M.C0Y.C4T('-H:7IN:70@<'!P9%LQ,#@T73H@4V5R:6%L(&-O;FYE8W1I;VX@
M97-T86)L:7-H960N#0I-87D@,C4@,3DZ-#DZ-34@<VAI>FYI="!K97)N96PZ
M($-33$E0.B!C;V1E(&-O<'ER:6=H=" Q.3@Y(%)E9V5N=',@;V8@=&AE(%5N
M:79E<G-I='D@;V8@0V%L:69O<FYI80T*36%Y(#(U(#$Y.C0Y.C4U('-H:7IN
M:70@:V5R;F5L.B!04% Z('9E<G-I;VX@,BXR+C @*&1Y;F%M:6,@8VAA;FYE
M;"!A;&QO8V%T:6]N*0T*36%Y(#(U(#$Y.C0Y.C4U('-H:7IN:70@:V5R;F5L
M.B!04% @1'EN86UI8R!C:&%N;F5L(&%L;&]C871I;VX@8V]D92!C;W!Y<FEG
M:'0@,3DY-2!#86QD97)A+"!);F,N#0I-87D@,C4@,3DZ-#DZ-34@<VAI>FYI
M="!K97)N96PZ(%!04"!L:6YE(&1I<V-I<&QI;F4@<F5G:7-T97)E9"X-"DUA
M>2 R-2 Q.3HU,#HP-"!S:&EZ;FET(&ME<FYE;#H@<F5G:7-T97)E9"!D979I
M8V4@<'!P, T*36%Y(#(U(#$Y.C4P.C T('-H:7IN:70@<'!P9%LQ,#@T73H@
M57-I;F<@:6YT97)F86-E('!P<# -"DUA>2 R-2 Q.3HU,#HP-"!S:&EZ;FET
M('!P<&1;,3 X-%TZ($-O;FYE8W0Z('!P<# @/"TM/B O9&5V+W1T>5,R#0I-
M87D@,C4@,3DZ-3$Z,C0@<VAI>FYI="!P<'!D6S$P.#1=.B!-;V1E;2!H86YG
M=7 -"DUA>2 R-2 Q.3HU,3HR-"!S:&EZ;FET('!P<&1;,3 X-%TZ($-O;FYE
M8W1I;VX@=&5R;6EN871E9"X-"DUA>2 R-2 Q.3HU,3HR-2!S:&EZ;FET('!P
=<&1;,3 X-%TZ($5X:70N#0H-"@T*#0H-"@T*#0H`
`
end
------------------------------
From: [EMAIL PROTECTED]
Subject: Diamond Viper TNT 3d AGP card
Date: Tue, 25 May 1999 20:14:56 GMT
are there drivers free xservers for
16MB Diamond Viper TNT 3D AGP Graphics Card
OR
8MB ATI XPERT 98D 3D AGP Graphics Card
thanks
prasad
--== Sent via Deja.com http://www.deja.com/ ==--
---Share what you know. Learn what you don't.---
------------------------------
** FOR YOUR REFERENCE **
The service address, to which questions about the list itself and requests
to be added to or deleted from it should be directed, is:
Internet: [EMAIL PROTECTED]
You can send mail to the entire list (and comp.os.linux.hardware) via:
Internet: [EMAIL PROTECTED]
Linux may be obtained via one of these FTP sites:
ftp.funet.fi pub/Linux
tsx-11.mit.edu pub/linux
sunsite.unc.edu pub/Linux
End of Linux-Hardware Digest
******************************
