Subject: Linux-Misc Digest #564
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, 7 Aug 94 03:13:13 EDT

Linux-Misc Digest #564, Volume #2                 Sun, 7 Aug 94 03:13:13 EDT

Contents:
  Re: WABI vs. SoftWindows? (J.J. Paijmans)
  Re: Coherent & Linux (Was : A Truly Unbiased Opinion) (R.W.F. van der &)
  DOS based BBS under Linux (Bryan Strawser)
  Re: Ack!!!  Please HELP ME install on Dell Pentium with EIDE drive (Dougal Campbell)
  fontserver for Linux? (Thomas KIRCHTAG)
  Re: WABI vs. SoftWindows? (Keith Smith)
  Re: Proposal: "How to buy a Linux PC" document (A Chris Long)
  Panasonic CR562B CDROM advice requested (Luke M Kaven)
  Re: Just Computers advertising practices (Shawn Thomas)
  Re: Just Computers advertising practices (Shawn Thomas)
  Re: INN question... (Barry Yip kam-wa)
  Re: Multi-threaded linux-kernel (Larry McVoy)
  Re: STREAMS  (was I hope this wont ignite ...) (Vernon Schryver)
  How to connect four CDROM drives? (Luke M Kaven)
  Re: WD Caviar w/Linux (Mark Juric)
  Re: WD Caviar w/Linux (Mark Lord)
  Re: Linux T-Shirts (Brandon S. Allbery)

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

From: paai@kub.nl (J.J. Paijmans)
Crossposted-To: comp.sys.hp,comp.sys.hp.apps,comp.sys.sun.apps,comp.windows.x,comp.windows.x.apps
Subject: Re: WABI vs. SoftWindows?
Date: 6 Aug 1994 20:25:00 GMT

In article <Cts5DE.6p7@epimbe.com> vlcek@epimbe.com (James Vlcek) writes:
>I'd been warned in email to expect to become flamebait for having
>raised questions about Linux as a commercial product, but actually the
>responses I've seen have been quite reasonable.
>
...
>
>The shame of it all is that so much talent is being wasted producing
>code for yet another Unix flavor that will eventually go where so many
>other Unix flavors have previously gone:  nowhere.  Unix needs a mass
>market - particularly so now that the DOJ has made its truce with
>Microsoft - and that mass market simply isn't going to be delivered by
>Linux.
>
>It might be delivered by UnixWare, which - despite some blemishes -
>truly is a plain-jane straight-vanilla Unix that can quite well fill
>the bill as the standard for Intel systems.  My hope is that some of
>those turned on to Unix by Linux will make the move up to a "real"
>system - UnixWare - and help establish a credible alternative to the
>Microsoft offerings.
>

I took the liberty to cut a lot of "Yes,it is - No, it isn't". What it all
seems to boil down to is that you (=Jim) think that Linux isn't going
to make it because it is "...yet another Unix flavor..." But if Linux is
yet another UF, then why is not UnixWare?
I admit I have no experience with Unixware - send me a copy and I try and
review it in the magazine I am writing for. But it will have to be very, very
good in its support to be as good as the internet support for Linux.
And as far as plain Unix-programs go, it has to be very, very good to be
as stable as Linux is. Indeed, in the one-and-a=half year I am using it,
I find that it is more versatile (for plain Unix stuff) than the Sun at our
university is.

So if I have to bet my shirt, I will bet on enthousiasm & creativity and
not on commercialism like you seem to do.

See you.

Paai.

(Hans Paijmans)



-- 
Copyright Hans Paijmans 1994. Niets hierboven mag geheel of
gedeeltelijk worden geciteerd buiten de nieuwsgroep(en) waar het
oorspronkelijk is geplaatst.  Nothing of the above may be cited
outside the newsgroups in which the message originally was posted.

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

Crossposted-To: comp.os.coherent
Subject: Re: Coherent & Linux (Was : A Truly Unbiased Opinion)
From: plank@phys.uva.nl (R.W.F. van der &)
Date: 03 Aug 1994 08:00:10 GMT

