Subject: Linux-Development Digest #11
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:     Wed, 10 Aug 94 09:13:07 EDT

Linux-Development Digest #11, Volume #2          Wed, 10 Aug 94 09:13:07 EDT

Contents:
  Re: Interesting idea for lilo developers (Daniel Quinlan)
  latest 3c589 driver (pcmcia 3com etherlink III) (Edward Pendzik Summer intern 212)
  Re: iso9660 file system post (Salvador Pinto Abreu)
  Repost: *MATROX* Support ? (Michael Teper)
  Re: Repost: *MATROX* Support ? (phil@milo.math.scarolina.edu)
  Is SONY CDU31A driver in kernel 1.1.4x robust?? (Eric Jui-Lin Lu)
  Workman doesn't work with kernel 1.1.41?? (Eric Jui-Lin Lu)
  Re: IRQs attached to what? (Harald Milz)
  Re: 1.1.39 and lost modem characters (Rob Janssen)
  Re: IO ports (Rob Janssen)
  Re: IFS (Inherited File System) (Werner Almesberger)
  Re: Linux backup of MSDOS? (Ben Kelley (good guy))
  Database for Linux (Dennis Heltzel)
  Help! Need better login.. and utmp problems.. and more (Hui-Hui Hu)
  Anyone want T1 access from Linux? (Bill Kress)

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

From: quinlan@freya.yggdrasil.com (Daniel Quinlan)
Subject: Re: Interesting idea for lilo developers
Date: 05 Aug 1994 22:33:12 GMT
Reply-To: quinlan@yggdrasil.com


Jon Thackray <jrmt@froggy.demon.co.uk> wrote:

>> Then you can run Linux via loadlin from DROS, so you can get
>> Linux to boot DROS, and DROS to boot Linux. What more do you

Tim Smith <tzs@u.washington.edu> writes:

> If "loadlin" does what it sounds like it does, what is the need 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.

MS-DOS isn't free and it's a poor attempt an an operating system as
well, that's why.

Or, the caustic reply: "Gee, version 6 of DOS can do what LILO has
done for several years!"

> It seems to me that instead of bothering with fancy boot managers,
> it would be simpler just to always boot DOS, and have a selectable
> DOS configuration that runs a program to switch to Linux.

 - Not everyone runs DOS.  (My home machine has been DOS-free for over a
   year and I plan to keep it that way.)

 - LILO is a better boot manager for Linux.  (Multiple kernels, better
   error reporting, better documentation, etc.)

> On my computer, it only takes a couple of seconds from the time I
> tell it to boot DOS to the time it's in menu from config.sys, so
> going through DOS on each boot of Linux would not really add much
> time.

In any case, don't be fooled into thinking that everyone else has the
same configuration that you have.

What's config.sys, anyway?  (joke)

-- 
Daniel Quinlan                         Yggdrasil Computing Inc. (408) 261-6630
(quinlan@yggdrasil.com)                "Free software for the rest of us"

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

From: edp@news.cc (Edward Pendzik Summer intern 212)
Subject: latest 3c589 driver (pcmcia 3com etherlink III)
Date: Mon, 8 Aug 1994 19:02:40 GMT

where would the latest latest 3c589 (pcmcia 3com etherlink III) driver be?
I don't see it in any of the FAQs.  all I need is a ftp site and a 
pathname.

If it's alpha or beta I could help debug it, yrs of unix driver hacking
should give me a small clue ;-)

I *HAVE* looked around quite hard:


