Subject: Linux-Development Digest #1
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:     Sun, 7 Aug 94 20:13:05 EDT

Linux-Development Digest #1, Volume #2            Sun, 7 Aug 94 20:13:05 EDT

Contents:
  ioperm and parallel port controll? (Daniel Garcia)
  Re: <*> Sound Code <*> (Mikael Nordqvist)
  Re: 1.1.38 broken from PCI/Pentium (John Edward Bauer)
  Re: 1.1.38 broken from PCI/Pentium (John Edward Bauer)
  Re: SLIP, CSLIP, PPP and modems (Leonard N. Zubkoff)
  Re: -= good programmer's editor for X? (Eric J. Schwertfeger)
  Re: slow RAM above 16M as swap (Eric J. Schwertfeger)
  Re: Possible bug, kernel 1.1.37 with Xfree 2.0 S3 911 driver (Charles E Meier)
  Re: SLIP, CSLIP, PPP and modems (Bart Kindt)
  Re: SLIP packet queueing and IP tos (Bart Kindt)
  Re: Postscript Interpreter (Sarr J. Blumson)
  Re: Weird new Emacs (NetDog)
  Re: SLIP, CSLIP, PPP and modems (Rob Janssen)
  Re: Interesting idea for lilo developers (Rob Janssen)
  Re: HP Vectra 486VL2 - will Linux run (Jeong Lee)
  Re: SLIP, CSLIP, PPP and modems (Ben Kelley (good guy))

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

From: kender@spawn.erinet.com (Daniel Garcia)
Subject: ioperm and parallel port controll?
Date: 7 Aug 1994 18:54:46 GMT
Reply-To: kender@eri.erinet.com

Ok, I've read the manpage for ioperm, and I believe I understand how that
one works, now, I just need to know what I should do to access the lines
on my parallel port.  What functions should I use, I know about inb and
outb, but there aren't any manpages on them (yet? - i'm about to go hunting
through the kernal sources to see what they do).  Also - does anyone know the
mapping of parallel port (25 pin) pins to bits?  I need to be able to set
and read individual pins.

Thanks in advance for _any_ help you can provide!

D

-- 
 Daniel Garcia - kender@[eri.erinet.com|esu.edu] - Soon to be PhD Student.
UseLinuxReadMoreThinkALotFightClipperBelieveWritePlayMusicOpenHeartsLiveBreath
LoveThinkFeelListenActReasonWatchLearnRideFlySpeakWinFightRiseSingShoutCryDie
<A HREF=http://www.esu.edu/~kender">My Homepage</A> 

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

From: d91mn@efd.lth.se (Mikael Nordqvist)
Subject: Re: <*> Sound Code <*>
Date: 7 Aug 1994 19:12:49 GMT

In article <31o4d3$3n2@pnet1.pnet.com> ssn@pnet1.pnet.com (South Street North Studios) writes:
>[ snip snip ]
>Last week I was rather upset because the folks at Gravis had decided 
>software should initialize their card. DOS software. Try again. 
>Meanwhile, the init problem was addressed and fixed in a later sound 
>driver version, so I decided to upgrade. It worked! But now gmod is just 
>as bad as the other hacks available for playing these files: Pitches are 
>WRONG. Ugh. Volume control of notes has failed. It's a junker. Or is it?

Unfortunately there is some problem with compatability with the new
pre-3.0 sequencer. Until it is fixed you can solve the problem by
using your newly compiled kernel, but compile gmod with the old
soundcard.h that came with VoxWare 2.5.

>I posted a message to the "help" group. But now I think I'll try a 
>different tack. I'd like to write a real music file player. Not junk like 
>some others (excluding gmod -- I almost liked gmod). But I'll need some 
>info on just what the differences are in the new sound control.
>
>* How has the sequencer changed?
>* How has volume control changed?
>* How is the whole thing different?

Read the source :-) Seriously, as far as I know the only documentation
available are the README's in the distribution and the draft for
the sound-SDK (nic.funet.fi:/pub/OS/Linux/ALPHA/sound/snd-sdk-doc-0.1.ps.gz).
Other than that, you'll just have to RTS.

/Mikael
-- 
Mikael Nordqvist, student    | d91mn@efd.lth.se | What is GNU Hurd? A whole
Lund Institute of Technology | mech@df.lth.se   | bunch of GNUs running around.

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

