Subject: Linux-Development Digest #801
From: Digestifier <Linux-Development-Request@senator-bedfellow.MIT.EDU>
To: Linux-Development@senator-bedfellow.MIT.EDU
Reply-To: Linux-Development@senator-bedfellow.MIT.EDU
Date:     Tue, 7 Jun 94 03:13:09 EDT

Linux-Development Digest #801, Volume #1          Tue, 7 Jun 94 03:13:09 EDT

Contents:
  Re: DIP: Aborts with Errors. Help! (Christoph Niemann)
  CAP, UAR, Appletalk, Coactive or PC-TOPS? (Gasparian)
  Re: OI and UIB on linux with gcc-2.5.8 (Warner Losh)
  Re: Xt/OLIT toolkits (Warner Losh)
  SCSI host timeout messages (Richard Hodson)
  NCurses 1.8.5 (Stuart Herbert)
  Re: Compile problems with stock kernel.. (Jim Robinson)
  Re: SOLVED: /dev/audio busy (Drew Eckhardt)
  Re: Let's rename v1.0.9! [Was: Frustrated with new kernels] (Chris Smith)
  Re: NCurses 1.8.5 (Brian Stoler)
  Re: SOLVED: /dev/audio busy (Rob Janssen)
  FTP hang (Dave Mays)
  IPX is there, what next ? (Marc Duponcheel)
  Linux vs early NEC CD-Rom drives (chris ulrich)
  Re: Serial port - 1.1.18 (Rob Janssen)
  Re: Linux on a ThinkPad? (Rob Janssen)
  Re: Receiving raw ethernet packets (Rob Janssen)
  Re: BusLogic Driver Problems - (Buffat Marc)

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

From: niemann@myhost.subdomain.domain (Christoph Niemann)
Subject: Re: DIP: Aborts with Errors. Help!
Date: 6 Jun 1994 16:22:42 GMT

fox@otago.ac.nz wrote:
: Your IP address is 44.147.240.23, Server address is 44.147.240.22.  Starting
: SLIP.
: DIP: tty_notlocal cannot setsid: Operation not permitted
: DIP: tty_notlocal cannot TIOCSTTY: Bad file number
: DIP: tty: set_state: Bad file number
: DIP: tty_notlocal cannot clr CLOCAL: Bad file number
:  
: (and back on the login prompt)

For me, the problem was solved when i copied ifconfig, ifsetup and route
to /etc.  Of course, you can also recompile dip with the new pathes.

--

===============================================================================
Christoph Niemann                               niemann@swt.ruhr-uni-bochum.de
Lehrstuhl fuer Software-Technik                 Christoph.Niemann@linux.org
Ruhr-Universitaet Bochum, Geb. IC3/36           Tel.: 0234/700-7982
D-44780 Bochum                                  Fax.: 0234/700-6914

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

From: gaspo@netcom.com (Gasparian)
Subject: CAP, UAR, Appletalk, Coactive or PC-TOPS?
Date: Mon, 6 Jun 1994 16:03:46 GMT

Greetings all!

My question is simple: has anybody got CAP/UAR running on Linux?

the details are not-so-simple: We can't really afford a Shiva/Gator
type solution, but we want to get our appletalked macs tcp/ip'd.  The
previous approach  Ihad used to this problem was a shiva box bridging
the at-TP net to our unix ether, and CAP running on a Sun took care of
the routing and net-numbering.  I was hoping to interface to the ap-TP
net with an old PC-TOPS card, or possibly these new cheap-parralell
gizmos called CoactiveConnectors (~$150, but I have no details).

Ultimately, I would like a Mac-Tcp connection on all our macs, and not
have to drop the cash for a gatorbox type solution.

any ideas?

any hints?

anyone?

--gaspo.

ps, I'd be willing to do some kernel diving if someone else knows the
appletalk part!


- Scott Gasparian      -      "gaspo"         - Umwelt Schutzen, -
- Instructor/Sysadmin  - Product R+D Director -   Rad Benutzen.  -
- Lick Wilmerding H.S. - Gaspo's Gadgets Inc. -  /\ \--/ /\ \==/ -
- (415) 333 4021 (SF)  - gaspo@netcom.com     - /__\ \/ /==\ \/  -

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

From: imp@boulder.parcplace.com (Warner Losh)
Subject: Re: OI and UIB on linux with gcc-2.5.8
Date: Mon, 6 Jun 1994 14:22:30 GMT