NET-FAQ (doesn't talk about hardware, is actually outdated)
ENET-FAQ (doesn't talk about 3c589, is also outdated)

scanned the ls-alR list from sunsite.unc.edu for
589, drivers, 3com. nothing.

grabbed pcmcia-1.3.tgz, 109pcmcia.tgz and modules.tar.gz.
grepped and scanned through all of the 1.1.35 linux kernel src.

the only mention of 3c589 is in Space.c and Makefile in drivers/net,
but it's just 

extern int tc589_open(struct device *dev); and #ifdef CONFIG_3C589,
no src.

Regards,
Ed Pendzik

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

From: spa@fct.unl.pt (Salvador Pinto Abreu)
Subject: Re: iso9660 file system post
Date: Wed, 10 Aug 1994 09:37:19 GMT

jwshin@nitride.EECS.Berkeley.EDU (Jinwoo Shin) writes:

> riku.saikkonen@compart.fi (Riku Saikkonen) writes:

> >>Has anyone else noticed that the iso9660 filesystem is hosed in
> >>v1.1.41 (I compiled this version of the kernel and it hangs trying to
> >>mount my cdrom).  My cd is a Sony cdu31a - it worked up to patch level
> >>36 - I haven't tried the levels between this and 41.  Is there some
> >>explanation for this??

> Though I don't have sony, my mitsumi works fine with 1.1.41.

I'm also having trouble (with 1.1.4[12]) with a Sony CDU33A; it works
fine with 1.1.38.  Any access to the device screws up, either mounting
an iso9660 disc or trying to use Workman.  This is the kind of stuff
I'm getting:

<6>cdu31a: Too many consecutive attentions: 11
<6>cdu31a: Too many consecutive attentions: 11
[many more]

and then:

<6>Sony CDROM Read error: 0x00
<6>CDU31A I/O error
<6>dev 0F00, sector 0

finally:

<6>general protection: 0000
<6>EIP:    0010:0016ea64                (near the end of _do_cdu31a_request)
<6>EFLAGS: 00010202
<6>eax: 00e6ce30   ebx: 001c50b4   ecx: 00000000   edx: 00000000
<6>esi: 001ace50   edi: 00000000   ebp: 00000002   esp: 00316c98
<6>ds: 0018   es: 0018   fs: 002b   gs: 002b   ss: 0018
<6>Process more (pid: 182, process nr: 27, stackpage=00316000)
<6>Stack: 70000000 00000000 00000000 00007000 00000000 
<6>Code: c3 90 90 90 90 90 90 90 83 ec 04 83 3d d0 d7 1a 00 00 75 4a 

The symbols around here are:

0016e71c t _do_cdu31a_request
0016ea6c t _sony_get_toc

../salvador
--

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

From: Michael Teper <mt3q+@andrew.cmu.edu>
Subject: Repost: *MATROX* Support ?
Date: Mon,  8 Aug 1994 23:01:23 -0400

I posted a question regarding support for Matrox MGA based video cards
under Linux and have not received any sort of a response.  I find it
hard to believe that NOONE has both a Matrox card and a system running
Linux (especially considering that Matrox makes some of the fastest
video accelerators on the market).

I would like to know what is the status of Matrox support under linux:
planned, in works, or implimented ?

Any sort of a reply would be appreciated.

I am also curious how one would contact the XFree development team with
a video card support request.



=========================================================================
+  Michael Teper        | Member: TeamOS/2                              +
+  nuvision@cmu.edu     | NuVision Technologies                         +
+  mt3q@andrew.cmu.edu  |                    - The Vision of the Future +
=========================================================================

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

From: phil@milo.math.scarolina.edu
Subject: Re: Repost: *MATROX* Support ?
Date: 9 Aug 1994 19:19:48 GMT

>Metrolink sells a set of XServers that run on most of the PC Unix systems.
>They do support Matrox MGA (as well as Viper and other Linux nono cards) but
>I don't think the Servers are all ported to Linux yet (they told me 2 months
>about a month ago).  So til then, my Pentium/PCI MGA are the dedicated 
>Autocad machine in my lab...
>
>But oooh just wait!
>
>Derek

  ---
  I called Matrox the last part of June and they gave me
  two numbers to call for the Linux X server.

   Metro Link: I just called... Available next month.

   X Inside:   I just talked to Jeremy at X Inside.  They have the 
               Matrox X server for Linux now.
               For information:

               URL    ftp://ftp.xinside.com/accelx/1.0/All/prodinfo.txt
               Email  sales@xinside.com

  ---
  Phil Moore, Geological Sciences Dept., USC, Columbia, S.C. 29208
  StratMod Group/Signals Project       (803)777-5202, FAX 777-6610
  Email:phil@epoch.geol.scarolina.edu  Packet:ad4fh@#col.sc.usa.na


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

From: jlu@cs.umr.edu (Eric Jui-Lin Lu)
Subject: Is SONY CDU31A driver in kernel 1.1.4x robust??
Date: Wed, 10 Aug 1994 05:57:55 GMT

Hi *,

Is the subject statement true?  I have a SONY 33A attached to
a SB16 card.  It works flawlessly under 1.1.21.  Since I 
upgraded to 1.1.4x, I keep getting

cdu31a: Too many consecutive attention: 11

from dmesg.  I recalled I saw something similar in the net
but couldn't find it.  This error results in failure
of both mounting CD and workman (or any audio CD players).  Is 
there a way to get around this?  Thanks!!


  --Eric

-- 
***************************************---       Grad. student          ---*
* Obviousness is always the enemy of  *   \     Jui-Lin Lu (Eric)      /   *
* correctness.  -- Bertrand Russell   *   /      jlu@cs.umr.edu        \   *
***************************************---   Univ. of Missouri-Rolla    ---*

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

From: jlu@cs.umr.edu (Eric Jui-Lin Lu)
Subject: Workman doesn't work with kernel 1.1.41??
Date: Tue, 9 Aug 1994 03:36:47 GMT

Hi *,

This is the 2nd problem I encountered since I upgraded from 1.1.21
to 1.1.41.  Is it true?  Thanks!!


  --Eric

-- 
***************************************---       Grad. student          ---*
* Obviousness is always the enemy of  *   \     Jui-Lin Lu (Eric)      /   *
* correctness.  -- Bertrand Russell   *   /      jlu@cs.umr.edu        \   *
***************************************---   Univ. of Missouri-Rolla    ---*

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

Crossposted-To: comp.os.linux.help
From: hm@seneca.ix.de (Harald Milz)
Subject: Re: IRQs attached to what?
Date: Wed, 10 Aug 1994 06:28:18 GMT
Reply-To: hm@seneca.ix.de

Donald Becker (becker@cesdis.gsfc.nasa.gov) wrote:
: > Then drivers that wanted to could do

: >    if (irqaction(irq,...) ... 
: >        irq2dev_map[irq] = dev; 
: >        irq2name_map[irq] = "Frobbitz SuperHyper 6000"; 

: > and
: >     free_irq(irq);
: >     irq2dev_map[irq] = NULL;
: >     irq2name_map[irq] = NULL;

: > Once this was in place it would easy to add /proc/net/irq,

: > prompt% cat /proc/net/irq
: > IRQ Count   Flags   Device
: >  0      79879           0   Timer
: > ...
: >  11         7       0   Frobbitz SuperHyper 6000

This is a _very_ good idea. If only that little work is required to achieve
this, then please all device driver authors: do it!

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

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: 1.1.39 and lost modem characters
Reply-To: pe1chl@rabo.nl
Date: Wed, 10 Aug 1994 07:53:36 GMT

In <328533$msn@u.cc.utah.edu> dks8475@u.cc.utah.edu (David Kenneth Slack) writes:

>       I'm running 1.1.39 (not 1.1.41 like I think the subject says)
>with a 14.4 modem used for dial-in.  I am losing characters in a
>strange way when I call in through the modem.  It seems that after a
>certain number of characters are printed (a little over a screenfull)
>I loose the rest.  For instance, if I do an ls -l /etc, I only get a
>screenfull before I get the prompt back.  I have more than 25 files in
>/etc.  It's as if the rest of the characters were just discarded.
>       I have CTS/RTS enabled on both the modem and Linux (I checked
>with stty -a, it says crtscts)
>       Also, I seem to get spurts of line noise occasionally when I
>call in through the modem...
>       I have the modem on irq 9 port 0x2e8, which is (as far as I
>know) unused by anything else.  Is this a problem?  Any other ideas?

It looks like you have the "wellknown flowcontrol problem".  It seems that
it only affects certain machines, I have no problem at all with a similar
configuration.  Try 1.1.42, it claims new improvements in this area.

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: IO ports
Reply-To: pe1chl@rabo.nl
Date: Wed, 10 Aug 1994 08:05:14 GMT

In <1f.6120.1566.0NC8EDD0@compart.fi> riku.saikkonen@compart.fi (Riku Saikkonen) writes:

>I have this problem in IO port programming under Linux:

>I wrote the following program and tried to compile it:
>***
>#include <unistd.h>
>#include <stdio.h>
>#include <asm/io.h>

>int main()
>{
>  if (!ioperm(0x378,3,1)) perror("ioperm");
>  outb(0x37a,0);
>  printf("%d\n",inb(0x379));
>  exit(0);
>}
>***

>gcc (gcc 2.4.5, libc 4.4.4, kernel 1.1.41) reported:
>Undefined symbol ___outb referenced from text segment
>Undefined symbol ___inb referenced from text segment

>So, what am I doing wrong? It seems to me that the IO port routines are
>defined (not just declared, defined inline) in asm/io.h. But gcc doesn't
>seem to find them. And gcc -E leaves the port access routines as
>__inb(0x379); and __outb((0x37a),(0));.

You must compile with -O

>As to why I should be accessing the parallel port directly, I have a
>measurement application that uses the control and status signals of the
>parallel port extensively. I need to be able to access them all. The lp
>driver in the kernel doesn't provide functions for direct access of the
>signals, and I wouldn't want to modify the kernel if I can avoid it
>(besides, it would likely be slower).

>And that brings me to another question: What is the easiest way to wait
>very short times in Linux? Doesn't need to be very exact, just short (1
>or 2 microseconds or somewhere near that).

Now *this* is what the "BogoMips" value is actually used for (as opposed
to serving as a machine benchmark, as some people keep on thinking...)
It gives you the number of "tight loops" required on the current machine
to do a small unit of delay.

However, this is only usable from inside the kernel.  When you require
such precise control, it is better to write the code as a device driver
anyway.
You can also do one or more outb instructions to location 0x80.  This also
gives a quite accurate delay, independent of machine type, of about 1us.
(look in asm/io.h)

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

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

From: almesber@nessie.cs.id.ethz.ch (Werner Almesberger)
Subject: Re: IFS (Inherited File System)
Date: 9 Aug 1994 20:36:56 GMT

In article <328fhb$634@smurf.noris.de> urlichs@smurf.noris.de (Matthias Urlichs) writes:
> You're right, _but_ if I were you I'd use the userfs code to do this.

Because it has less overhead than NFS ? Maybe, but NFS has the advantages
that it's already in the kernel, so no patch is needed (well, I'll probably
need one or two patches, but they should be very simple and not truly
required), and that the protocol isn't Linux-specific, so IFS could be
ported to other systems too.

