Subject: Linux-Development Digest #2
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:     Mon, 8 Aug 94 03:13:08 EDT

Linux-Development Digest #2, Volume #2            Mon, 8 Aug 94 03:13:08 EDT

Contents:
  Re: Does anyone use SONY CDU-535 CD-ROM anymore? (Rick Ellis)
  Re: Kernel change summary 1.1.19 -> 1.1.20 (Larry McVoy)
  QIC-02 (Riku Saikkonen)
  Re: PLIP problems solved! (mostly...) (NIIBE Yutaka)
  As; The GNU assembler docs {Q} (Tim Bass (Network Systems Engineer))
  Status request: PPCMac port (Mark Denovich)
  Re: SLIP, CSLIP, PPP and modems (Matthias Urlichs)
  Need help on Linux NFS (Yong Chen)
  kernel walkthrough? (George P. Magiros)
  Re: IFS (Inherited File System) (Donald Jeff Dionne)
  Re: Weird problem with msdosfs (David Holland)
  compiling modules (was: Re: Few simple questions...) (David Holland)
  Re: wish: Removable IDE-support (David Holland)
  Re: As; The GNU assembler docs {Q} (Arnt Gulbrandsen)
  Re: threads in kernel (Pete Chown)
  compiling new version of Mosaic (Jason Fiset)
  Re: SLIP, CSLIP, PPP and modems (Uri Blumenthal)
  Re: kernel walkthrough? (Michael Edward Chastain)
  NIS for Linux ? (Yong Chen)
  PowerGlove and linux? (Daniel Garcia)
  Re: Interesting idea for lilo developers (Tim Smith)

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

From: ellis@netcom.com (Rick Ellis)
Subject: Re: Does anyone use SONY CDU-535 CD-ROM anymore?
Date: Sun, 7 Aug 1994 23:35:39 GMT

David La Croix (dlacroix@guilder.bevd.blacksburg.va.us) wrote:
: I just got a SONY CDU 535 type CD-ROM drive, and I'd like to use it under
: LINUX... I'm using 1.1.38, and the patch I found sony535-0.5 doesn't patch
: cleanly into the 1.1.38.  I would like to know if anyone is using one of these 
: drives, and also, if this patch, (if done by hand) will cause problems with
: the 1.1.30 and up kernels.  I'd like to use 1.1.39 if possible.

: Could support for these drives be put into the stock kernel?  (since this is
: extremely close to the CDU 31A type drives.)

I would be using my Sony CDU-535 if I could get the patch to work.  

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

From: lm@stanford.edu (Larry McVoy)
Subject: Re: Kernel change summary 1.1.19 -> 1.1.20
Date: 4 Aug 1994 18:23:47 GMT

Russell Nelson (nelson@crynwr.crynwr.com) wrote:
: Load balancing support marked as "experimental" instead of "very experimental"

I'm interested in the load balancing stuff.  Can someone point me at the code?
Or any docs? Or a readme?  I grepped through the kernel source in 1.1.35
and couldn't find anything.
--
--
Larry McVoy                  lm@sgi.com                          (415) 821-5758

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

Subject: QIC-02
From: riku.saikkonen@compart.fi (Riku Saikkonen)
Date: Thu,  4 Aug 94 20:19:00 +0200

I can't seem to get my QIC-02 tape drive (Wangtek 5150EQ, Wangtek host
adapter) working with Linux 1.0.9. It just reports reset failures, and
refuses to do anything without a reset (i.e. the log shows 'use 'mt
reset'...' and accessing /dev/tape-reset (major 12, minor 255, right?)
enters a reset failure in the log).

I don't think this is an IRQ, port address, or DMA conflict; I use IRQ
5, port 0x300 and DMA 3, all of which no other board shouldn't be using.
And the drive works under DOS...

So... Has anybody got a QIC-02 tape drive working with Linux? Which
drive, which host adapter?

Are there improvements on the tpqic02 driver in Linux 1.1.x? Could they
help?

Or... Is there a way of backing up the Linux partition under DOS? I.e.
mounting it as a DOS drive in some odd fashion before backing up and
having a way to restore it (keeping the permissions and long file
names...).