In article <Ctx10p.DCE@news.cern.ch> danpop@cernapo.cern.ch (Dan Pop) writes:
 - In <9408012206.15@rmkhome.com> rmk@rmkhome.com (Rick Kelly) writes:
 -
 - >If I really wanted Linux, yes, I would get it on CD-ROM, as I wouldn't
 - >want to load 30 or 40 floppies, and I haven't seen any Linux distributions
 - >on tape.  But I would consider the price of the CD drive as part of the
 - >price for Linux.

 -  But you want to run XFree, right? So you have to consider the price of the
 -  monitor as part of the price for Linux. And then, you install Linux on
 -  the hard disk, so add the price of the hard disk, too. And you need a
 -  cpu to run Linux, so we add the price of the motherboard. And so on...
 -
 -  Conclusion: Linux is the most expensive OS for PC's. Those who think it
 -  is free are a bunch of idiots. Thanks, Rick Kelly, for opening our 
 -  eyes and revealing this monstruous conspiration.
 -
 -  Dan
 -  --
 -  Dan Pop 
 -  CERN, CN Division
 -  Email: danpop@cernapo.cern.ch
 -  Mail:  CERN - PPE, Bat. 31 R-004, CH-1211 Geneve 23, Switzerland
There is of course a slight difference; to use a PC at all (with
e.g. Messy-Dos), you'll need a monitor, a hard disk, a motherboard
etc., but you don't need an CD-ROM. So if the only use of a CD-ROM
player would be to install Linux, then it could be argued that the
cost of the CD-ROM player should be taken into account.
Of course, you could install from floppies, which could be 'recycled'.

Roel van der Plank. plank@phys.uva.nl
'Jeg heter ikke Linus, men jeg uttaler Linux som Linux likevel'.


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

From: bryan.strawser%anduin@tpbbs.bloomington.in.us (Bryan Strawser)
Subject: DOS based BBS under Linux
Date: Fri, 05 Aug 94 15:14:00 -0500
Reply-To: bryan.strawser%anduin@tpbbs.bloomington.in.us

05 Aug 94 07:44, Mark A. Davis wrote to All:
 MAD> I think that is an excellent idea.  In fact, take it a step
 MAD> further. How about an FAQ type document which lists major PD
 MAD> Linux native software which runs, all commercial Linux native
 MAD> software, all commercial SCO software which has been run under
 MAD> IBCS/Linux, all commercial MS-"DOS" and MS-"Windows" software
 MAD> which has been run under DOS-Emu/Linux, and  all commercial
 MAD> MS-"Windows" software which has been run under Wine. (Did I leave
 MAD> out anything?)

        Since I'm new to the linux scene here, and haven't installed anything
        yet for a lack of knowledge...  how well does the DOS-Emu/Linux
        work?  I run a DOS based BBS, and would like to continue doing so,
        yet also want to run unix..


        Anyone else out there doing this?

-=Bryan=-
bryan.strawser%anduin@tpbbs.bloomington.in.us



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

From: dougal@vespucci.iquest.com (Dougal Campbell)
Crossposted-To: comp.os.linux.help
Subject: Re: Ack!!!  Please HELP ME install on Dell Pentium with EIDE drive
Date: 5 Aug 1994 18:40:27 -0500

In article <31sevg$hlh@gap.cco.caltech.edu>, me said something like:
> I have a Dell Dimensions (XPS) P-90 with a 1 gigabyte hard drive.  To
> support the drive, there's Dell's BIOS (version A03).  When I try to
> install slackware v 1.02, it can't find the drive because of an error
> in hd.c (sees too many sectors, I think).  

> Are there any known fixes to this?  The HD itself is a WD Caviar 31k,
> and I've read all the pertinent FAQs and HOWTOs I could find.  I'm at my
> wit's end with this problem.  Are there any known solutions?  Any help
> would be GREATLY appreciated.  I've already installed Linux on 4 systems,
> and EIDE ones are the only ones that have given me significant trouble.