From: jbauer@badlands.NoDak.edu (John Edward Bauer)
Subject: Re: 1.1.38 broken from PCI/Pentium
Date: Sun, 7 Aug 1994 19:00:00 GMT

James Norton (jamesnor@clark.net) wrote:
: I have an 60Mhz Pentium with an Intel motherboard.  I have not been able 
: to get patches 38, 39, or 40 to boot.  I have tried compiling the kernel 
: using gcc 2.5.8 and 2.6.0.  They both compile the kernel fine.  But when 
: I try to boot the kernel, I get a message like "Booting the kernel now."  
: Then nothing.  Does anyone have an idea how to fix the kernel?  I have 
: not made any changes to the code on my own.  I am using 
: linux-1.1.35.tar.gz as my original source files and applied patches 36  
: through 40 without any rejects.

: Jim Norton
: jamesnor@clark.net

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

From: jbauer@badlands.NoDak.edu (John Edward Bauer)
Subject: Re: 1.1.38 broken from PCI/Pentium
Date: Sun, 7 Aug 1994 19:06:12 GMT

James Norton (jamesnor@clark.net) wrote:
: I have an 60Mhz Pentium with an Intel motherboard.  I have not been able 
: to get patches 38, 39, or 40 to boot.  I have tried compiling the kernel 
: using gcc 2.5.8 and 2.6.0.  They both compile the kernel fine.  But when 
: I try to boot the kernel, I get a message like "Booting the kernel now."  
: Then nothing.  Does anyone have an idea how to fix the kernel?  I have 
: not made any changes to the code on my own.  I am using 
: linux-1.1.35.tar.gz as my original source files and applied patches 36  
: through 40 without any rejects.

: Jim Norton
: jamesnor@clark.net

Sorry about the ohter followup..it was a mistake.

I have a P60 with the Intel Mercury motherboard. I have had no problems 
with the latest kernels, including 41. Starting with 38 there is some BIOS
info from the kernel...also since 38 it detects my PCI. (allthought my 
video card still doesnt' work for graphics) What motherboard do you have?
e-mail would probably be better...since I'll probable forget i posted this.

John Edward Bauer <jbauer@badlands.nodak.edu>

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

From: Leonard N. Zubkoff <lnz@dandelion.com>
Subject: Re: SLIP, CSLIP, PPP and modems
Date: Sun, 7 Aug 1994 18:51:13 GMT

In article <longyearCu5Fo0.4E0@netcom.com> longyear@netcom.com (Al Longyear) writes:

   Use the function ioctl(fd, TIOCMBIC, TIOCM_DTR) to drop the DTR
   signal. This will usually do the job. Use ioctl(fd, TIOCMBIS, TIOCM_DTR) to
   re-enable the DTR signal.

Oops you forgot that you need to pass the modem status bits by reference here,
as in:

        int ModemBits = TIOCM_DTR;
        ioctl(fd, TIOCMBIC, &ModemBits)


                Leonard

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

From: eric@pandora.Las-Vegas.NV.US (Eric J. Schwertfeger)
Subject: Re: -= good programmer's editor for X?
Date: 7 Aug 1994 18:08:34 GMT

Bill Heiser (bill@bhhome.ci.net) wrote:
: >] > Not to mention I'm not a believer in having everything AND the
: >] > kitchen sink installed in my editor.

: Yeah!  What's wrong with 'vi'?   Emacs isn't an Editor, it's a Lifestyle!  :-)

I want DME for X :)  Lightweight, customizable, and I knew the "macro" 
language well enough to write one-liner's on the fly.  Even wrote my own
C-mode for it.

Currently I'm using joe, but I can't figure out how to call ispell from
within joe easily, so that will probably change, most likely in favor of
something based on tcl/tk.

I don't like having to deal with vi's modes, but you are definitely right
about Emacs.  Anything that takes up 10% of my /usr partition had better
be damn important :)

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

From: eric@pandora.Las-Vegas.NV.US (Eric J. Schwertfeger)
Subject: Re: slow RAM above 16M as swap
Date: 7 Aug 1994 18:13:14 GMT

