Subject: Linux-Misc Digest #630
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:     Fri, 19 Aug 94 06:13:07 EDT

Linux-Misc Digest #630, Volume #2                Fri, 19 Aug 94 06:13:07 EDT

Contents:
  Re: Linux Inside T-Shirts (Mark P. Nelson)
  Canon BJ-10ex vs Canon BJ-200e (Linux/DOS support, Postscript files) (Philip Siming Zhan)
  Re: IDE + Future Domain SCSI: Slackware Fails (FIXED) (Daniel Tran)
  Re: TERM + TRN/NN + NNTP.... uhm, how? (Jingsong Li)
  Re: ObjectCenter. What is it ? (Adam Michael Hayek)
  Re: Linux vs. AUX (John Henders)
  Re: biff for linux? (Hugh Johnson)
  Re: Suggest:SCSI Tape File System (H. Peter Anvin)
  Re: comp.os.linux.hardware.* (Orc)
  Re: SMC Elite16/1542C Conflict?? (Marc L. Allen)
  Re: Which serial board? (Clifton Koch)
  Re: SOLVED - Floppy access causing kernel panic in schedule() - Help! (Angelo Haritsis)
  Re: [Q] Routing Problem/Question! (Mohan Kokal)

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

From: mpn@AlleleB.Berkeley.EDU (Mark P. Nelson)
Crossposted-To: comp.os.linux.help
Subject: Re: Linux Inside T-Shirts
Date: 18 Aug 1994 17:07:02 GMT
Reply-To: mpn@alleleb.berkeley.edu

Keith Hearn (khearn@pyrps5.eng.pyramid.com) wrote:

: It could probably be defended as Fair Use by claiming that it's a
:   parody. It works in music. It's quite clearly a take-off on the
:   Intel slogan, and I like it as such.

Note that this didn't help Delrina and Berke Breathed in the silly case
brought by those unpleasant Berkeley Systems people about the penguin
shooting down their flying toasters (originally ripped off from the cover of
30 seconds over Winterland).

: Personally, I hope Intel never notices.

Fat chance.

--
Mark P. Nelson (mpn@alleleb.berkeley.edu)
                         While I'll admit that anyone can make a mistake once,
                         to go on making the same lethal errors century after
                         century seems to me nothing short of deliberate.--V.

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

Crossposted-To: comp.os.linux.help
From: szhan@watdragon.uwaterloo.ca (Philip Siming Zhan)
Subject: Canon BJ-10ex vs Canon BJ-200e (Linux/DOS support, Postscript files)
Date: Thu, 18 Aug 1994 18:52:14 GMT



I am trying to choose a printer between the two models (one @ $250.00 and 
another @ $340.00). I tried to compare the two printers. I do not care about
the speed of the printer.

(1)     Are the two of the same printing qualities? I know they have the same
        resolution 360x360. I will use the printer to print DVI and PostScript
        files.

(2)     How about printing DVI/PostScript files from Linux/DOS boxes(support)?  

(3)     Is the BJ-200e worth the extra $100.00 if I do not care about the
        speed (one @ 84 cps, another @ 240 cps)?

Phil


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

From: dtran@emelnitz.ucla.edu (Daniel Tran)
Crossposted-To: comp.os.linux.help
Subject: Re: IDE + Future Domain SCSI: Slackware Fails (FIXED)
Date: Thu, 18 Aug 1994 19:53:18 GMT

In article <1994Aug16.230744.8327@vax1.mankato.msus.edu> hayden@vorlon.mankato.msus.edu (Robert A. Hayden) writes:

>The solution to the problem I described yesterday was to change the ID# on
>the SCSI device from #6 to #0.  The reason for this confusion is that the
>documentation on the SCSI interface recommends starting with your ID#
>being high and working downwards, adjusting so that the highest-priority
>devices have the highest number, but apparently Linux wants it the other
>way around (at least for one device). 

It is not just Linux alone. DOS sometimes behaves like that too.

>There was some mention in the SCSI HOWTO with regards to ID#0 and
>Seagates, but it seems to imply that it is in reference to Seagate
>interface CARDS, not drives.  If it is the latter, a clarification could
>probably be used. 