-=- Rjs -=- riku.saikkonen@compart.fi - IRC: Rjs
"`"Often is it seen," said Aragorn, "that in dangerous days men hide their
chief treasure." - J.R.R. Tolkien



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

Crossposted-To: comp.os.linux.help
From: gniibe@mri.co.jp (NIIBE Yutaka)
Subject: Re: PLIP problems solved! (mostly...)
Date: Mon, 8 Aug 1994 00:18:50 GMT

In article <1994Aug6.181735.8484@titan.westfalen.de>
        johannes@titan.westfalen.de (Johannes Stille) writes:

   No, the standard IRQ for I/O address 0x3BC is IRQ 7. Complain to Alan
   Cox about the bad default configuration in Linux. The Linux
   configuration can be changed in the drivers/net/Space.c file.

Current version of plip.c can detect IRQ of parallel port.  Please try
substitute 0 as IRQ number in Space.c.
-- 
gN

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

From: bass@cais.cais.com (Tim Bass (Network Systems Engineer))
Subject: As; The GNU assembler docs {Q}
Date: 8 Aug 1994 00:19:03 GMT

Anyone know where a complete manual on as can be found of purchased?
I was trying to understand Linus' zImage code and realized how much
I need to learn about the GNU assembler.  I was in the favorite book
stores and had no luck and picked up an Intel book on programming
the 486.  The man page on gcc points to a book on as, but I've never
seen it (maybe a paper, not a book ??).  Thanks!


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

From: madst38+@pitt.edu (Mark Denovich)
Subject: Status request: PPCMac port
Date: 8 Aug 1994 00:21:33 GMT
Reply-To: madst38+@pitt.edu


I am looking for information concerning the status of the PPC mac port
of Linux, who is handling the project, and if I could help.

Thank you,

        --Mark



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

From: urlichs@smurf.noris.de (Matthias Urlichs)
Subject: Re: SLIP, CSLIP, PPP and modems
Date: 4 Aug 1994 20:28:52 +0200

In comp.os.linux.development, article <31jcqs$9dc@cronkite.ocis.temple.edu>,
  yuriev@astro.ocis.temple.edu (Starcon SysAdmin) writes:
> Bart Kindt (bart@dunedin.es.co.nz) wrote:
> : Huh?  I thought the lower throughput was caused by the IP header / tail 
> : overhead. Modems are normally always "bi-directional", e.g full duplex. 
> : SLIP does not change any settings on the modem at all.
> 
> In this case can you please explain results of the following file transfers:
> 
> Linux <--> Linux using Hydra on 1.7Mb & 1.4Mb ZIP files: total time 17 min
> 34 sec 
> Linux <--> Linux via SLIP (ftp transfer). Total time: 28 min 48 sec. 

First of all, SLIP has a ~10% overhead. Use CSLIP, the overhead shrinks to
something like 1%.

Secondly, Hydra knows that it is on a direct line and that it _owns_ the
line, i.e. no matter what, it can blast data across full-speed. If every
TCP/IP implementation out there would do that, the Internet would have died
about ten years ago.
Instead, TCP/IP is a clever beast which uses some really interesting
heuristics to try to find out the characteristics of the internet
connection between two points, which can have arbitrarily convoluted
amounts of buffering, delay, packet loss, and other TCP/IPs competing with
the same line. It simply has to be more careful, and so things like maximal
bidirectional throughput, while nice, have to take second place.

-- 
Hire the handicapped -- they're fun to watch!
-- 
Matthias Urlichs        \ XLink-POP N|rnberg  | EMail: urlichs@smurf.noris.de
Schleiermacherstra_e 12  \  Unix+Linux+Mac    | Phone: ...please use email.
90491 N|rnberg (Germany)  \   Consulting+Networking+Programming+etc'ing     42

Click <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.

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

From: yochen@eehpx36 (Yong Chen)
Subject: Need help on Linux NFS
Date: 4 Aug 1994 17:06:01 GMT

       Could someone please share some NFS experience with me ? I am
trying to mount "/home" on PC "empc08" to PC "empc05" under "/temp/home".
The error message I got is:

$ mount -t nfs empc08:/home /temp/home -o timeo=14,intr ---command line
" mount clntudp_create: RPC: Program not registered "   ---message line

       The followings are the changes I made to some related files:

empc05.ece.uiuc.edu           \
empc05 root                    \  in "/etc/hosts.equiv"
empc08.ece.uiuc.edu            /     (empc08 and empc05)
empc08 root                   /

if [ -f ${NET}/rpc.portmap ]  \
then                           \
 echo -n " portmap"             \  in "/etc/rc.d/rc.inet2"
 ${NET}/rpc.portmap             /     (empc08 and empc05)
fi                             /
/usr/sbin/rpc.nfsd            /

/home empc05  =================>  in "/etc/exports" (empc08)

empc08:/home /temp/home nfs timeo=14,intr ==> in "/etc/fstab" (empc05)

       Any help is appreciated.

                                         Yong Hua Chen
                                         chen@fspark.ece.uiuc.edu



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

From: libgpmx@gsusgi2.gsu.edu (George P. Magiros)
Subject: kernel walkthrough?
Date: 7 Aug 1994 21:55:49 -0400

besides the linux kernel hackers guide, the man(2) pages, 
the various "how to recompile the kernel" readme's et al, and
the linux-1.0.tar.gz's own makefile/configure files, is there any
other documentation existing that will give a briefing on linux's
internals before jumping into the source code itself?   Say, 
a summary of the system calls, a good place in the kernel source
to start reading - 'sched.c'?, etc.  On another note, linux's posix
compatiblity extends to the kernel system calls? - if there is 
a posix standard down to the system calls.  (funny how VMS can say it's
posix compatible.)
- george
-- 
----
libgpmx@gsusgi2.gsu.edu
Georgia State Univ Pullen Library 

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

From: jeff@ee.ryerson.ca (Donald Jeff Dionne)
Subject: Re: IFS (Inherited File System)
Date: 8 Aug 1994 01:47:31 GMT

Larry Fenske (laf@sde.hp.com) wrote:
: Is anyone doing anything with IFS these days?
: The only sources I've seen for it seem to be from the 0.99.14 era.
: Is there anything newer?

There is source for IFS0.51 on the newest InfoMagic disk, also integrated
into the kernel source for 1.1.18 in the slacksrc directory.  I built it,
but the kernel never gets past the init phase.

: I'm trying to get it working with 1.1.39.  The first problem is getting
: it to compile.  This is happening as I'm typing this.


: Larry Fenske
: laf@sde.hp.com  or  larry@towanda.com
: (not employed by Hewlett-Packard Company)
: PGP Key fingerprint =  3F F6 55 14 CE 3C A6 DB  5E 23 83 5C E4 9D A5 3B 
Jeff@EE.Ryerson.Ca

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

Subject: Re: Weird problem with msdosfs
From: dholland@husc7.harvard.edu (David Holland)
Date: 7 Aug 94 13:09:56

rob@pe1chl.ampr.org's message of Thu, 4 Aug 1994 08:36:43 GMT said:

 > > [floppy time-stamps being off by about two weeks]
 > 
 > Probably you have a weird setting of the timezone in Linux?  

Nope.

The battery clock is right (within 10 minutes, anyway.) It's on local
time. 

clock -r prints the current local time.
clock -ur prints a time with the correct offset from UTC in the wrong
direction, exactly as one would expect. (Four hours, that is.)

Nonetheless, some files I just shipped over right now from the DOS
machine are showing up as being dated August 19. (It's the 7th, and
the DOS machine thinks so too.)

 > As you report the difference to be two weeks, I think the offset between
 > UTC and localtime has somehow be gotten to be two weeks on your system.
 > Check the value of the TZ environment variable.

Not unless there's something weird going on in the kernel that clock
doesn't see. 

TZ isn't set.

--
   - David A. Holland          | "The right to be heard does not automatically
     dholland@husc.harvard.edu |  include the right to be taken seriously."

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

Subject: compiling modules (was: Re: Few simple questions...)
From: dholland@husc7.harvard.edu (David Holland)
Date: 7 Aug 94 13:20:01


bj0rn@blox.se's message of 5 Aug 94 22:39:49 GMT said:

 > These drivers are mentioned in "linux/drivers/net/MODULES", which
 > means that they will be compiled as loadable modules unless you
 > enabled them in "make config".

