Subject: Linux-Development Digest #995
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, 6 Aug 94 18:13:05 EDT

Linux-Development Digest #995, Volume #1          Sat, 6 Aug 94 18:13:05 EDT

Contents:
  Re: Interesting idea for lilo developers (Jim Balter)
  File Locking (Jason Malaure)
  Re: User level threads. Package does exist. (Byron A Jeff)
  Adaptec AHA 2940 & S3964 (Alexander Nareyek)
  Re: Some serious problems with 1.1.39 (floppy and CD mounting) (Steve DuChene)
  Can't compile/build kernel 1.1-36 (Sam Gentile)
  Multi-threaded linux-kernel (Bouwmeester L.)
  Disk Errors w/Adaptec 1542B & kernels after 1.09 (sp@questor.org)
  Does anyone use SONY CDU-535 CD-ROM anymore? (David La Croix)
  Re: SLIP, CSLIP, PPP and modems (Jay Denebeim P025)
  Compaq ProServer P60 problems (Joseph H. Julicher)
  IFS (Inherited File System) (Larry Fenske)
  Network Driver for Token Ring?? (Mark Buffington)
  Re: SLIP, CSLIP, PPP and modems (Bill Heiser)
  Re: SLIP, CSLIP, PPP and modems (Bill Heiser)
  Re: -= good programmer's editor for X? (Bill Heiser)
  Re: SLIP packet queueing and IP tos (Al Longyear)
  Re: SCSI scanner support ? (Scanner INFO-SHEET included) (Matthias Bruestle)
  Pentium version of gcc? (Jered Floyd)

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

From: jqb@netcom.com (Jim Balter)
Subject: Re: Interesting idea for lilo developers
Date: Fri, 5 Aug 1994 20:41:17 GMT

In article <31t0pn$jr5@news.u.washington.edu>,
Tim Smith <tzs@u.washington.edu> wrote:
>Bill Kress <kress@kentrox.com> wrote:
>>So, the night before I'm supposed to guess what system I'm 
>>going to want to use when I come home from work the next day?
>>From experience I'd be wrong at least 70% of the time...
>
>Uh, if you would make you choice, and then do the opposite, you'd
>only be wrong 30% of the time.

Not if there were more than two choices.  Snore.

-- 
<J Q B>

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

From: Jason@indev.demon.co.uk (Jason Malaure)
Subject: File Locking
Reply-To: Jason@indev.demon.co.uk
Date: Fri, 5 Aug 1994 06:59:44 +0000


Hello fellow Linux Users!

I can't find lockf in the Linux C libraries and I was just wondering if
anyway had written 'lockf' using fcntl and could give me any help!

Many thanks

Jason.


-- 
Jason Malaure

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

From: byron@gemini.cc.gatech.edu (Byron A Jeff)
Subject: Re: User level threads. Package does exist.
Date: 6 Aug 1994 15:15:01 GMT

In article <31qgl5$nfl@news.u.washington.edu>,
Tim Smith <tzs@u.washington.edu> wrote:
-Matthias Urlichs <urlichs@smurf.noris.de> wrote:
->A new stack at the same location means that you can't put things on the
->stack if any other thread might need them. Ugly.
-
-Give each stack its own location, and also double map the current stack
-into a fixed location.  The current thread/clone/whatever runs using the
-fixed location, but can access the stacks of the others.

A better solution is to simply map all the stacks in shared memory. That
was each thread can get it's own stack and all stacks (and local variables
in those stacks) are accessible from all processes.

I guess it's time to share: My PhD research here at Georgia Tech requires use
of our Cthreads package which is multi-process/multi-processor user level
threads. After discussing with my advisor for several months about the use
of Linux in my research, he finally agreed to use a Linux box as my front
end. 

Since it's easiest for me to do development work on the machine in front of me
one of my first tasks was porting Cthreads to Linux. I've succeeded.