> Thanks for your time,
> (me)

You're in luck!  I was in the same situation.  I got my XPS90 just a
week ago, and have spent every night since then staying up till 2-4am
hacking on it trying to get linux up and running.  This is a problem
since I have to get up at 6:45 to get ready for work :)

Anyhow, just last night I made some breakthroughs and by the end of this
weekend I fully expect to have my system booting linux like I want.  At
this moment, I don't have time to give you all the details, but I'm 
planning to write up a detailed text file for others who have similar
situations and post it to the c.o.l.* groups.

As a quickie, you might try using the following boot params when booting
from an installation floppy:

boot: ramdisk hd=2100,16,63 aha152x=0x340,11,7,1

The WD Caviar drive geometry (2100 cyls, 16 heads, 63 spt) is written
on the drive, but BIOS reports it as 523,64,63.  The aha152x params
are needed if you have the Adaptec AHA1510A SCSI controller that Dell
installs for the CDROM.  The 1510 doesn't have a boot BIOS, so linux
can't autodetect it.

If you need more info, send me email.  But as I say, I'll be posting a
detailed file later.  The only other suggestion I have is that you might
want to install the latest kernel (1.1.39 as I speak), which I understand
has better support for large partitions, Extended IDE, and such.

-- 
Dougal Campbell          | Check out the interQuest home page:
System Administrator     | http://www.iquest.com/
dougal@iquest.com        | (Under Construction)

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

From: tkircht@PROBLEM_WITH_INEWS_GATEWAY_FILE (Thomas KIRCHTAG)
Subject: fontserver for Linux?
Date: 4 Aug 1994 17:45:43 GMT
Reply-To: tkircht@fbch.tuwien.ac.at


Hi,

As we have installed 4 machines running mainly Linux, but on rather limited
diskkspace, I would like to find a way of saving some space by using a 
fontserver for the X-fonts.
Is there some fontserver daemon for Linux out there ?
Does anybody have experiences with it, especially concerning speed?

thanks for any hints!

Thomas

tkircht@fbch.tuwien.ac.at


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

From: keith@ksmith.com (Keith Smith)
Subject: Re: WABI vs. SoftWindows?
Date: Sat, 06 Aug 94 04:15:53 GMT

In article <DHOLLAND.94Aug3150937@husc7.harvard.edu>,
David Holland <dholland@husc7.harvard.edu> wrote:

>One does not need a log-based filesystem to guarantee no data loss on
>power failure.

True, since there is no ABSOLUTE way to prevent it.  If you ram 50Kvolts
thru a hard disk drive at the +12pin (lightning), or power down a
system/drive during the middle of a write, you have a good possiblity of
trashing the mag flux on portions of the media.

All this other crazy stuff is simple to reduce the effects of same.
-- 
Keith Smith aka Digital Designs                 keith@ksmith.com
5719 Archer Rd.                    Free Usenet News and Internet Mail Services
Hope Mills, NC 28348-2201         All 28K/14K Modems  (910) 423-4216/7389/7391
Somewhere in the Styx of North Carolina ...         14K-V.32/28K-V.34/28K-V.34

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

From: allanl@heavenly.eecs.berkeley.edu (A Chris Long)
Crossposted-To: comp.os.linux.help
Subject: Re: Proposal: "How to buy a Linux PC" document
Date: 7 Aug 1994 00:35:28 GMT

In article <1994Jul31.214649.1@pearl.tufts.edu>,
 <rsmith@pearl.tufts.edu> wrote:
>In article <1994Jul27.220104.16845@iit.com>, brett@iit.com (Brett Coon) writes:
>> I would like to put together a document that provides information
>> for  people  who  want  to  buy a (desktop) PC system for running
>> Linux.  The kinds of information I  imagine  this  including  are
>> answers to the following questions:
>> 

[snip]