How about not compiling them at all? It seems that there ought to be
extra config options for this.

There are probably still enough of us with slow computers that this is
a worthwhile move, especially as more and more drivers become modules.

--
   - David A. Holland          | "The right to be heard does not automatically
     dholland@husc.harvard.edu |  include the right to be taken seriously."

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

Subject: Re: wish: Removable IDE-support
From: dholland@husc7.harvard.edu (David Holland)
Date: 7 Aug 94 13:27:48


mark@datasoft.com's message of 5 Aug 1994 02:35:28 GMT said:

 > Actually, the correct method of dealing with removible media
 > (CDROM's, floppies, etc) is to umount the drive, remove the media
 > and insert a new one, and remount the drive. This of course is
 > assuming you are not attempting to remove the root filesystem (a
 > no-no).

The RIGHT way to deal with removable media is to automatically detect
disk changes, to have auto-mount points [eg, referring to /cdrom/oed
causes the OED to be mounted], and to be able to have disks stay
[sort of] mounted when not physically present, like on a Mac or Amiga. 

However, it won't be particularly easy to do this, even assuming the
hardware can provide a disk-change interrupt.

--
   - David A. Holland          | "The right to be heard does not automatically
     dholland@husc.harvard.edu |  include the right to be taken seriously."

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

From: agulbra@tigern.nvg.unit.no (Arnt Gulbrandsen)
Subject: Re: As; The GNU assembler docs {Q}
Date: 8 Aug 1994 04:13:44 +0200

In article <323tlo$rdh@sun.cais.com>,
Tim Bass (Network Systems Engineer) <bass@cais.cais.com> wrote:
>Anyone know where a complete manual on as can be found of purchased?

Yes, in the info system.  The info system is the GNU hypertext
manpage replacement.

Say 'info', 'xinfo', or start emacs and do 'c-h i' and you should
see the directory.  Look for gas or as, and read on.  The info pages
are rather informative (though on some systems simply not there).

You can also get a book from the FSF, send mail to
gnu@prep.ai.mit.edu for details.  Cheap and fairly good, IMHO.  They
also have emacs and gdb manuals, and a lot of less important stuff.

--Arnt

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

From: pc@dale.dircon.co.uk (Pete Chown)
Subject: Re: threads in kernel
Date: Sun, 7 Aug 1994 11:34:29 GMT

I suspect we are making this too hard for ourselves.  Everyone seems
to want to be able to write a procedure that performs a light fork,
with both threads returning to the caller.

Imagine what would happen if you actually did this.  It would add a
whole new dimension to the obfuscated C contest, but I can't see any
other use for it.  Debugging programs with threads is bad enough
without having procedures that are called once but return twice.

Also, we need to bear in mind the trade-offs.  A simple threads
package will run fast, will not bloat the kernel, will be easier to
use and will contain less bugs.
--

==========================================================================
Pete.Chown@dale.dircon.co.uk          "The Pen is mightier than the Quill"
                                      -- anonymous

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

From: uc452@freenet.Victoria.BC.CA (Jason Fiset)
Subject: compiling new version of Mosaic
Date: Thu, 4 Aug 1994 02:55:53 GMT


I would like to compile Mosaic (I already know there is a binary)
but it doesn't seem to be working.  It's complaining about not
being able to find /Xm/<filename>.h

Does anyone know how to configure the Makefile so that I don't
have to have Mosaic in order to compile it?  Better yet, could
someone post the changes they made to the Makefile for it to
work?  Thanks

Jason Fiset
-- 
Sea to Sky Freenet Member

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

From: uri@valhalla.watson.ibm.com (Uri Blumenthal)
Subject: Re: SLIP, CSLIP, PPP and modems
Date: 7 Aug 1994 03:25:15 GMT
Reply-To: uri@watson.ibm.com

In article <320q3l$7cp@sundog.tiac.net>, bill@bhhome.ci.net (Bill Heiser) writes:
> but I'm having STABILITY problems with SLIP. 
> I've tried a bunch of different kernel patch levels and they all have
> the same symptom ... if I try to do multiple things via my SLIP link,
> Dip (3.3.7-uri) hangs!  
> The problem can be reproduced by, say, doing a telnet
> in and then ftp'ing out to another machine ... 
> it'll hang shortly thereafter.

Well, [un]fortunately, I can't reproduce this! In my case, I 
typically run a couple of telnet sessions, one XRN session
and a copule of FTP sessions from the remote to very
remote. Occasionally one FTP sesion back to home.
Once in a while rcp...

I've never seen what you're describing (God bless! :-).

> At that point "dip -k" doesn't even work, I have
> to kill off the dip (and often reboot the machine to get things really
> cleared up!).  

Your kernel TCP/IP software messed up? DIP too old? Kernel too old?

> Anyone else seeing this?  

I sure hope not!

> Maybe I should be using something other than dip
> to start SLIP?

Use kermit...

Or upgrade.
--
Regards,
Uri.            uri@watson.ibm.com     N2RIU
============
<Disclaimer>

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

From: mec@shell.portal.com (Michael Edward Chastain)
Subject: Re: kernel walkthrough?
Date: 8 Aug 1994 03:32:41 GMT

The 'strace' utility will show you the exact system calls a process
uses when it runs.

The file 'include/linux/unistd.h' enumerates the system calls.

The file 'kernel/sys_call.S' contains the system-call entry code and
the dispatch table for system calls.

Michael Chastain
mec@shell.portal.com

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

From: yochen@eehpx22 (Yong Chen)
Subject: NIS for Linux ?
Date: 7 Aug 1994 04:17:37 GMT

s there any NIS software available for Linux ?

I am trying to put users' home directories on one PC and mount that
part on all the other PCs through NFS.  The problem I got is that
I have to setup accounts on all the PCs for every user.

Anyone has any hint to solve this ?

Thanks,
Yong Hua Chen
chen@fspark.ece.uiuc.edu



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

From: kender@esu.edu (Daniel Garcia)
Crossposted-To: alt.cyberpunk.tech
Subject: PowerGlove and linux?
Date: 8 Aug 1994 00:08:11 -0400
Reply-To: kender@esu.edu


I'm pondering the idea of porting the powerglove control code to linux,
but, I wanted to check and see if this had already been done somewhere,
and if so - if someone could point me to it.  If not, let me know if
any of you out there would be interested in it, and i'll look more into
porting the driver.

D

ps. I started a little earlier tonight - but the timings under linux
    seem to be a little bit different than under DOS ;)  Anybody out
    there know the linux equivalent of biostime?  I don't have a dos
    compiler - or i'd look it up myself.