In article <2snnj5$5ae@ccnet.ccnet.com> james@myhost.subdomain.domain (James Klicman) writes:
>I had that problem too. Finally I just deleted everything.
>
>I've got gcc-2.5.8 and Slackware Linux.
>
>At tsx-11 there is some patch for 2.5.8 but it didn't help.

As I've often said in this forum:
        g++ 2.5.8 is badly broken, esp wrt OI.  It can't compile OI,
nor can it be used with the current OI binary because it changes,
amoung other things, the size and format of member function pointers.
As soon as a new version of the compiler is released, I'll update OI
to the latest version.  I don't see that happening before the end of
June first of July.

I've uploaded g++ 2.4.5 to tsx-11.mit.edu in
pub/linux/Packages/OI/gxx245.tgz.  I've been told that the following
works:

        Install latest libc
        install gcc 2.5.8
        install g++ 2.4.5
        install OI
        install patches to OI from above directory

Now you can compile OI programs "g++ -V 2.4.5".

Warner
-- 
Warner Losh             imp@boulder.parcplace.COM       ParcPlace Boulder
"... but I can't promote you to "Prima Donna" unless you demonstrate a few
 more serious personality disorders"

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

From: imp@boulder.parcplace.com (Warner Losh)
Subject: Re: Xt/OLIT toolkits
Date: Mon, 6 Jun 1994 14:35:26 GMT

In article <1994Jun5.130456.21984@kf8nh.wariat.org>
bsa@kf8nh.wariat.org (Brandon S. Allbery) writes: 
>There are two Open Look implementations.  The one Linux includes is Sun's
>XView.  The other is AT&T's OLIT, and like Motif it is proprietary.  (Unlike
>Motif, as far as I know nobody's ported it to Linux as yet.)

There are three OPEN LOOK implementations that I'm aware of: XView,
OLIT and OI.  OI is available for Linux, but you need to use g++ 2.4.5
with it, since g++ 2.5.8 isn't binary compatible with old releases
(and since 2.5.8 won't compile OI, due to extreme brain damage in g++
that seems to be fixed in news snap shots).

Warner
-- 
Warner Losh             imp@boulder.parcplace.COM       ParcPlace Boulder
"... but I can't promote you to "Prima Donna" unless you demonstrate a few
 more serious personality disorders"

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

From: richard@radar.demon.co.uk (Richard Hodson)
Subject: SCSI host timeout messages
Date: Sun, 5 Jun 1994 12:23:57 +0000

I am running 1.1.17 with the machine being used reasonably hard
(compiling the SVGALIB test progs, playing a MIDI file through a GUS, a
couple of users logged on) on a 386/40 with only 4MB ram, Adaptec 1542CF &
two old Seagates.  I have the verbose SCSI reporting enabled.  I got the
message:

SCSI host 0 timed out - aborting command.

This happened twice in rapid succession.  Everything seems to be still
working OK, so I guess it recovered. Would the command have been retried
until success?

If the command was retried, it would have been nice to see a message
saying so. A small thing, but one that could boost my confidence of what was
going on a lot.

--
Richard Hodson                                |  richard@radar.demon.co.uk
And his amazing fetish for dangly earrings... |  rhodson@cix.compulink.co.uk


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

From: ac3slh@sunc.sheffield.ac.uk (Stuart Herbert)
Subject: NCurses 1.8.5
Date: 6 Jun 1994 18:05:55 GMT

I recently upgraded to ncurses 1.8.5 from 1.8.1 (I've got Slackware 1.2 on
my machine), and this broke some existing programs written for it (as it
warns about).

Downloaded dialog's source code again, and recompiled it with ncurses 1.8.5,
and it's well buggered.  The colours are interpreted incorrectly, and the
background colours of the screen and some of the dialog boxes are left unset.
(This is when using dialog from the console - monochrome support seems to
work fine)

I can't see anything wrong with dialog's code, so I'm wondering if anyone else
has had any problems using this version of ncurses.  

Stuart
--
Stuart Herbert -- S.Herbert@shef.ac.uk

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

From: jimr@shorty.cs.wisc.edu (Jim Robinson)
Crossposted-To: comp.os.linux.admin
Subject: Re: Compile problems with stock kernel..
Date: 6 Jun 1994 18:13:45 GMT