>This sounds very much like a file I ran across a year ago called the "Unix
>Hardware Buyer's Guide."  The return address on the file I've got is
>esr@snark.thyrsus.com (Eric S. Raymond).  The header indicates that it's
>available for anonymous ftp on rtfm.mit.edu.  The only clue I have as to
>location there is "pc-unix/hardware" as the archive name.  You might want to
>check this out before you begin your own new FAQ.
[snip]

I found it under /pub/usenet-by-group/news.answers/pc-unix/hardware,
but it was last changed on 8/5/94, which makes it hopelessly out of
date for me.  (I'm planning to buy a P-90.)  Anybody have any idea if
there's a newer version anywhere?

Thanks.

- Chris

A. Chris Long, Jr.              \ Hofstadter's Law: It always takes longer than
Graduate Serf^H^H^H^HStudent     \ you expect, even when you take into account
Internet: allanl@cs.berkeley.edu  \-------------------\ Hofstadter's Law.
WWW: http://www-plateau.cs.berkeley.edu/people/allanl  \  - Douglas Hofstadter

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

From: lmk6@crux1.cit.cornell.edu (Luke M Kaven)
Subject: Panasonic CR562B CDROM advice requested
Date: 5 Aug 1994 06:16:26 GMT

We purchased 4 Panasonic CR562B CD-ROM drives for use with a
Linux host acting as a CD-ROM server.  Now that we have 
received the drives, I am unsure of how I am intended to
configure them.  The documentation is embarassingly 
uninformative, saying nothing about what kind of interface
cards are to be used.

README.sbpcd tells me a lot, but there is still one question.
The vendor has tried to tell me that the drives work with
standard IDE interfaces?  Is this TRUE?  I don't understand
that, and I didn't think that this drive was an standard
IDE drive.

Could someone offer me any advice on which kind of interface
card is the appropriate one to use in this instance?

Thanks, Luke Kaven

Center for Advanced Biotechnology and Medicine
Rutgers University

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

From: smthomas@unixg.ubc.ca (Shawn Thomas)
Subject: Re: Just Computers advertising practices
Date: 7 Aug 1994 00:46:30 GMT

Tim Smith (tzs@u.washington.edu) wrote:
> In article <31s05u$njr@nnrp.ucs.ubc.ca>, Shawn Thomas wrote:
> >Heh, yeah, but now that I think about it, it wouldn't be so hard to 
> >filter out junk mail using a simple text search... just look for the $ sign.
> >
> ><Grin>.

> You mean like the $ sign your news software puts in the Message-ID of your
> postings?  Better make the filter a little bit more sophisticated...

> --Tim smith

'Twas a joke, as I _think_ your followup was (couldn't tell with the lack 
of a smiley =)) but just for the helluvit, how about this...

"$"*"."##

as in $anydollarvalue.andthismanycents

That might work a bit better.  ;)

Cheers,

Shawn.

--
-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-
Shawn M. Thomas                   :  Due to an administrative error, 
Student of Computer Science       :  tomorrow will have to be rescheduled
University of British Columbia    :  to the day after. ;)
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

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

From: smthomas@unixg.ubc.ca (Shawn Thomas)
Subject: Re: Just Computers advertising practices
Date: 6 Aug 1994 00:43:12 GMT

Ok, hopefully this will be the end to this thread which I am afraid to 
say was (as Mr. Just suggested) the result of a bounced message.

The keeper of a Linux mailing list at UBC (in all good intentions) 
requested the info from Just Computers on their Slackware CD-ROM, then 
bounced it onto everyone on the list.

I've received bounced messages before, but the header of this message for 
some reason did not indicate such an action.  The mail was simply from 
archive-server@just.com (or something to that effect).

I have apologized directly to Mr. Just and do so now publicly for this 
miscommunication.  Also, I must say I was impressed to get a letter from the 
owner looking into the matter!

Sincerley,

Shawn Thomas.

--
-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-~-
Shawn M. Thomas                   :  Due to an administrative error, 
Student of Computer Science       :  tomorrow will have to be rescheduled
University of British Columbia    :  to the day after. ;)
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-

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