laboratorium dydaktyczne (stud37@sun1000.ci.pwr.wroc.pl) wrote:
: Recently I read (in comp.os.linux.admin) that some (broken)
: motherboards don't cache the RAM above 16MB. This results
: in system slowing down after upgrading from 16M to, say,
: 32M. The use of slow RAM above 16M can be disabled, but
: the unused RAM is $$$... Just an (hopefully interesting)
: idea: why not make the disabled RAM available as a special
: file (device)? This device might be used as the first,
: very fast swap area, faster than any hard disk. This would
: greatly increase the system performance on those broken
: motherboards with >16M RAM. What do you think about that?
: I am not (yet) a kernel hacker, but maybe there is someone
: who would like this idea and do this?

Actually, it would be easier and more versitile to have an option for the
ram-disk to use all memory above 16M. Then you could mount it as a swap 
partition, as /tmp, or as whatever else you want.  *THAT* shouldn't
be hard.


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

From: cemeier@magnus.acs.ohio-state.edu (Charles E Meier)
Subject: Re: Possible bug, kernel 1.1.37 with Xfree 2.0 S3 911 driver
Date: 7 Aug 1994 21:58:15 GMT

In article <323afh$a3h@vixen.cso.uiuc.edu>,
Daniel L. Marks <dlm40629@uxa.cso.uiuc.edu> wrote:
>I have encountered a possible bug in the kernel or Xfree.  I am inclined
>to believe the problem is in the kernel because the bug showed up when
>I changed from version 1.1.24 to 1.1.37 kernels.
>
>I am using the Xfree 2.0 S3 911 server that came with Slackware 1.0.1.
>The server runs fine, and does not crash, but when I drag windows
>(I use opaque window moves), the server does not erase and redraw the
>window, the window is only redrawn.  The dragged window ends up having
>about 10 copies of the window behind it on the screen. like:
>  
>    ______________
>   |  ____________|___
>   | |    Dragged     |
>   | |    Window      |
>   |_|                |
>     |________________|
>

Trails are considered a feature in FreeLSD :-)

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

From: bart@dunedin.es.co.nz (Bart Kindt)
Subject: Re: SLIP, CSLIP, PPP and modems
Date: Mon, 8 Aug 1994 17:15:57 GMT

In article <1994Aug5.221334.16623@brtph560.bnr.ca> denebeim@bnr.ca (Jay Denebeim P025) writes:
>From: denebeim@bnr.ca (Jay Denebeim P025)
>Subject: Re: SLIP, CSLIP, PPP and modems
>Date: Fri, 5 Aug 1994 22:13:34 GMT

>In article <31t2ai$a4g@rain.org> jayme@rain.org (Jayme Cox) writes:
>>Someone known as Jay Denebeim P025 (denebeim@bnr.ca) spake thus:
>>This is not true at all. While the slip connection is responsible for
>>sending other information (rip, arp, etc) if you arn't doing anything
>>else, ftp's should be with 1-2% of zmodem/xmodem/ymodem transfers. Period.

>Actually, it is true.  Think about it, I don't know how much overhead
>SLIP and FTP adds to a packet, but the TCP/IP header is around 20
>bytes.  A ZMODEM packet is much less then this.  

>There are only so many bytes per second that go over the link, heavier
>protocols go slower then lighter ones.
>-- 
>Jay Denebeim     Address: UUCP:     duke!wolves!deepthot!jay

Hmmm. FTP is a protocol which is designed to cooperate with other TCP/IP 
traffic on the same line.  The 'retry' of packets which somehow got damaged 
will slow the transfer down really heavy.  While I don't know the exact 
figures, it goes something like this:  Packet send; no reply? try again after 
1 second; still no reply? Wait for *double* the last period: 2 seconds; Then 
*double* again: 4 seconds.  Etc...  This is not completey correct, but you get 
the picture.  What does this mean in practice?  If you have even a little bit 
of problems on the line, and this includes things like Overruns due to bad 
handshaking, the FTP (and any TCP/IP) will slow down badly.  I have done some 
tests by disabling / enabling the Error Protection of the modem; In my case, 
without error protection the system slowed down to a crawl. Why? Not because 
the line was *that* bad, but because even a few lost packets will cause this.

Also, make sure you do *NOT* have XON/XOFF enabled in your modems!! SLIP does 
NOT like to find these allien characters in its packets!  You *must* use 
hardware handshaking.

Still, I have also seen the 'slow' throughput over my SLIP connection. 
I would like somebody to try the following: 
Download a ZIPed file with FTP and check the speed.  Now open a *second* FTP 
session, and download the same file *twice* at the same time.  It would not 
surprise me if the total throughput would be a lot higher, because the FTP 
transfers would make use of the *pauses* of the other one; This is ofcourse 
how TCP/IP works.  