>>IMO this is a bad idea.  Go and get the pre-patched 1.1.13, and apply
>>the patchs up to 1.1.18 instead.  pl12 killed some things due to a few
>>mistyped words.  I know you can get it at ftp.funet.fi, I don't know
>>about any other sites (since I don't *visit* any other sites :).
>
>>Jim
>>jimr@simons-rock.edu
>
>I've also seen (and compiled) a 1.1.16 source tree as well.  patch17
>went onto this source tree no problems.
>
>jim
>


I might also point out that I happen to "trust" only source from
ftp.funet.fi, since that is where Linus puts it.  Patched trees from
other sources have sometimes proven to be buggy.  I believe the only
reason pl13 might be there is because of the buggy pl12.

Jim             <--- For how many threads can we keep this going Jim? :)






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

From: drew@kinglear.cs.colorado.edu (Drew Eckhardt)
Crossposted-To: comp.os.linux.admin,comp.os.linux.help
Subject: Re: SOLVED: /dev/audio busy
Date: 6 Jun 1994 22:44:08 GMT

In article <CqzLH2.4CJ@pe1chl.ampr.org>, Rob Janssen <pe1chl@rabo.nl> wrote:
>
>It is true that modern boards no longer use DMA #0 for refresh, but I'm
>amazed that this would make the channel available for use on cards!
>Each DMA channel has 2 control lines on the BUS, and no lines have been
>assigned for DMA #0 (because it could not be used anyway).  

Wrong.  Although 8-bit ISA slots lack DRQ0 and DACK0, these lines
are present on all 16-bit ISA slots.

>Which lines
>are used on your board to access this channel?

D8 and D9 are used for DACK0 and DRQ0.

>I think it is more like this: DMA #0 is sometimes used to indicate 'DMA
>not used'.  E.g. for VLB or EISA busmastering cards.   If that is the
>case, your patch is not the appropriate way to get it working.

Since the hardware in question is an ISA board, this patch is 
correct.

-- 
Drew Eckhardt drew@Colorado.EDU
1970 Landcruiser FJ40 w/350 Chevy power
1982 Yamaha XV920J Virago

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

From: chris@blackvelvet.ads.com (Chris Smith)
Subject: Re: Let's rename v1.0.9! [Was: Frustrated with new kernels]
Date: 06 Jun 1994 17:18:30 GMT

Forgive me if I didn't attribute the right quotes to the right people
here...

Thomas Heiling (tom@wpzd07.pzlc.uni-wuerzburg.de) wrote:
> : : >Bjorn Ekwall == bj0rn@blox.se
> 
> : : I say let them mess around in their own ignorance.
> 
> :  O.K it's Friday afternoon,the sun is shining and I am in the mood.
> 
> :  Your statement is very harsh, all those who missed that *one* post
> :  are ignorant. But you know the answer ? And you got it from the
> :  newsgroup - I think.
> :  So why haven't you answered "Look here and there,
> :  and pick up this code/programs ?".
> :  I think if somewhone has the knowledge, how to solve this
> :  problem , he should share it with others.
> :  For what else is this newsgroup ?

Exactly.  Why waste the bandwidth -- a concern of some -- complaining
about something when that space could be used to give an answer?  Or is
that too easy...?