From: g609296@win.or.jp (Barry Yip kam-wa)
Subject: Re: INN question...
Date: 6 Aug 94 06:01:07 GMT

Rob McKenzie (rmckenzi@hpb.hwc.ca) wrote:
>I have a question about INN.. please don't flame me if this isn't the place 
>to ask this.

>We have inn installed at our site (inasec.ca) with only 1 last thing to 
>get going.  We can't seem to post.  I suspect the nnrpd is missing.

>Not knowing everything I should know about inn as I should.. is it
>as simple to have someone send us their working binaries and we just
>install them?  I guess a copy of the config files used when posting is 
>done would also be helpful.

It may be worth for you to take a look at hosts.nntp as it should
contain the FQDN for your site. Hope it helps.
--
Barry Yip
g609296@win.or.jp

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

From: lm@stanford.edu (Larry McVoy)
Subject: Re: Multi-threaded linux-kernel
Date: 7 Aug 1994 00:59:39 GMT

Does this sort of announcement worry others as much as it worries me?
This sounds like the development is being (going to be) done in a
vacuum without giving others a chance to comment on the design.  I
like seeing Linux get the _useful_ features of other OS implementations
but I sure don't want Linux to get extensively rewacked without being 
convinced it is for the better.

Another way to ask the question - do the core group of kernel hackers
know about and support the interfaces proposed by this group?  Or is this
just noise that should be ignored?

Bouwmeester L. (L.H.A.Bouwmeester@research.ptt.nl) wrote:
: Hi linuxers,
: 
: A couple of times of times I have seen requests about whether Linux
: was supporting threads on kernel level. Well, I can safely announce that
: work is going on in that area for quite some time now. 
: 
: To avoid any confusion: code is NOT available yet, I repeat, code is NOT
: available yet, so please don't ask where you can ftp it from, how to get info
: etc.
: 
: The new kernel (called Linux Viper, linux 2.0) is still in design phase, which
: is near completion. Coding will start very soon. When the first code is
: actually running, we'll make a new announce because then we can estimate
: when the first releases shall be available for non-commercial use.
: 
: However, we need an *experienced* person who knows about debuggers and
: profilers (that kind of stuff) to design and develop a debugger/profiler
: for the multi-threaded applications.
: 
: Regards,
:       Leon Bouwmeester
: 
: --
: Send submissions for comp.os.linux.announce to: linux-announce@tc.cornell.edu
: Be sure to include Keywords: and a short description of your software.

--
--
Larry McVoy             lm@sun.com ==> lm@sgi.com                (415) 821-5758

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

Crossposted-To: comp.os.386bsd.misc
From: vjs@calcite.rhyolite.com (Vernon Schryver)
Subject: Re: STREAMS  (was I hope this wont ignite ...)
Date: Sat, 6 Aug 1994 19:18:30 GMT

In article <MICHEL.94Aug5120311@blizzard.seas.ucla.edu> scottm@intime.com writes:
>
>V> System V STREAMS are a nice porting environment.  It's far
>V> easier to port STREAMS code from one system to another than BSD
>V> protocol switch code , which is justification for DKI/DLPI
>V> using STREAMS ...