- Werner
-- 
   _________________________________________________________________________
  / Werner Almesberger, ETH Zuerich, CH      almesber@nessie.cs.id.ethz.ch /
 /_______________________________________________almesber@bernina.ethz.ch_/

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

From: ben@syd.au.swissbank.com (Ben Kelley (good guy))
Subject: Re: Linux backup of MSDOS?
Reply-To: ben@syd.au.swissbank.com
Date: Tue, 9 Aug 1994 04:07:52 GMT

In article 7hi@sun.cais.com, toehser@cais2.cais.com (Tom Oehser) writes:
|>>> >the idea is to fill the unused space with zeros so that gzip will do a
|>>> >better job.
|
|*Actually*, having started this misbegotten thread, the *idea* was not to 
|make gzip do a better job.  Since what I am doing is putting 540mb of 
|data onto a 525mb tape, the *idea* was to find a much dumber faster 
|compression program than gzip --fast, so as to not waste time compressing 
|it down to 300mb of data.  I would like gzip to do a much worse job.  Is 
|there a compression program that uses much less cpu for less compression, 
|but which will still fit 540 on 525?  -Tom
|

I'm pretty sure zip can compress/decompress from stdin/stdout, and will
allow select how hard you want it to try to compress the files, thus
saving you speed. (Try with -1)