In article <Cqtu2C.BzB@news.gu.se> alex@myhost.subdomain.domain (Alex Frausin) writes:
> It's raining and I'm in a lousy mode :-(
> This newsgroup is flooded with morons that doesn't even try. I know
> that it can be hard sometimes to find the answer, but if they already know 
> how to post on the net, I guess they must be able to read news aswell.
> A very good for people that feel unsecure about how stuff works is to wait
> and read. After a while there is always someone that "report" trouble
> and the needed changes. And the difference between the production release
> 1.09 and 1.1.18 aren't _so_ big, that one has to bee on the bleeding edge 
> as an ordinary user.
> 
> [ ... ]

Let's face it: There are users out there who don't have your expertise
or technical understanding of Linux or network management or whatever,
and I've no doubt that I'm one of them.  To call them/me ignorant or a
moron simply because we/I lack the experience you have is, with all due
respect, a tad bit arrogant and perhaps elitist.

So there supposedly was an article explaining these kernel differences,
etc...?  Well, I missed it, and I read these groups regularly.  It's
very possible that I missed the article; my schedule, both in and out of
work, doesn't let me read news every day, and occasionally I miss news
for an extended period of time.  By then several unread articles have
passed by, and I could very well have missed that all-important message
about kernel differences then.  Am I, therefore, exhibiting ignorance,
given that situation, if I were to ask on the net what the difference
was?  Is it then appropriate to call me a moron?  I, personally, think
it speaks quite negatively of a community when someone can't ask a
legitimate question without being snapped at in return.

But, perhaps that's the societal trend these days...

          ----------------------------------------------------
           Christopher A. Smith -- Booz-Allen & Hamilton Inc.
                     Internet: chris@sartre.ads.com

    *** These views DO NOT represent those of Booz-Allen & Hamilton ***

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

From: sto2@netaxs.com (Brian Stoler)
Subject: Re: NCurses 1.8.5
Date: 6 Jun 1994 20:55:35 GMT

Stuart Herbert (ac3slh@sunc.sheffield.ac.uk) wrote:
: I recently upgraded to ncurses 1.8.5 from 1.8.1 (I've got Slackware 1.2 on
: my machine), and this broke some existing programs written for it (as it
: warns about).

: Downloaded dialog's source code again, and recompiled it with ncurses 1.8.5,
: and it's well buggered.  The colours are interpreted incorrectly, and the
: background colours of the screen and some of the dialog boxes are left unset.
: (This is when using dialog from the console - monochrome support seems to
: work fine)

: I can't see anything wrong with dialog's code, so I'm wondering if anyone else
: has had any problems using this version of ncurses.  

Well, I did the same as you, installed 1.8.5 over Slackware's default 
1.8.1, and yes, all ncurses apps' color broke. But after I recompiled 
dialog, it worked fine. Try recompiling again .. and look at the Makefile?

Dunno..

- Brian Stoler
- sto2@netaxs.com


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

Crossposted-To: comp.os.linux.admin,comp.os.linux.help
From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: SOLVED: /dev/audio busy
Reply-To: pe1chl@rabo.nl
Date: Mon, 6 Jun 1994 17:48:37 GMT

In <2suobp$rvl@urmel.informatik.rwth-aachen.de> albrecht@igpm.rwth-aachen.de (Harald Albrecht) writes:

>Hi netters!

>PROBLEM:
>Some other people also seem to have the same problem: they could successfully
>compile a new kernel with sound support and create the necessarz /dev/xxxx
>stubs. But whenever I try to cat a sound file (cat sound.au > /dev/audio)
>all I get is the error message "device busy".

>SOLUTION:
>This patch only solves the problem if you're using DMA #0 with your
>sound card (SoundBlaster 17 for example). The bug is with dma.c in the
>kernel sources. The author of this piece of code believes that DMA channel
>0 is reserved for DRAM refresh. But this isn't true any more for modern
>386/486 boards which use their own refresh logic.

It is true that modern boards no longer use DMA #0 for refresh, but I'm
amazed that this would make the channel available for use on cards!
Each DMA channel has 2 control lines on the BUS, and no lines have been
assigned for DMA #0 (because it could not be used anyway).  Which lines
are used on your board to access this channel?

I think it is more like this: DMA #0 is sometimes used to indicate 'DMA
not used'.  E.g. for VLB or EISA busmastering cards.   If that is the
case, your patch is not the appropriate way to get it working.
Look in the aha1542 driver which supports VLB cards via 'DMA #0' as well.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: DAVE@ADM108.ADM.LOUISVILLE.EDU (Dave Mays)
Subject: FTP hang
Date: 6 Jun 1994 20:10:21 GMT
Reply-To: dave@adm108.adm.louisville.edu

My FTPd hangs when downloading from the linux machine, is this 
a bug in the ftp daemon or a feature that can be turned off?


Thanks
Dave

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

From: marc@offline.be (Marc Duponcheel)
Subject: IPX is there, what next ?
Date: Tue, 7 Jun 1994 01:39:06 GMT

Hello Linux developers,

I noticed the precence of IPX code when compiling
linux. Does this mean that a Linux PC will be able
(or already is able) to be inegrated in a Netware
network ? If yes, is it possible to run IPX and TCP/IP
together on one card  ? thanks for replies !

-- 

 email  marc@offline.be [= me@home]
 fido   2:292/603.26 [= me@home]


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

From: insom@galaxy.ucr.edu (chris ulrich)
Subject: Linux vs early NEC CD-Rom drives
Date: 6 Jun 1994 20:50:00 -0700

I am having terrible troubles getting my NEC CDR 72 to work
properly under linux.  My system consists of v1.1.9 on a 
486 with the aha1740.  I am aware of the NEC's inability
to function if it is asked to transfer synchronously, and 
I have turned that off with the eisa setup utility.

The problem is that I am able to mount and read data 
disks just fine, except that one out of every five or so
files on the disks is screwed up, while I knew that the
disks themselves are fine (tested on another cdrom).  I
added the device to the scsi blacklist, but that does
not seem to help anything.  Does anyone have any advice?
chris
insom@ac.ucr.edu                                Ecstatic peace
insom@ucrvms                                    Savage conquest

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Serial port - 1.1.18
Reply-To: pe1chl@rabo.nl
Date: Mon, 6 Jun 1994 21:38:21 GMT

In <2svd4s$6d3@narnia.ccs.neu.edu> dkulp@ccs.neu.edu (J. Daniel Kulp) writes:

>I just "upgraded" from 1.0.8 to 1.1.18 by getting the 1.1.13 and the 
>patches from ftp.funet.fi.  Now, when I boot, it says something to the effect
>of  
>Serial Driver 4.0 - No serial options
>/dev/cua0  irq4
>/dev/cua1  irq3
>/dev/cua2  irq4

>or something like that.  I forget the format.  Anyway, the problem is that I
>only have two serial ports.   Where did the third on come from?  This didn't
>happen in 1.0.8.   

It is a known problem, and it is being looked at by Ted.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Linux on a ThinkPad?
Reply-To: pe1chl@rabo.nl
Date: Mon, 6 Jun 1994 21:51:17 GMT

In <2snbq8$6c8@killerbee.jsc.nasa.gov> schultz_russell@semail.jsc.nasa.gov (Schultz, Russell) writes:

>We're looking at using Linux as an aquisition platform (possibly in the
>MIR  spacestation), but we're leery about support and ease of
>development in the device driver arena(specifically A/D cards, and
>custom serial interfaces)