>I do not know if there will be problems with multiple devices if the next 
>one is not #1 as I don't have another drive to play with.

Don't think that you will have any problem if another device is added to your 
system with ID1.  If you add and assign ID2 then you may or may not have 
problem.

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

From: jli@wrench.me.rochester.edu (Jingsong Li)
Subject: Re: TERM + TRN/NN + NNTP.... uhm, how?
Date: 18 Aug 1994 15:34:28 -0400

In article <32vrgo$gk5@nic.scruz.net>,
Inferno_Operator <edge@ccs.neu.edu> wrote:
>Elf Sternberg (elf@chinook.halcyon.com) wrote:
>
>:      That's basically it.  I've gotten term to work with damned near 
>: everything, from telnet and FTP to Mosaic.  My last two are the most 
>: critical, however, and News, understandably, is first (it looks easier).  
>: Does anyone have a working example of using trn-nntp or nn-nntp with 
>: term?  Any tips or tricks?  I've made trn several times, with termnet and 
>: without (term 2.0.4), and it refuses to work.  Any help?
>
>If you have a faster connection & are using term for some ungawdly
>reason, or if you don't mind 10-minute waits while changing groups,
>it's simple enough to set your NNTPSERVER to localhost and, ie,  
>tredir 119 news.scruz.net:119

Yes, it is too slow to wait. I wonder if we can control this by limiting
newsgroup,  but it seems depend on  remote news server.

An good alternative to use term "read" news is using termMosaic. The trick
setup is  NNTPSERVER=your remote news server.  No tredir is
needed. You just open URL by news:your_news_group

JL

