Subject: Linux-Development Digest #719
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:     Sat, 14 May 94 19:13:12 EDT

Linux-Development Digest #719, Volume #1         Sat, 14 May 94 19:13:12 EDT

Contents:
  GCC and pentium (D.J. Reeves)
  Re: PC WEEK: NOVEL's new OS??? - Linux - (Steven Buytaert)
  Re: COMMODORE CALLS IT QUITS (Kevin Burtch X8534 Ppppp)
  Kernel feature/howto implement request (Disaster prone simpleton)
  Re: Special plea to all developers and ftp sites... (Thomas Pfau)
  info on PPP? (Craig Anderson)
  SLIP [1.1.12] ICMP Problem (Olaf Flebbe)
  Re: Xfree86/mouse/IRQ/config problem (Julian Boot)
  Dual-Mon Patches (Carlo James Calica)
  Re: Special plea to all developers and ftp sites... (Matthew Dillon)
  rarp, how to use it? (Kethireddy Vanier)
  Re: Special plea to all developers and ftp sites... (Rob Janssen)
  Re: wt news--version 0.02 - port to MSDOS (sl859@cc.usu.edu)
  Info on implementing distributed Linux via MACH micro-kernel (PIERRE BOURBONNAIS)
  Re: Terminator-Power Question (Brandon S. Allbery)
  Re: MATSUSHITA CD-ROM CR-563-X (Eberhard Moenkeberg)
  Re: SIGHUP - Deep Kernal Guts question! (Sean Puckett)
  Re: workaround for SB16 on stupid motherboard? (David Monro)
  Re: SIGHUP - Deep Kernal Guts question! (Kari E. Hurtta)
  Re: Microchannel support (Jonathan Magid)
  Re: 1.0.9 kernel bug (+ partial fix): when using non-loopback address to send to localhost, "from" address should also be non-loopback. (Sven Goldt)

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

From: djr1003@cus.cam.ac.uk (D.J. Reeves)
Subject: GCC and pentium
Date: 14 May 1994 10:30:08 GMT

Does anyone know when a new version of GCC supporting pentium optimised code
is likely to be released?

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

From: buytaert@imec.be (Steven Buytaert)
Subject: Re: PC WEEK: NOVEL's new OS??? - Linux -
Date: Sat, 14 May 1994 10:28:35 GMT

Akihiko Nakashima (aki@esu.edu) wrote:
: I just read a news on PC WEEE about Novel's a new 32 bit
: OS which based on Linux 1.0's kernal. And,  
: PCWK said that Novel wants to relase it in July.
: Does anybody know more about this??????
: -Aki

  Oh no :-) 
  
  Yes Aki, we know about this...

  No offense,

  --Stef

--
Steven Buytaert 

WORK buytaert@imec.be
HOME buytaert@innet.be

        'Imagination is more important then knowledge.'
                        (A. Einstein)

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

From: kburtch@pts.mot.com (Kevin Burtch X8534 Ppppp)
Subject: Re: COMMODORE CALLS IT QUITS
Reply-To: kburtch@pts.mot.com
Date: Fri, 13 May 1994 16:45:24 GMT

In article r5d@wea.eel.ufl.edu, acg@kzin.cen.ufl.edu (Alexandra Griffin) writes:
> The 64 & vic were 6502-based-- no danger of that architecture

Close, the Apple II, II+, and IIe were 6502, the //e (enhanced) and //c were 65C02,
and the Commodore's were 6510. (they did have a 6502 in their disk drives though...)

> re-emerging, I hope, even though they did manage to take it up to 32
> bits at one point (68C832?).  The Amigas were MC68K machines.  Quite

I think you are confusing two totally different processors. There was a 16 bit version
of the 65C02 called the 65C816 (and a version with an 8-bit bus called 65C802). The
65C816 was only used in the Apple //GS, nobody else (to my knowledge) ever used it.

The Amiga was not designed by Commodore, they bought out another company for it. It
used a 68000 processor in the early ones...

> ahead of their time in 1985 (I had an A1000), when CGA was still
> considered high resolution, but it's a pity Commodore kind of let them
> die out...

