776 lines
29 KiB
Plaintext
776 lines
29 KiB
Plaintext
From: Digestifier <Linux-Misc-Request@senator-bedfellow.mit.edu>
|
|
To: Linux-Misc@senator-bedfellow.mit.edu
|
|
Reply-To: Linux-Misc@senator-bedfellow.mit.edu
|
|
Date: Sun, 4 Sep 94 00:13:08 EDT
|
|
Subject: Linux-Misc Digest #706
|
|
|
|
Linux-Misc Digest #706, Volume #2 Sun, 4 Sep 94 00:13:08 EDT
|
|
|
|
Contents:
|
|
X won't use my RESOURCES??? (Timothy A. Kobett)
|
|
Re: Emulating SLIP over a dialup line (J.H. Man)
|
|
Re: What ever happened to Novell's Expose? (Ron Holt)
|
|
Re: WANTED: Supplier of PC clone for Linux.... (ron dufresne)
|
|
Re: Does anybody have NN running under Linux ? (Matt Midboe)
|
|
device for ReelMagic MPEG (Stephan Kauss)
|
|
Looking for efax-0.6b (Steve DuChene)
|
|
Linux Journal (David Reid)
|
|
Re: FTAPE...Im' soo close, yet so far???? (Michael James Porter)
|
|
Re: Unix programming question (Jeff Epler)
|
|
QIC-02 compatability (Rod Troch)
|
|
System hangs during installation (Martin Oldfield)
|
|
Linux install with MicroSolutions Parallel Port CDROM (Vikas Rijsinghani - Sun Integration)
|
|
Slackware Pro Savings! (Randy Just)
|
|
Re: ACE modem/voicemail/sound card ? (Russell Nelson)
|
|
Re: Unix programming question (Mark Weaver)
|
|
Re: Linus: Leaving for Australia (Mark A. Horton KA4YBR)
|
|
Re: dram -- bogoboost without patching! (Jerry Gaffke)
|
|
Re: Xconfig for Diamond SS24X ... (Karl J. Runge)
|
|
Possible FAQ? (Vaibhav Goel)
|
|
|
|
----------------------------------------------------------------------------
|
|
|
|
From: takobet@clark.net (Timothy A. Kobett)
|
|
Crossposted-To: comp.windows.x,comp.windows.x.i386unix
|
|
Subject: X won't use my RESOURCES???
|
|
Date: 3 Sep 1994 02:43:03 GMT
|
|
|
|
I'm trying to learn toolkit programming but I'm having a really
|
|
annoying problem on my Linux system. I'm having problems getting
|
|
X to consistently accept my resources. I've tried setting
|
|
XFILESEARCHPATH, XUSERFILESEARCHPATH, XAPPLRESDIR, and XENVIRONMENT.
|
|
None of these seem to work all the time, I've got 3 out of 4 programs
|
|
to work but the only way to get the fourth one to work is to load
|
|
the resources with xrdb. I've verified that the program works on
|
|
another computer. It ran with no problems. I've RTMs (several).
|
|
Any thoughts? I'm using Linux 1.0, gcc 2.6.0, Motif 1.2.4, 486 PC
|
|
with 16M ram. Any thoughts would be appreciated.
|
|
|
|
|
|
--
|
|
Tim Kobett
|
|
takobet@clark.net
|
|
|
|
|
|
------------------------------
|
|
|
|
From: jman@home.org (J.H. Man)
|
|
Subject: Re: Emulating SLIP over a dialup line
|
|
Date: 2 Sep 1994 04:27:43 +0100
|
|
Reply-To: jman@home.org
|
|
|
|
Sam Oscar Lantinga <slouken@cs.ucdavis.edu> wrote:
|
|
|
|
> : TIA (The Internet Adapter)
|
|
> I sent mail to them about a Linux port, and they said that a Linux
|
|
> port is about sixth on thier list of ports, and not to hold my breath
|
|
> [my words].
|
|
|
|
I'm not surprised, when you can use term, which is free.
|
|
|
|
- John, jman@home.org
|
|
|
|
------------------------------
|
|
|
|
From: ron@novell.com (Ron Holt)
|
|
Subject: Re: What ever happened to Novell's Expose?
|
|
Date: 2 Sep 1994 17:28:34 -0600
|
|
|
|
In article <1994Aug21.222426.9830@kf8nh.wariat.org>,
|
|
Brandon S. Allbery <bsa@kf8nh.wariat.org> wrote:
|
|
>
|
|
>It was a figment of PC WEEK's imagination.
|
|
>
|
|
>++Brandon
|
|
|
|
No it wasn't.
|
|
|
|
Ron
|
|
|
|
|
|
------------------------------
|
|
|
|
From: Ron.Dufresne@launchpad.unc.edu (ron dufresne)
|
|
Crossposted-To: comp.os.linux.help
|
|
Subject: Re: WANTED: Supplier of PC clone for Linux....
|
|
Date: 2 Sep 1994 06:46:31 -0400
|
|
|
|
|
|
Pc-Circle, New Brighton MN (612)631-2511 will build machines to your specs
|
|
AND deliver with Linux installed...
|
|
|
|
|
|
R. DuFresne
|
|
|
|
--
|
|
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
|
|
Launchpad is an experimental internet BBS. The views of its users do not
|
|
necessarily represent those of UNC-Chapel Hill, OIT, or the SysOps.
|
|
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
|
|
|
|
------------------------------
|
|
|
|
From: matt@vespucci.iquest.com (Matt Midboe)
|
|
Crossposted-To: comp.os.linux.admin
|
|
Subject: Re: Does anybody have NN running under Linux ?
|
|
Date: 2 Sep 1994 11:56:24 -0500
|
|
|
|
In article <Cv7D73.3pL@infodrom.north.de>,
|
|
Martin Schulze <joey@infodrom.north.de> wrote:
|
|
>cheema@earth.sparco.com (Mubashir Cheema) writes:
|
|
>
|
|
>
|
|
>} Hello world,
|
|
>
|
|
>} I need to know if anybody out therr is using nn under Linux.
|
|
>} I can't get our nn to read news off of a remote site. Any help
|
|
>} will ne greatly appreciated.
|
|
|
|
Actually I'd recommend getting it from:
|
|
|
|
ftp.uwa.edu.au /pub/nn/beta/nn-6.5.0.b3.tar.gz
|
|
|
|
Kim Storm no longer maintains nn and the version that most places have
|
|
is still 6.4.18. This newer nn is much nicer I have found as it
|
|
supports NOV so you don't have to run all the extra database programs
|
|
with nn. I had very little problems compiling nn-6.5.0 on Linux, but
|
|
you will have to make your own s-linux.h file. If the other site uses
|
|
NOV then you will get to see NN speed along over the nntp connection.
|
|
|
|
Matt
|
|
|
|
------------------------------
|
|
|
|
From: ska@kauss.rhein-main.de (Stephan Kauss)
|
|
Subject: device for ReelMagic MPEG
|
|
Date: 3 Sep 1994 19:33:57 +0200
|
|
|
|
Hi LINUX Gurus,
|
|
|
|
I am looking for a device for my ReelMagic MPEG decompression board,
|
|
which is able to play a MPEG video stream under X11.
|
|
I am not shure on which point the device have to be.
|
|
I think there a two part's, on part which read fast from the CD and
|
|
handel a big buffer (because UNIX is not a realtime operationg sysem),
|
|
and one to set the position on the screen and set the transparence
|
|
color on my X11 window.
|
|
|
|
If someone have heard form a device for LINUX or FREEBSD let me know.
|
|
|
|
Stephan
|
|
|
|
------------------------------
|
|
|
|
From: s0017210@cc.ysu.edu (Steve DuChene)
|
|
Subject: Looking for efax-0.6b
|
|
Date: 3 Sep 1994 19:31:07 GMT
|
|
|
|
The subject line says it all. I seen a mention of this in one of
|
|
the Linux newsgroups but I have been unable to find it.
|
|
The only one I can find was efax-0.6a and efax-0.6b was
|
|
recommended to solve someone's problems with trying to
|
|
setup fax service.
|
|
--
|
|
| Steven A. DuChene sduchene@cis.ysu.edu or s0017210@cc.ysu.edu
|
|
| Youngstown State University | Computer Science / Math / Mech. Eng.
|
|
|They all laughed at Albert Einstein. They all laughed at Columbus.
|
|
|Unfortunately, they also all laughed at Bozo the Clown.
|
|
|
|
------------------------------
|
|
|
|
From: dreid@hookup.net (David Reid)
|
|
Subject: Linux Journal
|
|
Date: Sat, 3 Sep 1994 20:02:17 GMT
|
|
|
|
I am thinking of subscribing to the Linux Journal. Can anyone who is a
|
|
present subscriber or has seen the magazine, comment on whether it will be
|
|
money well spent. I don't really have easy access to any old copies so I am a
|
|
little wary about spending the money without knowing what I am buying. Any
|
|
comments would be appreciated. Thanks
|
|
|
|
|
|
David Reid - Stratford, Ontario, Canada
|
|
Email - dreid@hookup.net
|
|
|
|
------------------------------
|
|
|
|
From: mike@strauss.udel.edu (Michael James Porter)
|
|
Crossposted-To: comp.os.linux.admin
|
|
Subject: Re: FTAPE...Im' soo close, yet so far????
|
|
Date: 1 Sep 1994 23:51:13 -0400
|
|
|
|
Define FLOPPY_HACK, I think.
|
|
|
|
In article <CvH8HH.5vx@ecf.toronto.edu>,
|
|
RYAN Colin Patrick <ryan@ecf.toronto.edu> wrote:
|
|
=>Hello,
|
|
=>
|
|
=>
|
|
=>I'm trying to get ftape to go and have run into a snag. I have kernel 1.0.0,
|
|
=>ftape -1.13.b and modutils 0.99.15.pl1. I have succesfully complied the
|
|
=>modules and went throught the drv. hello world test without any problems.
|
|
=>I'm pretty sure that make made it to the end of the compile as ftape.o does
|
|
=>exist. The problem is when I do 'insmod ftape.o'. I get:
|
|
=>
|
|
=>darkstar:/usr/src/ftape-1.13b# insmod ftape.o
|
|
=>_enable_irq undefined
|
|
=>_disable_irq undefined
|
|
=>_free_dma undefined
|
|
=>_free_irq undefined
|
|
=>_request_dma undefined
|
|
=>_irqaction undefined
|
|
=>
|
|
=>Whats up??
|
|
=>
|
|
=>Thanks ahead....Colin Ryan: ryan@ecf.utoronto.ca
|
|
=>
|
|
=>
|
|
=>
|
|
|
|
|
|
|
|
------------------------------
|
|
|
|
From: jepler@herbie.unl.edu (Jeff Epler)
|
|
Subject: Re: Unix programming question
|
|
Date: 2 Sep 1994 23:55:00 GMT
|
|
|
|
mhw@cs.brown.edu (Mark Weaver) writes:
|
|
|
|
>In article <345qos$c4q@wumpus.cc.uow.edu.au>,
|
|
>Van Dao Mai <mai@wumpus.cc.uow.edu.au> wrote:
|
|
>>I have programmed UNIX for a long time and feel frustrated with the way
|
|
>>software is installed on the system. Under UNIX people often have to
|
|
>>hardwire the paths and settings into the executable at compile time.
|
|
>>This is in contrast with DOS that passes the full path name of the execuatble
|
|
>>as argv[0] so that you can search for library + data files.
|
|
|
|
In most 'well written' programs, there is a hard-coded path, but often
|
|
it can be overridden by an environment variable.
|
|
|
|
The only time I get really annoyed by the hard-coding of these
|
|
pathnames is when I want to test a package and then have to recompile
|
|
when I decide it's suitable -- Moving the configuration files from
|
|
somewhere under /var/tmp/lib to /usr/lib or /usr/local/lib ..
|
|
|
|
>Un*x passes the pathname the executable (relative to the current
|
|
>directory) in argv[0], and that in addition to the current working
|
|
>directory tells you exactly where the program is.
|
|
|
|
With execve(), you can pass *anything* as argv[0] -- By convention, I
|
|
suppose, argv[0] is often the path of the executable -- More often
|
|
absolute, especially when running a binary that is on PATH. But you
|
|
could very well pass 'cheese' as argv[0] when running /sbin/login ...
|
|
|
|
Since I believe that in a *perfect* system, all the source is online
|
|
or in some easily accessible secondary storage (FTP counts!:),
|
|
hardcoded pathnames and even certain configuration options aren't
|
|
evil. And if you don't get source, and get binaries instead, then let
|
|
them make the choice of where to put files. A little bit of symbolic
|
|
linkage (/usr/lib/foo can really be anywhere you want it to be) and
|
|
you have all the freedom you need.
|
|
|
|
As for the part I deleted (A little script that, with the argv[0]
|
|
assumption, would cat a file in the directory where the script
|
|
resides), I *like* having the executabes in a couple of big places and
|
|
their configuration files in nicely divided areas (/bin and /usr/lib/*
|
|
respectively). And any user-created data files should be in user
|
|
specified paths.
|
|
|
|
Jeff
|
|
--
|
|
____ "And if I smile please tell me some bad news
|
|
\BI/ before I laugh and act like a fool"
|
|
\/ -The Who "Behind Blue Eyes"
|
|
IRC: Synger Running Linux 1.1 -- Free Unix for 386+ machines
|
|
|
|
------------------------------
|
|
|
|
From: troch@lonestar.texas.com (Rod Troch)
|
|
Subject: QIC-02 compatability
|
|
Date: 02 Sep 1994 03:58:34 GMT
|
|
|
|
|
|
Netters,
|
|
|
|
I have a few questions about the Irwin 7251QE (QIC-02) tape drive.
|
|
|
|
I grabbed the current Ftape FAQ and it made reference to the QIC-02,
|
|
it doesn't support it. Last time I compiled my kernel I saw an entry
|
|
for QIC-02 support. If I compile with QIC-02 support can I mount the
|
|
tape drive and then write to it a gzip'd tar file? And if so, what
|
|
are the specifics. Can a tape have more then one file, etc?
|
|
|
|
Is anyone out there using a QIC-02 (or Irwin 7251QE) to do backups?
|
|
If you have a moment I would appreciate hearing what it can and cant'
|
|
do.
|
|
|
|
Thanks,
|
|
Rod
|
|
|
|
------------------------------
|
|
|
|
From: mjo@mrao.cam.ac.uk (Martin Oldfield)
|
|
Subject: System hangs during installation
|
|
Date: 03 Sep 1994 23:59:16 GMT
|
|
|
|
|
|
Hi,
|
|
|
|
I'm trying to book Linux on a PCI machine with the Intel Neptune
|
|
chipset. If I try and boot from the Slackware discs (a variety of
|
|
bootdisks (bare, scsinet, ncr), the boot disk prints the 'Initializing
|
|
ramdisk....' (or similar message) and then the screen goes blank. Has
|
|
anyone seen this behaviour / have a patch ?
|
|
|
|
The details are:
|
|
Plato P54C/PCI motherboard with 90MHz pentium.
|
|
Intel Neptune chipset
|
|
82434NX PCI/Cache/Memory controller
|
|
82433NX Local bus extension
|
|
82378IB-G System IO
|
|
|
|
SMC 37C665 super I/O controller on-board
|
|
RZ1000 PCI-IDE controller on-board
|
|
256k cache/8MB RAM
|
|
|
|
On the PCI bus:
|
|
Orchid Kelvin 64 PCI graphics card (CL5434 based)
|
|
|
|
On the ISA bus:
|
|
Future-Domain TMC1670 SCSI controller
|
|
SMC Elite ethernet card
|
|
Video Blaster SE
|
|
|
|
Thanks in advance for any help,
|
|
|
|
--
|
|
|
|
Martin Oldfield, MRAO, Cavendish Labs, CAMBRIDGE, CB3 0HE
|
|
Work: 0223 337365 Fax: 0223 354599 Home: 0223 67940
|
|
While you're asleep they'll absorb your mind, your memories, and you'll be
|
|
reborn into an untroubled world.
|
|
|
|
------------------------------
|
|
|
|
From: vikas@darkman.East.Sun.COM (Vikas Rijsinghani - Sun Integration)
|
|
Subject: Linux install with MicroSolutions Parallel Port CDROM
|
|
Date: 1 Sep 1994 19:41:27 GMT
|
|
Reply-To: vikas@darkman.East.Sun.COM
|
|
|
|
Does anyone know what type of process I would have to go through to install Linux via a parallel port CDROM? I have a notebook with Linux on it already, but I may have to install 3-5 other notebooks and was wondering if I could use a parallel port CDROM to install one of the CDROM distributions of LINUX.
|
|
|
|
Thanks.
|
|
|
|
|
|
|
|
------------------------------
|
|
|
|
From: rjust@crl.com (Randy Just)
|
|
Subject: Slackware Pro Savings!
|
|
Date: 3 Sep 1994 14:03:57 -0700
|
|
|
|
|
|
|
|
Just Computers! has a limited supply of cosmetically damaged
|
|
Slackware Professional 2.0 distributions. These packages are still
|
|
shrink-wrapped, but were squashed a bit in the shipment to us.
|
|
This is your opportunity to save some money on a great distribution!!!
|
|
All regular info still applies including a 30-day money back guarantee and
|
|
technical support from Morse Telecommunication.
|
|
|
|
These packages are offered on a first come, first serve basis. This
|
|
product was just recently released and the reception has been very
|
|
enthusiastic. The normal list price of this product is $49.95. We
|
|
are offering these to internet folks for $34.95. Shipping and handling
|
|
in the U.S. is $5.00. International S/H is $10.00.
|
|
Visa and MasterCard are gladly accepted.
|
|
|
|
You can find out availability of these by sending e-mail to
|
|
info@justcomp.com Include the line "get cosmetic" in your message. The
|
|
quantity available will be returned to you. To obtain further information
|
|
on Slackware Professional, e-mail can be sent to info@justcomp.com
|
|
Include "get slackpro.inf" in your message. For general product info,
|
|
just send e-mail to info@justcomp.com
|
|
|
|
Mailing Address: Just Computers!
|
|
P.O. Box 751414
|
|
Petaluma, CA 94975-1414
|
|
U.S.A.
|
|
|
|
Voice Number: 707/769-1648
|
|
FAX Number: 707/765-2447
|
|
|
|
Internet Order E-Mail: sales@justcomp.com
|
|
Information E-Mail: info@justcomp.com
|
|
Include word "help" on a single line in message
|
|
|
|
|
|
|
|
------------------------------
|
|
|
|
From: nelson@crynwr.crynwr.com (Russell Nelson)
|
|
Crossposted-To: comp.dcom.modems,comp.sys.ibm.pc.soundcard
|
|
Subject: Re: ACE modem/voicemail/sound card ?
|
|
Date: 03 Sep 1994 21:55:54 GMT
|
|
|
|
In article <3496f3$g59@news.cs.brandeis.edu> dehnel@binah.cc.brandeis.edu (Yves Dehnel) writes:
|
|
|
|
I saw a product at CompUSA today that combined in one PC card:
|
|
|
|
19,200 baud modem, fax, answering machine, 16-bit wavetable sound
|
|
with MIDI, Panasonic CD-ROM interface and kitchen sink.
|
|
|
|
It's made by ACE, I think.
|
|
|
|
I saw it, too. I want to use it under Linux. Since I doubt that they
|
|
include Linux drivers with it, I'd probably have to write my own.
|
|
Does anyone know if hardware documentation is available from the
|
|
manufacturer? I've never heard of ACE either, so I don't know who to
|
|
ask.
|
|
|
|
--
|
|
-russ <nelson@crynwr.com> http://www.crynwr.com/crynwr/nelson.html
|
|
Crynwr Software | Crynwr Software sells packet driver support | ask4 PGP key
|
|
11 Grant St. | +1 315 268 1925 (9201 FAX) | What is thee doing about it?
|
|
Potsdam, NY 13676 | LPF member - ask me about the harm software patents do.
|
|
|
|
------------------------------
|
|
|
|
From: mhw@cs.brown.edu (Mark Weaver)
|
|
Subject: Re: Unix programming question
|
|
Date: Fri, 2 Sep 1994 04:42:39 GMT
|
|
|
|
In article <345qos$c4q@wumpus.cc.uow.edu.au>,
|
|
Van Dao Mai <mai@wumpus.cc.uow.edu.au> wrote:
|
|
>I have programmed UNIX for a long time and feel frustrated with the way
|
|
>software is installed on the system. Under UNIX people often have to
|
|
>hardwire the paths and settings into the executable at compile time.
|
|
>This is in contrast with DOS that passes the full path name of the execuatble
|
|
>as argv[0] so that you can search for library + data files.
|
|
|
|
Un*x passes the pathname the executable (relative to the current
|
|
directory) in argv[0], and that in addition to the current working
|
|
directory tells you exactly where the program is.
|
|
|
|
For instance, here's a shell script that will always cat the file
|
|
"notes" which is in the same directory as the shell script. Notice that
|
|
neither the name of the directory nor the name of the script is
|
|
hardcoded.
|
|
|
|
#!/bin/sh
|
|
cat ${0%/*}/notes
|
|
|
|
Unix programs still tend to hard code pathnames though, because otherwise
|
|
you can't create links to the program from other directories.
|
|
|
|
Of course, if you assume they are always symbolic links, you could make
|
|
the program do an lstat() on the executable to see if it's a symbolic
|
|
link and do the right thing.
|
|
|
|
Mark
|
|
====================================================================
|
|
Email: Mark_Weaver@brown.edu | Brown University
|
|
PGP Key: finger mhw@cs.brown.edu | Dept of Computer Science
|
|
--
|
|
====================================================================
|
|
Email: Mark_Weaver@brown.edu | Brown University
|
|
PGP Key: finger mhw@cs.brown.edu | Dept of Computer Science
|
|
|
|
------------------------------
|
|
|
|
From: mah@ka4ybr.com (Mark A. Horton KA4YBR)
|
|
Subject: Re: Linus: Leaving for Australia
|
|
Date: Thu, 1 Sep 1994 23:06:42 GMT
|
|
|
|
Linus Torvalds (torvalds@cc.helsinki.fi) wrote:
|
|
|
|
[ chop ]
|
|
|
|
: I'll be back (*),
|
|
|
|
: Linus
|
|
|
|
: (*) October 4, actually.
|
|
|
|
Been watching a few too many Arnold Schwarznegger movies,
|
|
have we, Linus??
|
|
|
|
:) (have fun!)
|
|
- m
|
|
--
|
|
============================================================
|
|
Mark A. Horton ka4ybr mah@ka4ybr.atl.ga.us
|
|
P.O. Box 747 Decatur GA US 30031-0747 mah@ka4ybr.com
|
|
+1.404.371.0291 33 45 31 N / 084 16 59 W
|
|
|
|
------------------------------
|
|
|
|
From: jerryg@teleport.com (Jerry Gaffke)
|
|
Subject: Re: dram -- bogoboost without patching!
|
|
Date: 1 Sep 1994 21:41:27 -0700
|
|
|
|
Paul Gortmaker (paul@rasty.anu.edu.au) wrote:
|
|
: Some of you may remember the bogoboost patch -- a patch which
|
|
: would change setup.S to alter the DRAM refresh timer before switching
|
|
: to protected mode. The idea is that on older machines, you could get up to
|
|
: a 5% performance increase by extending the period of the refresh
|
|
: timer from the standard 15us. (Most newer machines implement a hidden
|
|
: or slow (120us) refresh in the BIOS setup menu, and hence already take
|
|
: advantage of this boost.)
|
|
......
|
|
: Now each megabyte of memory has almost 9.5 *million* of these cells.
|
|
: You can imagine that it will eat up some of our computer's power
|
|
: to read and re-write *all* these cells every 0.000015 seconds.
|
|
: (A refresh cycle involves reading a value from memory, and then writing
|
|
: it back to the memory cell again.)
|
|
|
|
: Well, the basic design is the same in todays modern SIMM (Single
|
|
: Inline Memory Module) but they can do much better than being able
|
|
: to remember for a mere 15us. Todays DRAM (Dynamic Random Acess
|
|
: Memory) chips on the common SIMM you have are capable of having
|
|
: a refresh only once every 500 --> 1000 us or more.
|
|
......
|
|
: long before that. Consider the following data I took on an old
|
|
: 12MHz AT (286) computer (using the DOS version of my program).
|
|
|
|
: DRAM refresh period(us) Landmark v2.00 rating % increase
|
|
: ----------------------- --------------------- ----------
|
|
: 15 15.48 0
|
|
: 120 16.14 4.26
|
|
: 250 16.19 4.59
|
|
: 500 16.21 4.72
|
|
: 1000 16.22 4.78
|
|
: 2000 16.22 4.78
|
|
: 5000 16.23 4.84
|
|
: 10000 16.23 4.84
|
|
: 20000 16.23 4.84
|
|
|
|
: (Note that at 10000 and 20000, the machine would eventually have a
|
|
: parity error as described above.) As can be seen from the above data,
|
|
: we get about a 5% increase in speed with the *longest* refresh period,
|
|
: and we had already obtained over 97% of the maximum possible increase
|
|
: with a nice "safe" value of 500us.
|
|
|
|
|
|
You're almost certainly running these DRAMs far out of spec, on very
|
|
thin ice.
|
|
|
|
|
|
The original design was probably doing a single refresh cycle on each
|
|
15us timeout. Lets assume that they used 16Kbit DRAMs
|
|
organized as 128 rows of 128 ram cells each, requiring that all cells
|
|
be refreshed once every 2000us. (I believe those numbers to be correct
|
|
for DRAMs of the XT era).
|
|
Each refresh cycle hits an entire row of 128 cells, thus all 128 rows
|
|
are covered every 128*15us = 1920us, just barely meeting the 2000us spec.
|
|
|
|
When bigger DRAMs were built there were more rows of ram cells to hit,
|
|
but system designers would not put up with anything less than 15us refresh
|
|
intervals. This carries over to the current day. Opening a data book
|
|
at random, I see the Toshiba 4Mbit DRAM TC514400J/Z (might be used in
|
|
currently available PC's). It is organized as an array of 1024 rows by
|
|
1024 columns by 4 bits, and has a refresh requirement of "1024 refresh
|
|
cycles/16ms". So if we do single refresh cycles on 15us intervals,
|
|
we will cover the entire chip in 1024*15us = 15360us, again just barely
|
|
making spec.
|
|
|
|
A more efficient memory system design would be to do a burst of many
|
|
refresh cycles less often. As an extreme example for the 4Mbit case, we
|
|
might choose to do 1024 refresh cycles once every 16000us. Perhaps most
|
|
memory systems on PC's today do it this way, if they do I would assume
|
|
that they have arranged for the hardware to be properly initialized.
|
|
|
|
DRAM's can be very forgiving. I recall turning the power off of a
|
|
graphics system for 10 seconds, and seeing an almost correct image on
|
|
the screen when the power was restored. The DRAM's used to store the
|
|
graphics pixels had retained their data with the power off.
|
|
When debugging a design I have often thought that a system was working
|
|
perfectly, only to find later that DRAM refresh was not working at all.
|
|
|
|
DRAM's tend to forget their contents much more readily as the heat goes
|
|
up, I believe this is an exponential trend. Parts are often spec'd at
|
|
up to 70 degrees C (chip temperature, not ambient).
|
|
So perhaps you can cheat the spec by an order of magnitude or more if you
|
|
can keep things cool. But memory errors can be very difficult to diagnose,
|
|
and you must be willing to accept the consequences.
|
|
|
|
I am not terribly familiar with PC memory system design, but I have been
|
|
designing around DRAM since 1978.
|
|
Anybody out there able to shed a bit more light on what is going on with
|
|
current PC hardware? I would assume that if they are typically doing
|
|
refresh once each 120us, then it is a burst 8 refresh cycles.
|
|
Any guidelines for figuring out if your hardware might be getting
|
|
initialized by somebody for 15us when it really could be 120us?
|
|
|
|
|
|
|
|
jerryg
|
|
|
|
|
|
------------------------------
|
|
|
|
From: runge@s1.gov (Karl J. Runge)
|
|
Crossposted-To: comp.os.linux.help,comp.os.linux.admin
|
|
Subject: Re: Xconfig for Diamond SS24X ...
|
|
Date: 3 Sep 1994 23:14:39 GMT
|
|
|
|
|
|
|
|
In article <cgb102.67.000FC3B3@psu.edu>, cgb102@psu.edu (Craig Bates) writes:
|
|
|> >Hello there:
|
|
|>
|
|
|> > I remembered someone posts an Xconfig file is specific for the
|
|
|> >"Diamond SS24X", and it can display in 1024x768 mode by adjusting the
|
|
|> >freq of the vga card.
|
|
|>
|
|
|> > I can not remembered where I got that file because it has been a while.
|
|
|> >I tried the sunsite, but it seems not there. I can only find the generic one
|
|
|> >for Diamond, and I can not make it to display in 1024x768 mode.
|
|
|>
|
|
|> > Can anyone who has this file send me a copy or tell me where I can find
|
|
|> >this file?
|
|
|>
|
|
|> > Any help will be very much appreciated.
|
|
|>
|
|
|>
|
|
|>
|
|
|> >have a nice day, :)
|
|
|>
|
|
|> >Tony Wang
|
|
|> >e-mail: hwang@ecst.csuchico.edu
|
|
|>
|
|
|>
|
|
|> I would like a copy also please. I just can't get it to go in 1024x768 mode.
|
|
|>
|
|
|
|
Um, I don't really like the idea of giving out Xconfigs, I figure everyone
|
|
should "roll their own" with the spreadsheet template provided by the
|
|
XFree distributions combining with your Monitor Specs. Check it out if you
|
|
haven't already.
|
|
|
|
My Diamond SS24X was purchased in Nov 1992. My monitor is a MicroScan 4A/ADI
|
|
15" purchased at the same time. I used the "freq" program to set a Clock at
|
|
80MHz. This is a bit over specs for my Monitor. But it hasn't blown in over
|
|
a year of this (and I'd like an excuse to buy a 17" anyway ;-). DIAL DOWN
|
|
the value from 80MHz TO BE SAFE. I have lower (e.g. 72 75 77 MHz modes there
|
|
as well, try them first, I am pretty sure they work for my setup)
|
|
|
|
Here is the relevant portion of my Xconfig. Ignore the 1072x768 mode I cooked
|
|
up: I use it to completely fill the monitor screen. I got 1152x900 to work
|
|
as well, but the characters weren't crisp enough and led to eyestrain.
|
|
|
|
Good luck and BE CAREFUL. Read your Monitor's user manual and use the
|
|
spreadsheet first, that's how I made these!
|
|
|
|
|
|
# The graphics drivers
|
|
# First the 8-bit colour SVGA driver
|
|
#
|
|
vga256
|
|
|
|
ViewPort 0 0
|
|
# Modes "640x480" "800x600" "1024x768" "1152x900"
|
|
Modes "1072x768" "1024x768" "640x480"
|
|
|
|
## Clocks 25 28 31 50 72 75
|
|
## ClockProg "/usr/X386/diamond/freq" 25
|
|
#
|
|
# Next the 1-bit mono SVGA driver
|
|
#
|
|
vga2
|
|
|
|
Virtual 800 600
|
|
ViewPort 0 0
|
|
Modes "640x480"
|
|
# Modes "800x600" "640x480"
|
|
|
|
#
|
|
|
|
# Hardcode the clocks for faster more reliable startups.
|
|
#Clocks 25 28 32 36 40 48 50 65
|
|
#
|
|
|
|
# And last, the database of video modes
|
|
#
|
|
ModeDB
|
|
#
|
|
# name clock horizontal timing vertical timing flags
|
|
"640x480" 25 640 664 760 800 480 491 493 525
|
|
28 640 640 728 776 480 480 482 493
|
|
31 640 664 704 832 480 489 492 520
|
|
"800x600" 36 800 824 896 1024 600 601 603 625
|
|
40 800 840 968 1056 600 601 605 628
|
|
50 800 856 976 1040 600 637 643 666
|
|
"1024x768i" 44 1024 1040 1216 1264 768 777 785 817 Interlace
|
|
"1024x768" 65 1024 1032 1176 1344 768 771 777 806
|
|
72 1024 1074 1220 1328 768 768 785 800
|
|
75 1024 1048 1184 1328 768 771 777 806
|
|
77 1024 1024 1264 1384 768 768 771 788
|
|
80 1024 1072 1312 1344 768 783 786 830
|
|
# 80 1072 1104 1288 1360 768 783 786 830
|
|
# 80 1024 1128 1376 1400 768 768 780 789
|
|
85 1024 1032 1152 1360 768 784 787 823
|
|
"1072x768" 80 1072 1104 1288 1360 768 783 786 830
|
|
# "1152x900" 75 1152 1152 1384 1504 900 900 903 918
|
|
"1152x900" 72 1152 1160 1328 1400 900 900 933 943
|
|
77 1152 1152 1384 1504 900 900 903 919
|
|
# 80 1152 1176 1336 1384 900 900 903 920
|
|
80 1152 1216 1376 1440 900 900 903 920
|
|
"1280x1024i" 80 1280 1296 1512 1568 1024 1025 1037 1165 Interlace
|
|
"1280x1024" 80 1280 1280 1440 1568 1024 1024 1027 1043
|
|
110 1280 1328 1512 1712 1024 1025 1028 1054
|
|
135 1280 1312 1456 1712 1024 1027 1030 1064
|
|
|
|
|
|
|
|
|
|
--
|
|
=======================================================================
|
|
Karl J. Runge -- Linux: it's the Real thing -- runge1@llnl.gov
|
|
(510)-423-0611
|
|
Cleanliness is next to emptiness. (510)-516-7127
|
|
|
|
------------------------------
|
|
|
|
From: vgoel@io.org (Vaibhav Goel)
|
|
Subject: Possible FAQ?
|
|
Date: 3 Sep 1994 18:56:08 -0400
|
|
|
|
People keep on asking about BBS software available for Linux. Maybe it's
|
|
time that a FAQ was available listing software that people got compiled
|
|
under linux and the places where its available (eg, xbbs, citadel, etc.)
|
|
The FAQ could also list projects currently under development and the contact
|
|
information of the authors/co-ordinators of the respecitve projects.
|
|
|
|
Regards,
|
|
Vaibhav
|
|
|
|
--
|
|
+[ Vaibhav Goel ~ President ~ polarix, Inc.]+
|
|
Graphics Design ~ Animation ~ 3D Rendering ~ Advanced Graphics Services
|
|
Voice: (416) 754-7398 ~ Fax: (416) 754-4092
|
|
Fermentation Fault - Coors Dumped
|
|
|
|
------------------------------
|
|
|
|
|
|
** 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: Linux-Misc-Request@NEWS-DIGESTS.MIT.EDU
|
|
|
|
You can send mail to the entire list (and comp.os.linux.misc) via:
|
|
|
|
Internet: Linux-Misc@NEWS-DIGESTS.MIT.EDU
|
|
|
|
Linux may be obtained via one of these FTP sites:
|
|
nic.funet.fi pub/OS/Linux
|
|
tsx-11.mit.edu pub/linux
|
|
sunsite.unc.edu pub/Linux
|
|
|
|
End of Linux-Misc Digest
|
|
******************************
|