>Could any kind soul point me to some information, whether first hand or
>whatever, concerning device driver development.  Source
>code/faqs/examples would gladly be of use.

There is a "kernel hackers guide" in the Linux Documentation Project (LDP),
which discusses device drivers.  And of course there are plenty of
examples available in the kernel sources :-)

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

Crossposted-To: comp.os.linux.help
From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Receiving raw ethernet packets
Reply-To: pe1chl@rabo.nl
Date: Mon, 6 Jun 1994 22:02:14 GMT

In <2svldj$q0t@usenet.rpi.edu> wilsonj@alum01.its.rpi.edu (John Wilson) writes:

>How do I open a handle to receive all ethernet packets with a particular
>ethernet protocol number (not part of IP or any other supported protocol)?
>I want to write a server for a nonstandard protocol.  The man page for socket()
>alludes to SOCK_RAW but doesn't explain it, anyway I don't know what
>address family to ask for when I want "none of the above".

>Is this even possible?  If it makes things any clearer I want to be able
>to downline-load DEC computers from my Linux machine using DEC's MOP
>protocol (which is built into the ethernet controller's own firmware on
>a DEC machine so it's very convenient on that end, no boot ROM is even
>needed since the controller force-feeds the boot program into host memory
>via DMA and then fakes a power failure after resetting the vector).

You need SOCK_PACKET for this.

Example:
    fd = socket(AF_INET, SOCK_PACKET, htons(protocol_id));

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
| e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: buffat@europe.mecaflu.ec-lyon.fr (Buffat Marc)
Crossposted-To: comp.os.linux.admin
Subject: Re: BusLogic Driver Problems -
Date: 6 Jun 1994 18:50:11 GMT


I try to send an email to lnz@dandelion.com (Leonard N. Zubkoff) without
success about the buslogic driver in the Linux kernel. I have done
what he as suggested and now the buslogic driver works with my configuration

Here is the message
 ===============================================================
I have a linux box 486/DX2 with 20 Mb , a SCSI buslogic VESA board with a MAXTOR
512 M disk. I am running Linux PL 1.17 . I follow your suggestion for
the buslogic driver, and now it works with my configuration.
The board is:
Buslogic 445S rev B firmware 3.31C, Inquiry bytes: 41 41 33 33
(Bios version 4.50 1992)


Hope this will help you.
        Thanks for all,
                Marc
PS: I have a message during the boot. -must be an adaptec.
-- 
=============================================================================
Marc BUFFAT                                 ++++++++++++++++++++++++
Lab. Mecanique des fluides LMFA             |     CNRS URA 263     |
ECL, 36 av. Guy de Collongue                |     ECL Lyon         |
Ecully 69131, FRANCE                        |     UCB Lyon I       |
tel: (33) 72/18/61/61                       ++++++++++++++++++++++++
fax: (33) 78/64/71/45                      
email: buffat@mecaflu.ec-lyon.fr

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


** 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-Development-Request@NEWS-DIGESTS.MIT.EDU

You can send mail to the entire list (and comp.os.linux.development) via:

    Internet: Linux-Development@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-Development Digest
******************************