They didn't, they kept making new ones, the A500, A2000, then later the A4000 which
was a #@!! of a machine. (68040 I think) I think they had several other models, but
only the Amiga crowd ever heard of them.

> It would be interesting if HP purchased rights to the Commodore
> product line... PA-RISC based Amigas would be quite nice!

Anyone would be better than Commodore! Their marketing dept. should be drawn and
quartered! The ONLY Amiga ads I've EVER seen were in Amiga magazines!! 

HEY COMMODORE!! YOU'RE POINTING THE WRONG WAY!!!

Sorry, I've wanted to say that for years.

Kevin

P.S Amigas have been used for many years where only the SGI's dare tread now, they
    were (are) very capable machines for commercial video tricks...




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

Subject: Kernel feature/howto implement request
From: m91dps@ecs.ox.ac.uk (Disaster prone simpleton)
Date: 12 May 94 21:03:00 BST

I'm prepared to do some coding, know something about sector marks & c, but
nil about disc controllers. I want to read the sector size on a disc
(I want to add an fs which uses native discs with 1K or 256 bytes a
sector). How can I read the sector size? I will post a patch if you
tell me how to do the coding, but due to exams coming up that could take
a while...

Duncan (-:
P.S. I will post the filing system assuming my network access is still
around by the time its in a complete alpha version.


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

From: pfau@cnj.digex.net (Thomas Pfau)
Subject: Re: Special plea to all developers and ftp sites...
Date: 11 May 1994 19:22:15 -0400

I'm sure a couple of minutes in the man page for dd would give you some
ideas on how to break up archives into smaller pieces...
-- 
tom_p                           | I could get a new lease on life
internet:   pfau@cnj.digex.net  | if only I didn't need the first
compuserve: 73303,1136          | and last month in advance.

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

From: c4craig@csn.org (Craig Anderson)
Subject: info on PPP?
Date: Sat, 14 May 1994 13:04:02 GMT

I plan to load Linux from the April InfoMagic CD set Real Soon Now.
I want to run dialup IP to a local internet provider.  Is
PPP support ready for prime time?

Thanks TTFN,
Craig Anderson
craig@c4.com
(canned fruit, juiced vegetables, green grass, fresh aire and futbol pitchs;
these are a few of my favorite things.)


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

From: flebbe@pluto.tat.physik.uni-tuebingen.de (Olaf Flebbe)
Subject: SLIP [1.1.12] ICMP Problem
Date: 14 May 94 13:09:15 GMT

Hi,

Since 1.1.10 I get the following kernel messages when running slip.

ICMP: Could not build IP Header for ICMP ECHO Response

Is it a known feature? If anyone likes to dig into it, I can give a 
more detailed report via personal email.

cheers
olaf
-- 
  Olaf Flebbe,  Theoretische Astrophysik Tuebingen
  Internet:     flebbe@tat.physik.uni-tuebingen.de

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

From: cs307319@dingo.cc.uq.oz.au (Julian Boot)
Crossposted-To: comp.os.linux.admin,comp.windows.x.i386unix,comp.os.linux.misc,alt.uu.comp.os.linux.questions,aus.computers.linux,fr.comp.os.linux,maus.os.linux,de.comp.os.linux,fj.os.linux,no.linux
Subject: Re: Xfree86/mouse/IRQ/config problem
Date: 14 May 1994 23:09:08 +1000

[problems with mouse jumping around deletia]

I had simalar probs with a serial mouse  - you did not post your Xconfig
file.  If there is a baudrate= line in the mouse section, commment it 
out.  It worked for me, but your mileage may vary.

-julian
-- 
   BTW, I did have someone elses opinions, but I lost them :( So these are
   my own!!

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

From: calica@cae.wisc.edu (Carlo James Calica)
Subject: Dual-Mon Patches
Date: 11 May 1994 23:52:34 GMT

I'm wondering modern dual-monitor patches exist or have they been added
to the kernel?  The most recent ones are for 0.99pl13.  Thanks.

-- 
 /------------------------------+--------------------------------------\
| Carlo J. Calica               | Linux:  Choice of the GNU Generation  |
|     calica@cae.wisc.edu       | Dittos from the People's              | 
 \ University of Wisconsin      | Republic of Madison                  / 

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

From: dillon@apollo.west.oic.com (Matthew Dillon)
Subject: Re: Special plea to all developers and ftp sites...
Date: 11 May 1994 17:04:13 -0700

In article <2qrc5b$gbp@bigblue.oit.unc.edu> jem@ladybird (Jonathan Magid) writes:
:In article <1994May11.183120.22756@oxvaxd>,
:Disaster prone simpleton <m91dps@ecs.ox.ac.uk> wrote:
:>For those of us who have to use mess-dos 1440K discs to transfer stuff to
:>our boxen, please could people split stuff larger that 1400K into several
:>archives 1400K or less each. It would save people like me a lot of hassle.
:
:Speaking for Sunsite, I don't think this is going to happen, as it would
:be a tremendous inconvenience for us (we're lazy) and others.  
:
:I'd reccomend investing in a "split" program.    It comes with most unices, 
:and  is fairly easy to write for less enlightened operating systems.
:
:jem.
:--
:jem@sunsite.unc.edu\/SunSITE admin

    If you are transfering stuff between two PC's, I suggest a null modem 
    serial cable or even two modems.  Even though it may take longer, it 
    does not necessarily require operator intervention... you can start up a
    transfer and let it go unattended.

    I do not think very many people will make an effort to split up large 
    archives, not necessarily because we are lazy (we are!), but because 
    it is a big inconvenience for the majority of people who would 
    otherwise have to download the separate pieces and paste them back 
    together again, for people who map ftp sites onto their filesystems,
    for people accessing ftp sites from GUI software like Mosaic, etc.

                                                -Matt

-- 

    Matthew Dillon              dillon@apollo.west.oic.com
    1005 Apollo Way
    Incline Village, NV. 89451  ham: KC6LVW (no mail drop)
    USA                         Sandel-Avery Engineering (702)831-8000
    [always include a portion of the original email in any response!]


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

From: vanier@aurora.carleton.ca (Kethireddy Vanier)
Subject: rarp, how to use it?
Date: Sat, 14 May 1994 15:38:38 GMT

Hello,

        In version 1.1.12, rarp has been implemented, so I would like to
know how I can get IP address, from the system, alternatively what system
call should I make to get the Ip address. 
        Please note that I just started to learn how to write network 
programs.
        I would appreciate if email to me.
 
Thanks to all
Vanier Kethireddy
 

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Special plea to all developers and ftp sites...
Date: Wed, 11 May 1994 22:33:32 GMT
Reply-To: pe1chl@rabo.nl

In <1994May11.183120.22756@oxvaxd> m91dps@ecs.ox.ac.uk (Disaster prone simpleton) writes:

>For those of us who have to use mess-dos 1440K discs to transfer stuff to
>our boxen, please could people split stuff larger that 1400K into several
>archives 1400K or less each. It would save people like me a lot of hassle.

I always thought that even MS-DOS came with a utility that can split
large files over multiple diskettes...

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

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

From: sl859@cc.usu.edu
Crossposted-To: rec.games.programmer,comp.windows.x
Subject: Re: wt news--version 0.02 - port to MSDOS
Date: 11 May 94 14:57:43 MDT

> Well, I'm just interested if anyone has made a port to MSDOS yet, as I
> have successfully done it, using GCC and the GRX graphics library..

I ported 0.04 to Watcom C ... I'll post the appropriate files if you'd like.

Joshua Jensen

*=============================================================================*
( Joshua C. Jensen   # Got a game of the right calibre for publication?       )
( Epic MegaGames     # Let us know at Epic MegaGames!                         )
( jjensen@cc.usu.edu # "wReam, I broke MASI again! J/K! <Ouch!> Don't hit!"-JJ)
*=============================================================================*

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

From: bourp00@DMI.USherb.CA (PIERRE BOURBONNAIS)
Subject: Info on implementing distributed Linux via MACH micro-kernel
Date: Sat, 14 May 1994 01:17:51 GMT

Ok, this is my firt post to this group, so I know not what has
been discussed before. I have heard of the possibility of having a
distributed LINUX using MACH micro-kernel. Anyone has heard something 
similar? Is it done? If so, where could I find more info on the
subject or a version of LINUX using MACH.

Please, anyone with info e-mail me at bourp00@tohi.dmi.usherb.ca.

Thanks in advance!

Pierre

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

From: bsa@kf8nh.wariat.org (Brandon S. Allbery)
Subject: Re: Terminator-Power Question
Date: Thu, 12 May 1994 20:39:50 GMT

In article <1994May12.120014.17743@pe1chl.ampr.org>, pe1chl@rabo.nl says:
+---------------
| (if it is not that, I really cannot imagine how supplying terminator
| power can interfere with anything)
+------------->8

Possibly by sourcing too much current?  In any case, the manuals for my
Fujitsu hard drives say that no more than (some number, can't recall just now
and I'm dialed in from work at the moment so can't check) should supply
TERMPWR.  It doesn't say what dire effects will result if you have too many
devices supplying TERMPWR.

++Brandon
-- 
Brandon S. Allbery         kf8nh@kf8nh.ampr.org          bsa@kf8nh.wariat.org
The FUDs at Microsoft are shouting "Kill The Wabi!"

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

Date: Wed, 11 May 1994 22:28:18 +0200
From: Eberhard_Moenkeberg@p27.rollo.central.de (Eberhard Moenkeberg)
Subject: Re: MATSUSHITA CD-ROM CR-563-X


Hello Carlos Contreras Bizama and all others,

on 05.05.94 Carlos Contreras Bizama wrote to All in
USENET.COMP.OS.LINUX.DEVELOPMENT:

CCB> I have a  MATSUSHITA CD-ROM witch Sound Blaster 16, which runs very fine
CCB> under DOS/WINDOWS.
CCB> How can I get it running under Linux? Is there a driver for it?

Read /usr/src/linux/drivers/block/README.sbpcd.

It seems that not even uppercase letters are understood. ;-)

Greetings ... Eberhard


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

From: nate@loreli.ftl.fl.us (Sean Puckett)
Subject: Re: SIGHUP - Deep Kernal Guts question!
Date: Sat, 14 May 1994 13:50:17 GMT

In the scrolls of comp.os.linux.development, Matt Cross (MC) enscribed,
MC> In article <1994May13.042516.27841@loreli.ftl.fl.us>, nate@loreli.ftl.fl.us (Sean Puckett) writes:
MC> > The kernal apparently wants to send just one HUP/CONT pair
MC> > only to the session leader, and none to any other processes
MC> > on the lost tty.  The session leader (shell) is sucessfully
MC> > killed on hangup, every time, but its children are not.
MC>
MC> Take a look at something on job control and process groups.  The kernel
MC> sends the signal to the whole process group, so unless the shell is
MC> broken, the SIGHUP signal will be sent to all processes attached to the
MC> terminal.  Also, make sure the processes themselves don't leave the
MC> process group...

It should, yes, but empirical evidence and source grepping have shown that it
doesn't.  We wrote a signal tracer program, ran it using both bash and ksh
(as supplied in SLS), and hung up on it.  When we examined the tracer, it had
not received the SIGHUP.  Similarly, if we ran a perl program to just sit and
spin in a loop, then hung up on it, when we checked the ps ax list, we found
perl there, spinning all by itself, not attached to any terminals.  This is
repeatable with many different programs, not just perl.

In examining the source, check tty_io.c in /drivers/char and exit.c in /kernel.
Grep both for SIGHUP and you can see that even the comments there state that
only the session leader is to get the SIGHUP (look at routine kill_sl in
exit.c for the exact for loop that bails out when it finds the sl).  The code
appears to operate the way it was designed, but the design is flawed as it
leaves processes running that should be terminated.

It's not a bug, per se, if the kernal is following its design specification.
But before I fix it to do what it SHOULD be doing, I need to know why that
design decision was made, and what the ramifications of fixing it will be.

The kernal should, by itself (with no help from shells), send SIGHUP to all tty
attached processes when the tty is lost.  Unless there's a very good reason
why it shouldn't -- and I need to know if that reason exists.

Thanks for your comments.


--
                       ..:: nate@loreli.ftl.fl.us ::..
             ..:: Sean Puckett - Albino Frog Software, Inc. ::..
          ..:: The Right Reverend Aural Hardly, MSK, BoC, FCoC ::..

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

From: davem@extro.ucc.su.OZ.AU (David Monro)
Subject: Re: workaround for SB16 on stupid motherboard?
Date: Fri, 13 May 1994 05:01:27 GMT

davem@extro.ucc.su.OZ.AU (David Monro) writes:

>I am one of those poor bastards who has 1) a nice new Sound Blaster 16
>and 2) a dumb motherboard which can't handle 16bit dma. Under MessyDOS
>this can be worked around by using the same DMA channel for both
>8 and 16 bit transfers (by default dma channel 1) which works perfecly
>well. Unfortunately, this doesn't work under linux. Although the
[lots of junk deleted]

Well, this feels a bit silly replying to my own post but..
Actually it does kind of work. The real problem was an ethernet card using
the same dma channel. Trouble was I didn't even know it had the
ability to use dma. The reason it worked under dos was that the
ethernet card wasn't being enabled. As soon as it was enabled, it
crashed the sound card. The driver for the ethernet card (a 3c501)
doesn't use the dma features of this card, so the network kept
working. I only discovered this when I built a kernel without the
ethernet driver and the sound started working, and then I opened up
the machine, took out the card and discvered a bunch of jumpers...

There still seem to be some funnies though - sometimes I get garbage
sound (ie random noise), sometimes a sound will get played twice for
no reason etc. It seems to work if I keep to just 16bit or just 8bit
sound, so I am not too worried, but there is a problem here somewhere.

Any way, it does work - so sorry if I alarmed anybody...

        David

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

From: hurtta@dionysos.fmi.fi (Kari E. Hurtta)
Subject: Re: SIGHUP - Deep Kernal Guts question!
Date: 14 May 1994 20:25:54 GMT

nate@loreli.ftl.fl.us (Sean Puckett) writes:

;The kernal should, by itself (with no help from shells), send SIGHUP to all tty
;attached processes when the tty is lost.  Unless there's a very good reason
;why it shouldn't -- and I need to know if that reason exists.

Well, then Linux Goes It's Own Way.

Manual pages of SunOS, HP-UX and IRIX agree with following:

   Modem Disconnect
        - SIGHUP is sent to controlling process
        - backgroud process get SIGTIN/SIGTOU when it tries access terminal

   When session leader, which have controlling terminal, exits
        - SIGHUP is sent to processes in that group
--
- Kari E. Hurtta                             /  Eldmd on monimutkaista
  Kari.Hurtta@Fmi.FI                         puh. (90) 1929 658

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

From: jem@sunSITE.unc.edu (Jonathan Magid)
Subject: Re: Microchannel support
Date: 14 May 1994 21:59:12 GMT

In article <sedlmyrsCprxLD.3uF@netcom.com>,
Steven P. Sedlmeyer <sedlmyrs@netcom.com> wrote:
>Is anyone currently working on microchannel support?  Also, is anyone developing
>an X server for XGA/XGA-2?  If there is someone currently doing microchannel
>support e-mail me and let me know...I would be willing to work on drivers for
>the IBM 32-bit busmastering SCSI controller and (assuming I can get docs) the
>Adaptec 1640 microchannel controller.

I *think* that an Alpha PS/2 ESDI driver has been completed and uploaded
to sunsite.unc.edu; its in /pub/Linux/Incoming/ps2esdi.tgz.

You might subscribe to the MCA channel for more information on the
work being done-  
"echo X-Mn-Admin: join MCA | mail linux-activicts@niksula.hut.fi"


jem.

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

From: goldt@math.tu-berlin.de (Sven Goldt)
Subject: Re: 1.0.9 kernel bug (+ partial fix): when using non-loopback address to send to localhost, "from" address should also be non-loopback.
Date: 14 May 1994 22:21:37 GMT

Alan Cox (iiitac@uk.ac.swan.pyr) wrote:

: Already fixed as of 1.1.8
: Alan

Well,you should learn that there is the 1.0.x series and
the 1.1.x series and it's no upgrade to use 1.1.x,but a
risk.


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


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