>I own one of the original STREAMS manuals from AT&T, and had to to
>battle with the DataKit (a fiber interface to a network processor
>who's name escapes me.) Sure, STREAMS is a generic pathway for
>seperating components in a device driver, but then again, the
>conversation was about networking, wasn't it? Pedantic displays of
>knowledge ("I've been doing programming for 25 years") don't help the
>discussion much.

It does help a little to separate the pronouncements of those who know
what they know about STREAMS by reading "Comm.Week" from those who have
seen some System V STREAMS kernel code.

The thesis of the person who started this sub-thread seemed to me to be
"STREAMS is a fine scheme for fast networking code and may be important
before long, especially with the work of Mentat."

I find that thesis unlikely, to say the least, and I base my prejudice
on my professional experience with both STREAMS and sockets.


>V> Unfortunately, all of those put and service functions and the
>V> generic nature of the stream head and scheduler ensure that
>V> STREAMS are never as fast as sockets.  I think you can make
>V> "page flipping" and "hardware checksumming" work with STREAMS
>V> (two primary techniques for fast networking), but I doubt it is
>V> possible to make a "squashed STREAMS stack" without doing fatal
>V> violence to the fundamental ideas of STREAMS.  The fastest
>V> TCP/IP implementations are based on sockets, not STREAMS, and
>V> they run 2 to 20 times faster (yes, twenty, as in Gbit/sec).
>
>Ever notice that everything has to be designed and implemented twice?
>I think the same is true of STREAMS, it needs to be reimplemented now
>that we know the mistakes and things we'd like to do better.

Those put and service functions are no longer implementation issues.
Once you chisel everything into the stone of DKI and DLPI, you don't
so much implementation freedom.

Again, I don't see how you can build DLPI "squashed stacks".  I do not
see how you can build a DLPI compliant TCP/IP implementation that comes
within a factor 20 of the number of instructions Van Jacobson has reported
for his code, counting all instructions from user process to the wire.
I would be very impressed with a DLPI compliant implementation of
TCP/IP/Ethernet that took fewer than 8,000 instructions to cause a 10
bytes TCP segment to be transmitted.  (That's closer to 100X than 20X,
but never mind.)

While you can page flip by building new STREAMS buffer types, how do
you do checksumming in the user-copy code called by the STREAM head?
if you find a checksum error, you'll have to somehow tell TCP to ask
for a retransmission.  There are obvious ways to handle even this problem,
but I doubt they'd be SVR4 standards compliant.


>V> It is extremely difficult to implement sockets on top of
>V> STREAMS.  The years of bad results were not just because they
>V> didn't care, but because it is very hard.  The models differ in
>V> critical respects.  It is simply false that "conceptually
>V> sockets and TLI implement the same thing" unless you stand so
>V> far back that you think COBOL and C are the same.
>
>I dunno about that statement. If you're talking about actual semantics
>and syntax, then the COBOL vs. C issue is valid. If you're talking
>about the process modelled, then there are some striking
>similarities. For example, given that we want to set up a simple
>connection oriented IPC:
>
>sockets:
>server calls: socket -> bind -> listen -> accept -> read -> write ...
>client calls: socket ->         connect ->          write -> read ...
>
>TLI:
>server calls: t_open -> t_bind -> t_alloc -> t_listen -> t_accept ->
>             t_rcv -> t_snd ...
>client calls: t_open -> t_bind -> t_alloc -> t_connect -> t_snd -> t_rcv ...
>
>Structurally, they model the same thing, the names of the calls are
>different.

That's exactly on target.  White board, manager meeting, consortium
conference room designs like that prove that there's no significant
programming work to emulate sockets over TLI.  When you get up close
enough to not be blurring C and COBOL (there's no program you can write
in one that you can't write in the other), you find minor details like
keeping a lot of the TLI network state in user space made emulating
sockets over TLI not quite trivial.  (Think about what happens when you
fork() and exec() and expect both parent and child to have the same
network file descriptors in the same state.)  Other minor details did
concern the committee nature of the designs, such as the lack of consensus
on how to represent IP addresses.

It is far easier to emulate TLI over sockets.  It requires only a few
man-months to get SVR4 XTI and the SVR4 user code working over 4.3BSD-reno
TCP/IP.  That effort is sufficient to also glue hooks into most of your
socket-style interface drivers to send non-IP packets up DLPI compliant
SVR4 STREAMS stacks.  (I'm talking about what was done a couple of years
ago at one of the big 5 UNIX vendors.)  Of course, it is not DLPI
compliant for TCP/IP.

(I've tried to be careful about using TLI to refer only to the SVR3.2
stuff.)


Vernon Schryver    vjs@rhyolite.com

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

From: lmk6@crux1.cit.cornell.edu (Luke M Kaven)
Crossposted-To: comp.os.linux.admin
Subject: How to connect four CDROM drives?
Date: 6 Aug 1994 06:30:07 GMT

Dear folks,

Although I know now that one can use the various SoundBlaster
cards as an interface to the Panasonic CR562B CD-ROM drive,
I would like to know what interface I must use to connect
multiple drives.  Since it is advertised that Linux will
support four drives on one controller, I believe that this is
meant to work.  But there is no mention in any documentation
that I have found how to hook up (up to) four drives.  ** PLEASE,
we are sincerely in need of advice on this matter.  **

Sincerely, Luke Kaven

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

From: mjuric@fred.cs.depaul.edu (Mark Juric)
Subject: Re: WD Caviar w/Linux
Date: Thu, 4 Aug 1994 16:28:57 GMT

In article <31p8mn$fig@franklin.cc.utas.edu.au> jw_lamp@tasman.cc.utas.edu.au (John Lamp) writes:
>quantum@mercury.sfsu.edu (ORLANDO JOSE VALLE) writes:
>>Mark Juric (mjuric@fred.cs.depaul.edu) wrote:
>
>>:   I'm running pl 1.13, and I have the WD drive and a Conner 212 meg IDE drive
>>: too.  Any thoughts on this?
>
>>     I thought my IDE controller was getting old ,but after reading your post 
>>I don't think so. I happen to have the same problem. I have a WD 2420 and 
>>Conner 170 as a slave.  I have a hunch it has to do with the newer kernels.
>
>Do you have the CP jumper set on the WD drive? CP = connor compat

I just went through my manual again, and couldn't find anything about a CP
jumper.  It does have the statement:

 Note: If you see an error stating, "HDD Controller Failure" This is a normal
error proceed to the next step.

but no way to fix it.

--
Mark Juric                                             DePaul University
PhD CS student            mjuric@fred.cs.depaul.edu or mjuric@hawk.depaul.edu

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

From: mlord@bnr.ca (Mark Lord)
Subject: Re: WD Caviar w/Linux
Date: 4 Aug 1994 23:25:25 GMT

In article <31p8mn$fig@franklin.cc.utas.edu.au> jw_lamp@tasman.cc.utas.edu.au writes:
>quantum@mercury.sfsu.edu (ORLANDO JOSE VALLE) writes:
>>Mark Juric (mjuric@fred.cs.depaul.edu) wrote:
>
>>:   I'm running pl 1.13, and I have the WD drive and a Conner 212 meg IDE drive
>>: too.  Any thoughts on this?
>
>>     I thought my IDE controller was getting old ,but after reading your post 
>>I don't think so. I happen to have the same problem. I have a WD 2420 and 
>>Conner 170 as a slave.  I have a hunch it has to do with the newer kernels.

Hi.  I'm a bit late noticing this thread, but I'd like to help fix the problem.

Could you folks please email me a full description of what works and what
doesn't, including kernel versions known to be good/bad ?

Thanks!

-ml
mlord@bnr.ca    IDE Perf.Pkg.guy
-- 
mlord@bnr.ca    Mark Lord       BNR Ottawa,Canada       613-763-7482

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

From: bsa@kf8nh.wariat.org (Brandon S. Allbery)
Subject: Re: Linux T-Shirts
Date: Wed, 3 Aug 1994 22:56:35 GMT

In article <31ofjq$1imi@locutus.rchland.ibm.com>, zimmermn@rchvmv.vnet.ibm.com says:
+---------------
| >And a "Virtual Brewery" shirt that is a little hard to explain in ASCII.
| >They are in the new SSC catalog.  Send e-mail to sales@ssc.com with your
| 
| Darn!  I just ordered from SSC and they sent me another copy of the old
| catalog.  :-(  "Virtual Brewery"???  The mind boggles. :-)
+------------->8

All that virtual beer for Linus has to come from somewhere :-)

++Brandon
-- 
Brandon S. Allbery KF8NH         [44.70.4.88]             bsa@kf8nh.wariat.org
Linux development:  iBCS2, JNOS, MH

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


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