I am interested in the results of this!

Greettings, Bart.

=================================================
Bart Kindt (ZL4FOX/PA2FOX), Dunedin, New Zealand.
=================================================

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

From: bart@dunedin.es.co.nz (Bart Kindt)
Subject: Re: SLIP packet queueing and IP tos
Date: Mon, 8 Aug 1994 17:26:54 GMT

In article <3205gn$3i@ulowell.uml.edu> jrichard@cs.uml.edu (John Richardson) writes:
>From: jrichard@cs.uml.edu (John Richardson)
>Subject: Re: SLIP packet queueing and IP tos
>Date: 6 Aug 1994 14:08:23 GMT

>Just a quick follow up... after looking more carefully though slip.c 
>I noticed there isn't a packet queue!  Could be hard to order a
>queue that doesn't exist... :)


>In article <32001o$q34@ulowell.uml.edu>,
>John Richardson <jrichard@remus.uml.edu> wrote:
>>Does the linux SLIP driver or the kernel reorder packets to the SLIP
>>interface based on the tos in the IP header?  I seached around in the
>>source but couldn't find anything like this.  It sounds like an easy
>>project, I was thinking of doing it if someone hasn't already started...
>>
>>John Richardson
>>jrichard@cs.uml.edu

While I don't know exactly what you are talking about, I would very much 
appreciate any improvements in the SLIP department! (:-)
These seems to be a big performance downgrade from kernels 1.0.x >> 1.1.x ..
Any ideas?

Bart.

=================================================
Bart Kindt (ZL4FOX/PA2FOX), Dunedin, New Zealand.
=================================================

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

From: sarr@citi.umich.edu (Sarr J. Blumson)
Subject: Re: Postscript Interpreter
Date: 7 Aug 1994 22:14:28 GMT
Reply-To: sarr@citi.umich.edu

In article <31uah4$n96@usenet.INS.CWRU.Edu>,
cs753@cleveland.Freenet.Edu (Erica Aleashia
Ramsey) writes:
|> 
|> Hello, could someone out there PLEASE send me
|> the source for a postscript
|> interpreter??? I'd be very thankfull. 
|> 
|> ps: I don't have access to ftp/telnet or
|> ftpmail! :~~~(
|> 

Wherever you got Linux should have Ghostscript (possibly
spelled gs) which interprets a language "very similar to
Postscript."  Postscript (both the name and the language) are
copyrighted,

========
Sarr Blumson                         sarr@citi.umich.edu
voice: +1 313 764 0253               home: +1 313 665 9591
CITI, University of Michigan, 519 W William, Ann Arbor, MI 48103-4943

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

From: cdent@yod.honors.indiana.edu (NetDog)
Subject: Re: Weird new Emacs
Date: Sun, 7 Aug 1994 22:18:51 GMT

In article <HARE.94Aug5172621@zarquon.mathi.uni-heidelberg.de>,
Hannes Reinecke <hare@zarquon.mathi.uni-heidelberg.de> wrote:
[snip]
>In an ordinary buffer only the first character of the input will be
>displayed and the point is blinking just right of it. After hitting
>return all text is displayed correctly.
>In the minibuffer only the last character of the input is displayed,
>but the point doesn't move forward.
>
>Did anyone have some hints about the reason being ?
>
>Configuration:
>i486, Linux 1.1.38, gcc 2.6.0, libc 4.5.26, Emacs 19.25 -with-x11
>-with-x-toolkit 
>

This sounds like this may be part of the "standard display european"
collection of bugs with emacs introdruced in 19.25. If you look on the
gnu sites you should find some patches that will fix some but not all of
the problems.

Apparently users who are not using standard display european don't see
any of the problems (like me, 19.25 works great for me).

BTW: This question was probably better suited for c.o.l.help or perhaps
even one of the gnu.emacs groups.

Chris

-- 
Chris Dent cdent@indiana.edu http://www.honors.indiana.edu/~cdent/
Editor of <a href="http://www.honors.indiana.edu/docs/lab/">LEPP</a>

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: SLIP, CSLIP, PPP and modems
Reply-To: pe1chl@rabo.nl
Date: Sun, 7 Aug 1994 21:37:35 GMT

In <longyearCu5Fo0.4E0@netcom.com> longyear@netcom.com (Al Longyear) writes:

>graphix@iastate.edu (Kent A Vander Velden) writes:

>>>2. How to hangup the phone line on an incoming call without closing the
>>>   device? I need this for a callback solution to prevent mgetty from
>>>   claiming the line again and eventually allowing an incoming call on it.

>>I would be interested in hearing the solution to problem number 2 also.

>Use the function ioctl(fd, TIOCMBIC, TIOCM_DTR) to drop the DTR
>signal. This will usually do the job. Use ioctl(fd, TIOCMBIS, TIOCM_DTR) to
>re-enable the DTR signal.

No, you should pass the address of an int variable containing the value
TIOCM_DTR, instead of just TIOCM_DTR.

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: Interesting idea for lilo developers
Reply-To: pe1chl@rabo.nl
Date: Sun, 7 Aug 1994 21:41:01 GMT

In <321por$sts@news.u.washington.edu> tzs@u.washington.edu (Tim Smith) writes:

>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)!