Slight problem in that I think it stores the directory of the zip file
at the end of the archive, which will stuff you up if using tape. Not
sure here.

A slight advantage over tar/gzip is that if it finds an error while
uncompressing a particular file you can skip to the next file. With the
current version of gzip, once you get an error, the file is corrupt.


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



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

From: dheltzel@crl.com (Dennis Heltzel)
Subject: Database for Linux
Date: 9 Aug 1994 13:54:39 -0700

If anyone is looking for a dBase style program for Linux, check out the 
demo version of FlagShip. Ftp fsdlx.gz from ftp.wgs.com:/pub2/wgs. This 
is a crippled demo, the full program costs $199 single user, $499 
unlimited users. I have used the demo to sucessfully compile an existing 
Clipper app that my company uses, and it works great. The demo is full 
featured enough that you can thoroughly test the compiler, but crippled 
enough that you won't be able to use the executables for real work (10 
day expiration on executables, 15 minute runtime per execution).


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

From: hdesiato@cs.umd.edu (Hui-Hui Hu)
Subject: Help! Need better login.. and utmp problems.. and more
Date: 10 Aug 1994 08:41:57 -0400

Recently my HD crashed, and piecing through it in fsck.. login
was munged. I replaced it with the binutils-1.9 login,
but it can't grok the 16-character passwords that I used
and love so much (out of Slackware 1.1?) Luckily (unluckily?)
I still have the old, happy version of passwd..