-- 
===========.,======Coming=soon=to=a=PhD=Program=near=you=====.,==Carpe=Diem===
Ethernet is||Daniel Garcia - ATP Group - LLNL Gigabit Testbed||AntiClipperCens
for Sissies||  Lawrence Livermore Nat'l Labs - Livermore, CA ||orshipFightingF
Disclaimer.||dgarcia@cohl.llnl.gov <=-email-=> kender@esu.edu||reedomLovingCru
 Try Linux ||    This .sig file (c)1994 by Daniel Garcia     ||saderForRights.
----hi-----'`-PGP-key-available-finger-dgarcia@cohl.llnl.gov-'`---Coram-Deo---
 Fibre Channel - Unix - TCP/IP - Music - MIDI - Biking - Networking - Reading
    GCS/MU d? -p+ c++(----) l++ u+ e+(*) m+@ s/+ !n h f+@ !g w++ t++ r y?

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

From: tzs@u.washington.edu (Tim Smith)
Subject: Re: Interesting idea for lilo developers
Date: 7 Aug 1994 05:00:11 GMT

Matthias Urlichs <urlichs@smurf.noris.de> wrote:
>> for boot managers, anyway?  Note that MS-DOS 6.xx allows you to
>> have multiple configurations, which you can easily select from
>> a menu when config.sys is processed.
>
>The big problem with this is that MS-DOG isn't free. 

Yeah, but I'd bet that, at least in the United States, most people who
own computers running Linux (or one of the BSD systems) do own a copy of
MS-DOS.  It's hard to avoid it.  Heck, my *Macintosh* even came with a copy
of MS-DOS (it came as part of a SoftPC demo that was bundled with the
machine)!

--Tim Smith

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


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