But then, who is interested in what happens in the United States? :-)

I don't have a copy of MS-DOS 6.xx  (not even an illegal one)

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

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

From: jeongl@comtch.iea.com (Jeong Lee)
Subject: Re: HP Vectra 486VL2 - will Linux run
Date: 4 Aug 1994 16:24:20 GMT

Jonas Nygren (ehsjony@ehs.ericsson.se) wrote:

: I am contemplating buying a PC to run Linux on. I am thinking of an 
: HP Vectra 486 50/dx2. I do not have any machine to try on and I would like
: to find out if somebody else have manage to run Linux on such a system.

: By the way I looked in the HOWTO HW but did not find info on this HP system.

: Some more info:

: Video: Cirrus 5428 using HP localbus (VESA?)

: Bus: ISA-16

: Disk: Fast IDE

: Have you managed to run Linux on such a system?

: Do you know that it is not possible?

: Can you suggest a strategy to test a system if I manage to get hold of one?

I have an HP Vectra 486/66XM running Linux v1.1.38 and XFree86 v2.1.1 
without any problems.  The toughest part of getting everything to work 
was getting X up and running on the Local-Bus ELSA Winner 1000 onboard 
SVGA card.

Here's my setup:

ISA BUS
28MB RAM
450MB IDE HD
1.0GB SCSI-2 HD w/ Adaptec 1542 controller
2.0GB 4mm DAT
NEC 3xp CDROM
3COM Etherlink III (3c509-combo) Ethernet Adapter
1MB ELSA Local-Bus Video Card

Jeong Lee - jeongl@comtch.iea.com


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

From: ben@syd.au.swissbank.com (Ben Kelley (good guy))
Subject: Re: SLIP, CSLIP, PPP and modems
Reply-To: ben@syd.au.swissbank.com
Date: Sun, 7 Aug 1994 22:32:10 GMT

In article 7cp@sundog.tiac.net, bill@bhhome.ci.net (Bill Heiser) writes:
|jayme@rain.org (Jayme Cox) writes:

[stuff deleted]

|
|On a related note ... I'm not having performance problems as noted by
|the original poster ... 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!  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!).  The problem can be reproduced by, say, doing a telnet
|in and then ftp'ing out to another machine ... it'll hang shortly thereafter.
|
|Anyone else seeing this?  Maybe I should be using something other than dip
|to start SLIP?
|
|-- 
|Bill Heiser:    bill@bhhome.ci.net,  heiser@world.std.com

I am having some kind of I/O problem that may be related. Basically, i
can't get dip to transmit. Even going to term mode, I press keys, but
nothing is transmitted. _Quitting_ dip causes what I have typed to
be transmitted. This may be a different problem, but renders dip
useless. Rebooting the system doesn't help at all.

Kermit and seyon both work fairly well in this regard, but dip just won't
talk.

                                        - Ben Kelley.

-- 
"Help! My cat's dirty!"
"Yes, I know, why don't you ... My, what a red volume control you have on your
pencil sharpener there!"

... We apologise for the above lapse in sensability. Sensible .sig follows ...

Ben Kelley - Swiss Bank Corporation (ben@syd.au.swissbank.com)
Ph +61 (0)2 258 2382 - Ring 2 and a half times for...Sorry, sorry. No really!



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


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