Subject: Linux-Development Digest #271
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Thu, 6 Oct 94 18:13:19 EDT

Linux-Development Digest #271, Volume #2          Thu, 6 Oct 94 18:13:19 EDT

Contents:
  Any threads package ? (Bich-Cau Le)
  Linux For Mac (Habibie Sumargo)
  AT1700 ethernet driver (Fujitsu MB86965A) (Harri Pasanen)
  Re: Trouble using "execl" (Hamish Coleman)
  Re: 1.6Mb floppies under Linux? (Riku Meskanen)
  Re: Linux killed my floppy drive! (Ian McCloghrie)
  Re: Any threads package ? (Steven Buytaert)
  kernel textmodes patch (long) (Harm Hanemaaijer)
  Re: limit memory and add memory file system (Alan Cox)
  Re: Improving SLIP latency under Linux (David - Morris)
  Re: 1280x1024, Term, and System Lockup! (Bill C. Riemers)
  Re: Alpha Linux (David Holland)
  Driver for Comtrol Hostess 550 ? (Bill Morrow)
  Want sources to SCSI-idle patch (Christer Weinigel)

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

From: [email-masked] (Bich-Cau Le)
Subject: Any threads package ?
Date: 5 Oct 1994 16:13:12 GMT

I'm doing real-time OS simulations under Unix. Is there something
similar to Sun's lightweight process library for Linux?

Bich C. Le
UC Davis

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

From: [email-masked] (Habibie Sumargo)
Subject: Linux For Mac
Date: 6 Oct 1994 18:05:41 GMT

I am in a process of acquiring new software packages for my MAC IIFX, i.e.
Apple Unix OS for Mac, and am wondering if there exists a linux for Mac.  
Of course, I would prefer to run linux on my Mac with X11 window than 
aplle OS.  Can someone please verify if there is an ongoing work about 
linux for mac?  I have seen people posting linux 68K which makes me 
wondering because mac also uses a 68k microprocessor.

Please kindly reply to me.  Thank you very much.

[email-masked]

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

From: [email-masked] (Harri Pasanen)
Subject: AT1700 ethernet driver (Fujitsu MB86965A)
Date: 06 Oct 1994 08:35:50 GMT

Hello all,

I tried compiling in the alpha AT1700 driver to see if it worked with
an on-board ethernet controller using the same chip (Fujitsu MB86965A).

During the boot it gave no messages at all relating to the ethernet
card, so I presume it is not recognized.

Any clues?

Thanks,

Harri
--
======================================================
Harri Pasanen           [email-masked]

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

From: [email-masked] (Hamish Coleman)
Subject: Re: Trouble using "execl"
Date: 6 Oct 1994 20:55:41 +1000

In <[email-masked]> [email-masked] writes:

>The task appears to die
>with the following displayed on the screen:

>        libc.so.4 (DLL Jump 4.5pl26) => /lib/libc.so.4.5.26

>Can anyone tell me what this means, what I'm doing wrong, and/or
>how to fix it?

you are passing an argv[0] that is NULL.

-- 
Use Linux!                                         [email-masked]
|)}>=----------------------- This space to let ----------------------=<{(|
``Life is like a grapefruit ... it's sort of orangey-yellow and dimpled on
the outside, wet and squidgy in the middle.  It's got pips inside too. Oh,
and some people have half a one for breakfast.'' -- Ford Prefect

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

From: [email-masked] (Riku Meskanen)
Subject: Re: 1.6Mb floppies under Linux?
Date: 6 Oct 1994 13:56:07 +0200

ron house ([email-masked]) wrote:
: For years I have used a DOS program called smax, which formats
: floppies to 1.6Mb on a 1.44Mb drive, (and similar increases on the
: other 3 drive types). The documentation with that prog. said that
: DOS disks had 10 sectors per track, but that DOS, for whatever
: reason, only used 9 of them, and so the prog. simply told the
: drive to use all 10. A little TSR was also involved. I have
: used hundreds of these disks with no problems. Now, Linux won't
: read them, because of the assumptions in the floppy devices under
: /dev. 

: My question: where are the 'sources' for the /dev floppy drives?
: Do they need recompilation of the kernel in order to add new
: drive types? It would be nice if Linux gave everyone 1.6Mb drives,
: the difference is very useful indeed.

See /usr/src/linux/drivers/block/floppy.c there is 'some' support
for those drives already, at least on my 1.1.49. Haven't tried
them though.

: --

: Ron House.             USQ
: ([email-masked])     Toowoomba, Australia

:-) riku
--

-- 

:-) riku
--
#include <std.bullshit>     /* missing cool .signature -- got a spare?  */

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

From: [email-masked] (Ian McCloghrie)
Crossposted-To: comp.os.linux.help
Subject: Re: Linux killed my floppy drive!
Date: 5 Oct 1994 09:24:08 -0700

[email-masked] (Haktan Bulut) writes:

>Hmm. Try cleaning your drive. You can get those disks specially for cleaning 
>drives put some ethanol 99% on the cleaner disk. Put it into your drive and 
>do some DIR commands, this should fix your drive. Actually I have experienced 
>the same thing, and I fixed it with a cleaner-disk.

Or buy one of those "air-duster" cans, take the drive out of the
computer, and blow all the dust out of it.  Does wonders for floppy
drives.  (if you've got an air compressor, you don't even need to
bother with buying the can)

--
Ian McCloghrie    work: [email-masked]     home: [email-masked]
  ____   GCS d-- H s+:+ !g p? au a- w+ v- C++$ UL++++ US++$ P+>++
  \bi/   L+++ 3 E+ N++ K--- W--- M-- V-- -po+ Y+ t+ 5+++ jx R G'''
   \/    tv- b+++ D- B-- e- u* h- f+ r n- y*

The above represents my personal opinions and not necessarily those
of my employer, Qualcomm Inc.

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

From: [email-masked] (Steven Buytaert)
Subject: Re: Any threads package ?
Date: Thu, 6 Oct 1994 08:39:42 GMT

Steven Buytaert ([email-masked]) wrote:
: Bich-Cau Le ([email-masked]) wrote:
: : I'm doing real-time OS simulations under Unix. Is there something
: : similar to Sun's lightweight process library for Linux?

: : Bich C. Le
: : UC Davis

  [Steven buytaert writes nothing !] OK, I'll try again...

  Ian, maybe it's not such a bad idea to make this into some sort
  of FAQ entry.

  Q. Are there some thread implementations for Linux ?
  A. Several, depending on what you want, are good
     candidates for thread implementations. Let's
     give some pointers shall we:

     - For an implementation based on the changing POSIX
     standard, try:
     sipb.mit.edu:/pub/pthreads OR
     toxicwaste:/pub/archive/pthreads
     Documentation for this implementation still isn't in
     the package, but you can get more information for it
     under HTTP://www.mit.edu:8001/people/proven/home_page.html

     - another implementation can be found at
     ftp://ftp.ibp.fr/pub/unix/threads/pthreads OR
     ftp://ftp.ibp.fr/pub/unix/threads/part which is situated
     in Florida for our overseas friends.

     - yet another implementation that should run out of the
     box on Linux, can be found at:
     ftp://rtfm.mit.edu /pub/pthreads

  So, I hope this helps. I know I tried some of them out of curiosity.
  Some of them are large implementations (#1 I think) some of them small.
  The first also contains, reentrable implementations of libc functions.
  Please, don't ask me for technical support; I only tried them, not
  used them as of yet.

  Stef

--
Steven Buytaert 

WORK [email-masked]
HOME [email-masked]

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

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

From: [email-masked] (Harm Hanemaaijer)
Subject: kernel textmodes patch (long)
Date: Wed, 5 Oct 1994 15:54:10 GMT

This is a patch to the kernel (boot/setup.S) that adds some extra
VGA textmodes to the kernel boot menu. The patch is relative to
1.1.46; I don't know whether it can be applied cleanly to later
versions.

On any VGA compatible card, it adds the following modes to the default
set of 80x25/28/50 (which use a 400-scanline frame at 70 Hz):

80x36   11-line font, 70 Hz
80x44   9-line font, 70 Hz
80x30   16-line font, 480-scanline frame, 60 Hz
80x40   12-line font, 480-scanline frame, 60 Hz

Note that the 9, 11 and 12-line font modes are initialized with the
8-line font in the BIOS. You can load a better-matching font with
'setfont' in the kbd package. Look in /usr/lib/kbd/consolefonts.
There's at least one 10-line font there (latin2-10.psf), and two
12-line fonts (latin1-12.psf, latin2-12.psf). These fonts are 'roman'
-like and slightly irregular. Anyone know where to find more 12-line
VGA fonts? (I think some could be converted from X).

The 480-line frame looks better on most monitors, if you can accept 
the 60 Hz refresh. These modes should be especially useful for those
running a laptop screen with 480 scanlines, on which the default
400-line textmodes may leave part of the screen unused.

The patch also adds support for the following Cirrus 54xx textmodes
(the modes are derived from the 132x25 400-scanline BIOS mode):

132x25, 132x28, 132x36, 132x44, 132x50, 132x30, 132x40, 132x60.

The 30, 40, and 60 line modes use a 480 scanline frame at 60 Hz.
The patch contains some disabled code to obtain 100xY modes on
a Cirrus 54xx which doesn't work. I don't know whether the
"CL-GD54" ID check works on most 542x/3x cards. 

Feedback is appreciated. If these modes work correctly on various VGA
compatible screens, they could be considered for inclusion into the
standard kernel release.

[email-masked]

To apply do something like this:
cd linux/arch/i386/boot (or linux/boot)
patch <setup.S.diff setup.S

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

Crossposted-To: comp.os.linux.admin
From: [email-masked] (Alan Cox)
Subject: Re: limit memory and add memory file system
Date: Wed, 5 Oct 1994 15:46:28 GMT

In article <[email-masked]> [email-masked] (Phil Howard) writes:
>My hardware supports DMA only on the first 16 megabytes of RAM although
>it will support up to 64 megabytes of RAM.  What I want to do is to have
>Linux use only the first 16 megabytes in its usual way much as if the
>machine only had 16 megabytes.  Then I want to use whatever remaining
>memory above the 16 megabyte line I happen to have installed (it is OK
>by me to have to code this somewhere) as a memory file system.  So if
>I install all 64 megabytes of RAM I could have a 48 megabyte memory file
>system.
>
>The basic question is how to do this.  Also, do you know of any particular
>problems one might encounter with this?  Is there some other scheme that
>would let me utilize the extra memory to gain some speed?

Just run Linux as you would at any other time. It'll start using bounce 
buffers for DMA to/from 16Mb+ addresses.

ALan

-- 
  ..-----------,,----------------------------,,----------------------------,,
 // Alan Cox  //  [email-masked]   //  GW4PTS@GB7SWN.#45.GBR.EU  //
 ``----------'`----------------------------'`----------------------------''

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

From: [email-masked] (David - Morris)
Subject: Re: Improving SLIP latency under Linux
Date: 5 Oct 1994 19:38:07 GMT

[email-masked] (Michael Callahan) writes:

>I personally don't see how this can be better than TOS queuing,
>without changing the SLIP or PPP protocols.  With TOS, an interactive
>packet will always go out before any FTP packets that are waiting.

Well, it is not always possible (and historically rarely possible)
to tell if a connection really deserved TOS queuing at high
priorities.  A couple expamples ... a terminal session being used
to 'download' a large file; a terminal emulator with a programable
interface (TN3270 w/Chameleon for NETMANAG or PC/3270 from IBM)
performing batch bulk transactions, file downloads, etc.

Dave Morris

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

From: [email-masked] (Bill C. Riemers)
Crossposted-To: comp.os.linux.help
Subject: Re: 1280x1024, Term, and System Lockup!
Date: 05 Oct 1994 17:03:45 GMT
Reply-To: [email-masked]

I've had the same problem with ntparadise.  However, I notice that if
I wait a few minuites befor pressing the "reset" I still hear a 
"sync" command running.  So the kernel is still running.  Since,
all term does is transmit data to the socket, even if term transmitted
random data and then hanged, everything else should not lockup...
Just like an ordinary user's process should never be able to crash
the kernel.  So, this can't be a term bug, so it is either an 
XFree bug or a kernel bug.  (Note: I didn't do anything spectacular
like changing my resolution, so I suspect that was just a convient
thing to get blaimed...)  I just upgraded to XFree86-3.1, and haven't
checked to see if this problem is still present.  Then again, I've
always figured that programs like xlock should not be able to work
without being SUID, since ordinary users should not be able to leave
the machine in a state that root can't restore from.  If they
can, it is a security bug.

                        Bill

--
<A HREF="    http://physics.purdue.edu/~bcr/homepage.html                  ">
<EM><ADDRESS>  Bill C. Riemers,  [email-masked]   </ADDRESS></EM></A>
<A HREF="           http://www.physics.purdue.edu/                         ">
<EM>          Department of Physics,   Purdue University            </EM></A>

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

Subject: Re: Alpha Linux
From: [email-masked] (David Holland)
Date: 29 Sep 94 15:28:58

[email-masked]'s message of 20 Sep 1994 07:12:39 GMT said:

 > Since the converse ( "sizeof(int)==sizeof(void *)" ) is not specified in
 > the C specification, it should not be assumed. It is a pretty safe
 > assumption, however, that a long can hold both a pointer and an int.

If you were running on a 386 in protected mode with full segmentation
turned on, this would not be the case (32 bit long vs. 56-bit pointer).

--
   - David A. Holland          | -- "Do you have a moment?"   -- "Yes.
     [email-masked] | Unfortunately, it's a moment of inertia."

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

From: [email-masked] (Bill Morrow)
Subject: Driver for Comtrol Hostess 550 ?
Date: Wed, 5 Oct 1994 17:41:16 GMT

Has anyone built a driver for the Comtrol Hostess 550 multiport
serial board? I see no mention of it in the serial HOWTO.

========================================================================
Bill Morrow    Clinical Neurosciences, University of Calgary
e-mail: [email-masked] voice: (403) 220-6275 fax: (403) 283-8770 
http://www.cns.ucalgary.ca/~morrow
HMRB 105, 3330 Hospital Drive NW Calgary, Alberta, CANADA T2N 4N1

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

From: [email-masked] (Christer Weinigel)
Subject: Want sources to SCSI-idle patch
Date: 6 Oct 1994 15:22:25 GMT

I've managed to misplace the sources to the SCSI-idle patch I wrote.
Would some kind soul please mail a copy to me.

Thanks in advance.

  /Christer ([email-masked])

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

** 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: [email-masked]

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

    Internet: [email-masked]

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