-- 
~{KIKI~} ~{@n>"KI~}

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

From: ah6324@dclipc21.cen.uiuc.edu (Adam Michael Hayek)
Crossposted-To: comp.os.os2.advocacy,comp.os.ms-windows.advocacy
Subject: Re: ObjectCenter. What is it ?
Date: 19 Aug 1994 04:07:13 GMT

stephen@eggneb.astro.ucla.edu (Stephen Schimpf) writes:
>In article <330bmn$rga@bmerha64.bnr.ca>, dclayton@bcarh383.bnr.ca (Don Clayton) writes:
>|>The pentium is not capable of competition in price either.  My HP 9000/720
>|>sells for about $10,000ca, but that gets you a 21'' colour monitor, 128 meg
>|>of RAM, 1 gig disk, Ethernet connections, etc.  Pentiums sell for about $5000
>                                                  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>|>and that gets you a super VGA monitor, 200 meg of disk and 8 meg of RAM.
>  ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>|>Consider the cost of the Monitor ($3000ca) itself the Pentium is not better
>|>than the workstation.

>A typical P90 system that costs about $4600 now comes with a 17"
>monitor, a 1 GB disk, and 32 MB of RAM. Upgrade to a ViewSonic 20" or
>21" and you're at around $6000 max.

I don't know about now, but last summer, I installed a 128M memory upgrade
into a compaq prosignia (?).  It cost $12,000.  Unless the prices for this
kind of thing came way down, there's no way you could get a system with
a $3000 monitor and 1 gig harddrive for $10K.

Adam Hayek


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

From: jhenders@jonh.wimsey.com (John Henders)
Subject: Re: Linux vs. AUX
Date: Sat, 13 Aug 1994 20:23:42 GMT

In <32j2gp$efq@news.u.washington.edu> tzs@u.washington.edu (Tim Smith) writes:

>A/UX's main problem is that Apple doesn't seem serious about supporting it.

        Rumour has it that AUX was written as a check box fulfilment to
sell Macs to government departments. Once "Unix Capable" had a check
beside it, they moved on.

-- 
                  John Henders - Wimsey Information Services
               http://www.wimsey.com/ (teletimes, gnn and more)
                  GAT/MU/AE d- -p+(--) c++++ l++ u++ t- m--- 
                       e* s-/+ n-(?) h++ f+ g+ w+++ y*

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

From: hugh@snafu.seada.com (Hugh Johnson)
Subject: Re: biff for linux?
Date: 18 Aug 94 11:24:56
Reply-To: hugh@seada.com


        gbrown wrote:

>   Will there be a port of biff for linux?

        Have you looked at xbiff? Runs under Xfree86 and is usually
distributed with most Linux distribtuions that are including Xfree.

>   Thanks

        FWIW: You are welcome.



--
                                | Opinions? I doan' have no steenkin'
 hugh@seada.com             or  | opinions. They doan' let me have
 76317.2234@compuserve.com      | none.

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

Crossposted-To: comp.os.linux.development,comp.os.linux
From: hpa@ahab.eecs.nwu.edu (H. Peter Anvin)
Subject: Re: Suggest:SCSI Tape File System
Reply-To: hpa@nwu.edu (H. Peter Anvin)
Date: Tue, 16 Aug 1994 03:06:26 GMT

Followup to:  <32jv0g$e0f@prism.mindware.brisnet.org.au>
By author:    clb@prism.mindware.brisnet.org.au (Chris Burke)
In newsgroup: comp.os.linux
>
> I have been pondering a bit and have worked out a reasonable way to allow
> a mountable file system for high speed tapes. 
>

I think the best way to do this would probably be to do it through a
userfs daemon; userfs permits a user-mode program to run a filesystem
while at the same time have access to all the standard amenities of
user mode (like access to other filesystems, etc).

        /hpa
 
>  BUT   -  Has it been done for LINUX ?
> 
> If not (and I have looked) - this is my proposal : that a modified ext2 
> file system be made with the following attributes :
> (Note Primary is SMALL+HIGH SPEED, Secondary is LARGE+SLOW SPEED)
> 
>       1. Allows the directory entry portion to be stored on a primary 
>            block device to the actual data. Of course there could only
>            be 1 for each. Only entries of a normal data type would be
>            redirected to tape - or alternately and in a totally non-standard
>            fashion implement a new 'offline' bit for files stored on the
>            secondary device. The aim is to ensure directories, devices and
>            named pipes are not redirected to the secondary device.
> 
>       2. Upon initially mounting the device - the entire directory
>            structure is loaded onto the primary block device from the
>            secondary block device.
> 
>         3. Upon unmounting the device - the entire directory structure is
>            stored from the primary block device onto the secondary block
>            device.
> 
>       4. During idle time directory changes on the primary device
>            are reflected to the secondary device.
> 
> (*)Also a block scsi tape device needs to be created to allow "random"
>  access to the tape device. This device is stbn standing for SCSI Tape
>  Block number 'n'.
> 
> The aim of this is as follows :
> 
>    Create for example a ext2new partition as /dev/hda4(primary 4Meg)
>    /dev/stb0(secondary 2Gig) allowing a large file system accessible
>    drive to be created for archival purposes.
> 
> My immediate problems are :
> 1. I only started on Linux 6 weeks ago.
> 2. I only have one drive subsystem (IDE) so testing is impossible.
> 3. I NEED HELP.
> 
> If anyone is interested give me an email, if not I'll still be working
> on it just for the fun of it.
> 
> PS : This idea is modelled on the idea of similar products for DOS which
> store the directory information as a DOS file and the data on either indexed
> floppies or tape.
> 
> --
>  Christopher Burke           \ "Be positive,     \             CUSTOM COMPUTER
>  MindWare, PO Box 1247         \    become         \     SOFTWARE(Dos+Windows)
>  Carindale Q. 4152 AUSTRALIA     \    a proton"      \    and SYSTEMS ANALYSIS
>  clb@prism.mindware.brisnet.org.au \ Eric Lectron('88) \ Phone:+61-(7)-3984000


-- 
INTERNET: hpa@nwu.edu             --- Allah'u'ahba ---
IBM MAIL: I0050052 at IBMMAIL     HAM RADIO:   N9ITP or SM4TKN
FIDONET:  1:115/511 or 1:115/512  STORMNET:    181:294/1 or 181:294/101
Microsoft: The Second Evil IBMpire!

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

Crossposted-To: comp.os.linux.help
From: orc@pell.com (Orc)
Subject: Re: comp.os.linux.hardware.*
Date: Thu, 18 Aug 1994 21:02:54 GMT

In article <32vdtf$dlc@crl.crl.com>, Bill Hogan <bhogan@crl.com> wrote:

>  Thirdly, I am alarmed by the way people who want to get started using 
>Linux are being turned off by the ridiculous amount of nastiness they meet 
>up with even in c.o.l.help!
>
>  I am sure some people who conceive of themselves as "guru's" hang 
>around c.o.l.h just so they can insult newcomers and scream "RTFM!".
>
>  There is no excuse for this kind of behavior and I think that saying
>'comp.os.linux.beginners' would make it clear even to these few bullies
>that if they need to be nasty they will have to go elsewhere to do it. 

   So the idea would be that c.o.l.b would be only for beginners?

   Who, then, would answer the questions?

   The idea of people telling you to rtfm isn't new to linux, and
it's useful -- if you get in the habit of looking in the manuals,
you'll be able to get a lot more done without having to ask other
people, since if swarms of people keep asking the same questions
over and over and over again, the most determined expert who's
trying to help may end up drowning in that sea of questions.


    And some of us who aren't beginners occasionally have
questions, too.

                 ____
   david parsons \bi/ Like, say, yellow pages...
                  \/

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

From: allen@ariel.com (Marc L. Allen)
Subject: Re: SMC Elite16/1542C Conflict??
Date: 18 Aug 1994 18:44:37 GMT
Reply-To: allen@chesapeake.rps.slb.com

Jim Duncan (duncan@bolero.okay.com) wrote:

> I am, so far, successfully using an SMC Elite16C Ultra ethernet
> card in a 486DX33 with an Adaptec 1542C SCSI adapter. This setup
> runs Linux v. 1.1.0.  As yet, I haven't really loaded the network
> too heavily, but a friend of mine reports a major HD corruption
> incident in Interactive UNIX v. 4.1 with this particular
> SMC/Adaptec combination.  Subsequently, he discovered this in  
> the Interactive manual: 

> CAVEATS

>         It is not recommended that an SMC Elite Ultra (model 8216)
>         Ethernet adapter be used in conjunction with an Adaptec
>         154x-series SCSI adapter. A hardware problem in the SMC card
>         may result in corruption of hard disk information. Earlier
>         versions of the SMC and WD Elite cards do not exhibit this
>         problem.

> I have never seen mention of this issue in any Linux disscussion
> setting - comp.os.linux.*, Linux Bible, etc.. Before I have a disaster
> myself, has anyone seen reports of trouble as described above?? 

We are also using a number of 1542Cs with SMC Elite16s and have never had
a problem.

Well.. to be honest, we did have one bad HD corruption, but the HD was an IDE
hard drive, although there was a 1542C in the machine for the CD-ROM Drive.

Marc

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

From: koch@rtsg.mot.com (Clifton Koch)
Subject: Re: Which serial board?
Date: 15 Aug 94 19:52:23 GMT

troyd@digibd.digibd.com (Troy DeJongh) writes:

>hm@seneca.ix.de (Harald Milz) writes:

>>Adam Roach (adam@spam.tamu.edu) wrote:
>>: > In article <Cu5Myn.H6K@seneca.ix.de>, Harald Milz <hm@seneca.ix.de> wrote:
>>: > >AFAIK, there's no driver for the Digiboard, however Digi operates an aFTP
>>: > >server where they once claimed to hold Linux drivers. 
>>: > Does anyone know how to contact Digiboard or the address of this FTP site?
>>It used to be ftp.digi.com, but I'm not sure whether this is still valid.

>>-- 
>>Harald Milz (hm@seneca.ix.de)

>We currently have no drivers for Linux.  However, we are working on it,
>and expect to have a driver out for our PC/Xe in a few months.

  If you are using a non-intelligent Digiboard, you don't need drivers.  All you
need to do is use setserial to let the kernel know about proper I/O addresses
and IRQs.  I have a 16 port Digiboard working like this.

Cliff
-- 
=============================================================================
    Cliff Koch
    Motorola Cellular Infrastructure Division
    koch@meerkat.cig.mot.com

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

From: ah@doc.ic.ac.uk (Angelo Haritsis)
Crossposted-To: comp.os.linux.help,comp.os.linux.admin
Subject: Re: SOLVED - Floppy access causing kernel panic in schedule() - Help!
Date: 18 Aug 94 23:38:16 GMT

Well, I still have the problem and I get no Hidden Refresh option on
my BIOS (AMI about 1.5 years old).
Can you try the test below and let me know that you still get no problem?

Here is a description:

I get serious errors when I use the floppy on 1.1.45 linux with a Buslogic 
445S VLB scsi controller (the on-board tape is disabled). 

A kernel panic ocurred when doing the following:
 dd if=/dev/fd0 of=/dev/null 
and then while the above is working:
 dd if=/dev/sda1 of=/dev/null           (ONLY with the scsi disk)

After this i got:
...
Unable to handle kernel paging request at virtual address d57334eff
current->tss.cr3 = 00101000, %cr3 = 00101000
Oops: 0000
IP: ****** near the end of _schedule ******
...

Could the owners of scsi controllers try this and see if kernel locks up?

Floppy + scsi disk work fine (simultaneuosly) under Windows, so it must 
be a linux problem (timing).

Thanks,
Angelo

Some stuff from dmesg:

BusLogic SCSI: Inquiry Bytes: 41 41 33 33
Configuring BusLogic EISA/VESA HA at port 0x330, IRQ 11, ID 7
BusLogic SCSI: interrupt received, but no mail
scsi0 : BusLogic
scsi : 1 hosts.
  Vendor: COMPAQ    Model: ST12550N          Rev: 3215
  Type:   Direct-Access                      ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, id 0, lun 0
  Vendor: WANGTEK   Model: 5525ES SCSI CPQ1  Rev: 6G15
  Type:   Sequential-Access                  ANSI SCSI revision: 01
Detected scsi tape st0 at scsi0, id 4, lun 0
scsi : detected 1 SCSI tape 1 SCSI disk total.
Memory: 12072k/13312k available (564k kernel code, 384k reserved, 292k data)
This processor honours the WP bit even when in supervisor mode. Good.
Floppy drive(s): fd0 is 1.44M
FDC 0 is a 8272A
Partition check:
  sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 >
  hda: WDC AC2340, 325MB w/127KB Cache, CHS=1010/12/55, MaxMult=16
  hda: hda1 hda2
-- 
#include <standard.disclaimer.h>
 Angelo Haritsis, Applied Systems Section
 s-mail: Dpt of Computing,Imperial College, 180 Queen's Gate, London SW7 2BZ, UK
 e-mail: ah@doc.ic.ac.uk - !!!NEW!!! tel:+44 71 594 8434 - fax:+44 71 589 7127

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

From: magnus@upenn.edu (Mohan Kokal)
Crossposted-To: comp.os.linux.admin,comp.os.linux.help
Subject: Re: [Q] Routing Problem/Question!
Date: 19 Aug 1994 01:06:21 GMT

Jerry Ablan (munster@news.cboe.com) wrote:

: The eth0 device is 198.160.147.28
: The sl0 device is 199.3.187.1

: Packets coming in for 198.160.147.* are not being routed from the sl0 device
: to the eth0 device, and vice versa. Packets from 198.160.147.27 are getting
: to .28, but are not utilizing the default route, they just die!! 

: Here is my routing table:

: Kernel routing table
: Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
: 198.160.147.0   *               255.255.255.192 U     0      0      458 eth0
: 198.160.147.192 gw.cboe.com     255.255.255.192 UG    0      0    18732 eth0
: 127.0.0.0       *               255.0.0.0       U     0      0      330 lo
: default         *               *               U     0      0      621 sl0

 I'm sorry but this looks kind of an odd routing table... 
 If you want packets coming in from the sl0 interface to be routed to the eth0
 interface, you should perhaps have some routing table as shown below:

 Kernel routing table
 Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
 198.160.147.0   *               255.255.255.192 U     0      0      458 eth0
 yourgw.domain   *               255.255.0.0     U     0      0      621 sl0
 127.0.0.0       *               255.0.0.0       U     0      0      330 lo
 default         yourgw.domain   *               UG    0      0      621 sl0
  
 Be noted that the net authorities at your place have to have the routes 
 to show that "198.160.147.0" network is to be routed through 199.3.187.1
 before 198.160.147.* can access anything outside 199.3.187.1.
 

 Good Luck,
 
-Mohan Kokal 

[mail me if you have further questions]
magnus@cegt201.bradley.edu


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


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