Does anyone have the binary/source for this login? It was a
really robust version that read /etc/login.defs for a lot of
things, and I like it..

Now: I have problems for normal users in changing passwords:
passwd: unknown user LOGIN
and when I strace I see that utmp is broken:
htty1c1oH.LOGINc7~H.htty11rH.hdesiato
it looks something like that ^^

Bleah. If I telnet into localhost, then the host is set
correctly and my name is not LOGIN, but..

And of course as root I can do whatever the hell I want,
but root's password right now is 16-char.. off I go in
rescue disks..

Also the color version of LS segfaults on me:

uselib("/lib/ld.so") = 0
stat("/etc/ld.so.cache", [dev 8 3 ino 12196 nlnks 1 ...]) = 0
open("/etc/ld.so.cache", RDONLY, 27777777405) = 3
mmap(0, 258, READ, SHARED, 3, 0) = 0x40000000
close(3) = 0
uselib("/lib/libc.so.4.5.19") = 0
munmap(0x40000000, , 258, ) = 0
munmap(0x62f00000, , 16384, ) = 0
brk(0) = 0x6000
time(0) = 776506329
ioctl(1, TCGETS, 0xbffffe40) = 0
brk(9000) = 0x9000
brk(a000) = 0xa000
open("//.dir_colors", RDONLY, 666) = -1 (No such file or directory)
open("/etc/DIR_COLORS", RDONLY, 666) = 3
fstat(3, [dev 8 3 ino 12197 nlnks 1 ...]) = 0
brk(b000) = 0xb000
read(3, "# Configuration file for the col".., 1024) = 1024
ioctl(1, TCGETS, 0xbffffd2c) = 0
read(3, "\b\1d\0\0\d0\1\0\0\10\0\0\900\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0".., 1024) = 560
read(3, "", 1024) = 0
uselib("/lib/ld.so") = 0
 - [SIGSEGV]
 + [SIGSEGV]

Any ideas? Thanks in advance.

Config: 486, ld.so 1.4.4, 1.1.36, libc 4.5.19; never any problems
like this before the crash..

-Hui-Hui Hu
hdesiato@cs.umd.edu

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

From: kress@kentrox.com (Bill Kress)
Subject: Anyone want T1 access from Linux?
Date: Tue, 9 Aug 1994 22:01:02 GMT

  My company produces high bandwidth access products, mostly CSUs and DSUs.
We currently have a PC card with software for Novel Netware, and I was
wondering if there was anyone who thinks that this kind of product
would be usefull under Linux.

So, basically, is there anyone out there who wants an internal CSU/DSU
card for Linux, or Linux still too hobbie oriented to support this kind
of a product?

Any comments would be appriciated.

Bill Kress--ADC/Kentrox

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


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