However the code is a mess. It hasn't be reintegrated into full Cthreads 
package and it hasn't been throughly tested. And because I'm working on a
conference paper due Oct 1 I have absolutely no time to support it.

The up side is that it does work using the stack technique I describe above.

However there is enough interest that I believe I must do something.

If anyone is interested in playing with the package with ABSOLUTELY NO 
SUPPORT FROM ME (for now) and the promise not to distribute it (because
it's a mess and I will get it cleaned up) I'll make a copy of it available.

After October 1, I'll clean it up and make it available as an official package.

BTW the non-Linux version of the package is available from ftp.cc.gatech.edu:
/pub/cthreads_distribution.tar

This archive has all the man pages and documentation about Cthreads.
Take a read of it first then get back with me about the Linux version.

Later,

BAJ
-- 
Another random extraction from the mental bit stream of...
Byron A. Jeff - PhD student operating in parallel - And Using Linux!
Georgia Tech, Atlanta GA 30332   Internet: byron@cc.gatech.edu

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

From: theboss@cs.tu-berlin.de (Alexander Nareyek)
Subject: Adaptec AHA 2940 & S3964
Date: 6 Aug 1994 15:20:57 GMT

Hi,

I'm looking for some drivers:

- Adaptec AHA 2940  (SCSI-PCI)
- S3-964  (miroCrystal 20SV PCI)

Are there any (Alpha, Beta...), if, where?
If not, are they under construction? When
will they be available?

Thanks a lot,
Alex.

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

From: s0017210@cc.ysu.edu (Steve DuChene)
Subject: Re: Some serious problems with 1.1.39 (floppy and CD mounting)
Date: 6 Aug 1994 15:37:09 GMT

        The floppy mounting problems I have had since 1.1.34 are as follows:
        Again I am using the fdpatches that enable me to use 1.743Mb 3.5"
        high density floppies. Prior to 1.1.34 (1.1.24 and earlier I was using 
        older version of the fdpatches which in floppy.c I usually had to patch
        manually due to changes in that file over time. With 1.1.34 I tried the
        fdpatches-3.0 stuff and was no longer able to get the system to auto
        detect the larger disk size. Prior to this I was able to use the following
        mount command:  mount -t ext2 /dev/fd0 /mnt/flop  and it would figure out 
        what size of floppy I had in the drive. With kernel version 1.1.34, doing
        this resulted in the floppy mounting but unable to unmount it. The umount
        command would just hang (goes into "uninterruptible sleep") and the umount 
        process couldn't be killed off. If I then tried to reboot the reboot process 
        hangs when it gets to the part where it is going to unmount the filesystems.
        The only way out at that point is to use the reset button (and you all know 
        how overjoyed that makes me! :-( ). All of this works fine if I use the actual
        floppy device to mount the 1.743 disks with (i.e. mount -t ext2 /dev/fd0H1743 
        /mnt/flop). I would guess that this is a problem with the fdpatches but I am 
        not sure. When I tried the 1.1.39 kernel last night (along with the newer
        fdpatches-3.1) the same thing occurred. Up until now using these larger sizes 
        on disks has been trouble free. Oh well I guess development can be pain full 
        at times.
-- 
| Steven A. DuChene   sduchene@cis.ysu.edu  or  s0017210@cc.ysu.edu      
| Youngstown State University  | Computer Science / Math / Mech. Eng.
|They all laughed at Albert Einstein. They all laughed at Columbus. 
|Unfortunately, they also all laughed at Bozo the Clown. 

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

From: owlmed@mv.mv.com (Sam Gentile)
Subject: Can't compile/build kernel 1.1-36
Date: Sat, 6 Aug 1994 15:24:07 GMT

I obtained the 1.1.35 source and unpacked that. I then patched with the 
1.1.36 patch and started the traditional build process. It went a long ways
and then:
/usr/src/linux/include/linux/timer.h: In function 'init_timer':
In file included from psaux.c:28:
/usr/src/linux/include/linux/timer.h:85:  'NULL' undeclared (first use 
this function)
make[2]: *** [psaux.o] Error 1
make[2]: Leaving directory '/usr/src/linux/drivers/char'

Can someone please tell me how to fix this error? I am completly stuck 
and don't know where to even look from here. The announcement for 
dslip201.tgz said that 1.1.36 was the most stable of the 1.1 kernels. Is 
it? I want to be able to run SLIP. I also have a Soundblaster PRO sound 
board and a SB CD Rom. I haven't been able to get the sound board in the 
past to work because it has the right IRQ and address but the wrong DMA 
(the board is set for DMA 0 I think). I noticed that the config for 
1.1.36 didn't ask me any of this information like the kernel configs used 
to? Is there a way to set this or will it now detect? What is best 
version of kernel for SB support?

Please help me with the build. Thanks very much.
Sam


-- 
============================================================================
Sam Gentile                     Mitakuye Oyasin - All My Relations
owlmed@pub.mv.com               Live in balance with Mother Earth and
owlmed@iss1.com                 all of Creation
=============================================================================

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

Crossposted-To: comp.os.linux.announce
From: L.H.A.Bouwmeester@research.ptt.nl (Bouwmeester L.)
Subject: Multi-threaded linux-kernel
Reply-To: L.H.A.Bouwmeester@research.ptt.nl (Bouwmeester L.)
Date: Sat, 6 Aug 1994 04:31:00 GMT

Hi linuxers,

A couple of times of times I have seen requests about whether Linux
was supporting threads on kernel level. Well, I can safely announce that
work is going on in that area for quite some time now. 

To avoid any confusion: code is NOT available yet, I repeat, code is NOT
available yet, so please don't ask where you can ftp it from, how to get info
etc.

The new kernel (called Linux Viper, linux 2.0) is still in design phase, which
is near completion. Coding will start very soon. When the first code is
actually running, we'll make a new announce because then we can estimate
when the first releases shall be available for non-commercial use.

However, we need an *experienced* person who knows about debuggers and
profilers (that kind of stuff) to design and develop a debugger/profiler
for the multi-threaded applications.

Regards,
        Leon Bouwmeester

--
Send submissions for comp.os.linux.announce to: linux-announce@tc.cornell.edu
Be sure to include Keywords: and a short description of your software.

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

From: sp@questor.org
Crossposted-To: comp.os.linux.help
Subject: Disk Errors w/Adaptec 1542B & kernels after 1.09
Date: 5 Aug 1994 12:22:31 -0700


After booting any kernel after 1.09 and running a brief while, upon reboot I
get the following error:

"Weird - unlocked, clean and not uptodate buffer on List 2 801 14352"

Usually many such lines, with the last set(s) of numbers changing.

In addition, almost every time I do an e2fsck on either or both of my drives, I
get: 

        "Free blocks count wrong (183849, counted=183693). FIXED"
        "Free inodes count wrong (71043, counted=71024). FIXED"


(if I invoked e2fsck with -fap).  Of course, the numbers do change every
time is it run.

What can I do to correct this?

I am using an Adaptec 1452B SCSI controller.  The drives are SCSI-I, one
made by Conner, the other CDC (I think).

With Linux kernel v:1.09, I do not get the "Weird..." message, but the "Free
blocks count wrong" is almost always there.

Any suggestions to help track this down and fix it will be appreciated.

-- 
  Steve G. Pershing <sp@questor.org>
-- 
FREE ACCESS TO E-MAIL & NEWS - INFO on Environment, Science, Medicine,
   AIDS, Native (Indigenous) Issues and more.   We sell  ZyXEL  and
    other  products around the world to support this Free service.
          :::::> Info from:  mail-server@questor.org <:::::

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

From: dlacroix@guilder.bevd.blacksburg.va.us (David La Croix)
Subject: Does anyone use SONY CDU-535 CD-ROM anymore?
Date: 6 Aug 1994 04:50:14 GMT

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


--
dlacroix@guilder.bevd.blacksburg.va.us
dlacroix@vt.edu

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

From: denebeim@bnr.ca (Jay Denebeim P025)
Subject: Re: SLIP, CSLIP, PPP and modems
Date: Fri, 5 Aug 1994 21:07:00 GMT

In article <31rvve$8hd@herald.indirect.com> mcguirk@indirect.com (Dan McGuirk) writes:
>No, you don't seem to understand what he's talking about.  

No, I think its you that misunderstood.

Unlike xmodem or zmodem or whatever, SLIP/PPP are 'real' networking
protocols. That means that you can be doing several things on the wire
at the same time, FTPing, Telnetting, etc.  There's only so much
bandwidth though, so the more things you do the slower they go.
-- 
Jay Denebeim     Address: UUCP:     duke!wolves!deepthot!jay
                          Internet: jay@deepthot.cary.nc.us
                 BBS:(919)-233-9937      VOICE:(919)-233-0776

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

From: julichjh@malachi.Rose-Hulman.Edu (Joseph H. Julicher)
Subject: Compaq ProServer P60 problems
Date: 5 Aug 1994 23:44:24 GMT

OK, I am setting linux up on a compaq p60 EISA server with 32 meg of ram and  
currently 16 hard drives (1 250 meg 7 350 meg and the rest 650 meg drives).   
The drives are set up 4 to a drawer on emulex md23 scsi-esdi bridge boards.
Each drive is a logical unit so 0,1,2,3 are on one emulex.  I patched the scsi
driver (scsi.c) to allow the drives to come up because the scsi driver skips
the LUN check if a revision # of 0 is reported and the emulex boards reported 
revision 0.  As soon as I get the major/minor number's reset so only 4 are  
allocated per drive then I will be putting 16 more drives on the machine.
(I have LOTS of esdi drives)  This is making a very nice machine EXCEPT...
(the machine is compaq but aside from that...) I can only recognize 16 meg of
RAM.  In the EISA config there are 3 places to put the ram. (you get to move  
ram around and it appears in different places in the memory map) one spot is
14000 ish (I don't remember the exact # here) and the 16 meg that I can see is
there, the next spot is at 16M and the next 16 meg is there but I can't use  
that.  There is also a spot at 1M and a spot at 80M.  I have not messed with
80M.  DOS only sees 15 meg but Windows NT sees all of it.  Any clues???
Also any ideas of how to get more than 800x600 out of the integrated video ???
it supports 1280x1024....
Thanks...
Joe Julicher
julichjh@nextwork.rose-hulman.edu

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

From: laf@sde.hp.com (Larry Fenske)
Subject: IFS (Inherited File System)
Date: 6 Aug 1994 17:42:43 GMT
Reply-To: laf@sde.hp.com

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?

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 

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

From: idmrmb@gsusgi1.gsu.edu (Mark Buffington)
Subject: Network Driver for Token Ring??
Date: 3 Aug 1994 13:20:10 -0400

Ok, I remember seeing some mention of this critter in the past.
Does anyone know who was working on it and what its current status
is?

Hopefully yours,
 Mark..
-- 
Mark Buffington / Database Administration / Georgia State University
                / Systems Programmer IV   / idmrmb@gsusgi1.gsu.edu
                /  -- Life is the Journey, Not the Destination --

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

From: bill@bhhome.ci.net (Bill Heiser)
Subject: Re: SLIP, CSLIP, PPP and modems
Date: 6 Aug 1994 19:59:49 GMT

jayme@rain.org (Jayme Cox) writes:

>However, I am not sure exactly what test Alex is running. Are you doing two
>simultaneous ftp sessions? (one from linux1 -> linux2 and one from
>linux2 -> linux1 at the same time?) And that is what takes 28 mins?

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

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

From: bill@bhhome.ci.net (Bill Heiser)
Subject: Re: SLIP, CSLIP, PPP and modems
Date: 6 Aug 1994 20:04:50 GMT


>In <31rvve$8hd@herald.indirect.com> mcguirk@indirect.com (Dan McGuirk) writes:

>>My limited knowledge tells me that you could do this with SLIP/PPP, but 
>>you'd have to modify the protocol, making it incompatible with existing 
>>SLIP/PPP installations.  And it sounds like a lot of work.  Probably not 
>>worth it...  wait for ISDN or something...

Well I read something recently that indicated PPP is the "way of the
future" anyway.

-- 
Bill Heiser:    bill@bhhome.ci.net,  heiser@world.std.com

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

From: bill@bhhome.ci.net (Bill Heiser)
Subject: Re: -= good programmer's editor for X?
Date: 6 Aug 1994 20:09:31 GMT

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

-- 
Bill Heiser:    bill@bhhome.ci.net,  heiser@world.std.com

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

From: longyear@netcom.com (Al Longyear)
Subject: Re: SLIP packet queueing and IP tos
Date: Sat, 6 Aug 1994 20:59:25 GMT

jrichard@remus.uml.edu (John Richardson) writes:

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

The IP_TOS setsockopt is implemented in the Net3 code. It is used in
all normal clients and servers for which it would matter, save one,
ncftp181. It is in the ncftp182 code.

-- 
Al Longyear           longyear@netcom.com

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

From: m@mbsks.franken.de (Matthias Bruestle)
Subject: Re: SCSI scanner support ? (Scanner INFO-SHEET included)
Date: Fri, 5 Aug 1994 19:40:53 GMT

=====BEGIN PGP SIGNED MESSAGE=====

Mahlzeit



> 2.1 GS4500 Scanner
> 2.2 Mustek Scanners
> 2.3 AC4096 0.1 - a scanner driver for the A4 Tech AC4096 color scanner 
Many many scanners DRIVERS, but what's about programs to scan????
The gifscan would be useable if there weren't darker horizontal stripes
when it saves a part of the image. (logiscan 0.0.2) It isn't nice to
see a picture with a dark horizontal line every 3 centimeters.




                                Mahlzeit



=====BEGIN PGP SIGNATURE=====
Version: 2.6ui @mbsks.franken.de

iQCVAgUBLkKVuJu/Id7cuNAPAQH3hgP/RygjeDuB3kLvurtNKHPffV9RCPmuk4YG
xR/hTiGi3vpmXHTadCQuDozFMcM2b1BSrVc3Bkmz3m9faCZP/lSvrmEowGANkBVY
MJk91mJd0dIN+ho7avztwNSdXEgdCjwTeU/ilaYSMon0vcRFBrdaaBDRq/t4lxDN
6Rd770Ke5ag=
=deZS
=====END PGP SIGNATURE=====
-- 
Life is hard, but it's harder if you have too many scruples.

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

From: jjfloyd@vela.acs.oakland.edu (Jered Floyd)
Subject: Pentium version of gcc?
Date: 6 Aug 1994 19:07:11 GMT

Does anyone know if there exists a Pentium version of gcc? (Optimized
for dual-pipelining?) This way, a Pentium version of the kernel could be
compiled, possibly greatly speeding up the system on Pentiums! (I'm not
sure on this, I don't have any tools that will tell me how many times
the instructions prohibit parallel processing.)


--
Jered Floyd - jjfloyd@vela.acs.oakland.edu
Geek Code 2.1 - GAT d? H- s-:- g- p? !au a-- w+ v+ C++++ UL++++ P+ L++
N+++ K+++ W++ M-- V-- -po+ Y++ tv+ 5+++ j++ R v++ b+++ D+++ B--- e* u**
h++ f? r? n- !y+ (Finger for PGP key, picture, humor anOUT OF SPACE

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


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