Subject: Linux-Development Digest #913
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:     Thu, 14 Jul 94 07:13:05 EDT

Linux-Development Digest #913, Volume #1         Thu, 14 Jul 94 07:13:05 EDT

Contents:
  Re: Energy Star Screen Saver for X? Monito (Avinoam Shmueli)
  Re: ncr_slack.3 error? (Gregory Scott Murray)
  Re: Energy Star Screen Saver for X? (Austin Donnelly)
  Cyrix Bug fixed? (Patrick Brewer)
  Re: Driver out for Xircom parallel-port ether adapter? (Rob Janssen)
  Re: Massive GCC error detected (Beeblebrox)
  Re: What is this error? (Frank Lofaro)
  [Help] How change IRQ on com3,4?? (Bart Kindt)
  Re: 1.1.28: SCSI disks inverted ! (Uri Blumenthal)
  Re: [Help] How change IRQ on com3,4?? (Peter Wilkin)
  Re: Linux Performance Enhance ? (Andrew Walker)
  Re: Linux Performance Enhance ? (Rob Janssen)
  Re: Linux Performance Enhance ? (Shannon Hendrix)
  Re: Bugs in 1.1.27 Makefiles (Matthias Urlichs)
  Floppy-error since 1.1.23 (Sascha Klein)
  kermit with ascii lockfiles (Ivan Shim)

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

From: shmueli@moomintroll (Avinoam Shmueli)
Subject: Re: Energy Star Screen Saver for X? Monito
Date: 13 Jul 1994 15:08:44 GMT
Reply-To: shmueli@student.umass.edu

In summary so far it seems that the shortest way to implement a VESA
/ Energy-Star compliant screen blanker would be to [conditionally]
substitute the kernel code in drivers/char/ blank_screen() and 
unblank_screen() to switch off both HSYNC and VSYNC signals. This will
not use the standby mode and will switch directly to deep suspend (I'm
not sure what the terminology here is), but is easy to implement and
will be user-configurable through the setterm -blank command. Now, if
only I knew how to tell the adapter to switch off those signals... 
can anybody help me here?

Thanks!

--Avi




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

From: murraygs@newton.ccs.tuns.ca (Gregory Scott Murray)
Subject: Re: ncr_slack.3 error?
Date: Wed, 13 Jul 1994 21:22:39 GMT

In article <POKQBACM@isys-hh.Hanse.DE> spiff@isys-hh.Hanse.DE (Kai Siemonsen) writes:
>I've experienced some strange behavior with the Slackware boot disk for
>the PCI NCR 53c810 controller gunzipped from ncr_slack.3.gz.
>The disk does not install a ramdisk, so that I can't install from
>floppy drive, since I have only one disk drive and Linux can't unmount
>the root disk to start installing the a series.
>After inserting the disk, Linux writes:
>mount: mount point /var/adm/mount does not exist.
>
>Any help suggested ( beside installing from another source)?

I installed Slackware 2.0 last weekend using the same bootdisk, with
the color144 rootdisk, and it worked quite well.  I installed all of
the other disks from a directory on my DOS partition, though.  The
only problem I had was that the installation died at the end when it
went to make a new bootdisk because it couldn't find ld.so, but that
was pretty minor.  I'm pretty new to Linux, but I believe that you can
specify the ramdisk size by modifying the kernel image with rdev.  If
you don't have access to a running Linux box to modify the kernel
image on the bootdisk, I'm willing to send you a (hopefully) workable
diskimage.  Someone else might have a simpler suggestion, though....

Scott


--
===============================================================================
      "Good, bad ... I'm the guy with the gun." - Ash, "Army of Darkness"
===============================================================================
                Scott Murray : murraygs@newton.ccs.tuns.ca 
    3rd Year Computer Science Student | Technical University of Nova Scotia
===============================================================================


  



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

From: and1000@cus.cam.ac.uk (Austin Donnelly)
Subject: Re: Energy Star Screen Saver for X?
Date: 13 Jul 1994 19:22:04 GMT

In article <30101s$2ej@nic.umass.edu>,
Avinoam Shmueli <shmueli@student.umass.edu> wrote:
> Now, if
>only I knew how to tell the adapter to switch off those signals... 
>can anybody help me here?

Erm, Christoph Rimek <chrimek@rimki.toppoint.de> posted here in April
with his patch which does exactly what you plan. Look at:

sunsite.unc:/pub/Linux/kernel/patches/console/linux.1.0.power-save.patch

(or your closest mirror site)

Note that this does not power down the screen when X is running, only
when in text mode.

I had the patch in my 1.0.8 kernel for a while, but took it out
again for some reason I can't now remember.

Austin

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

From: noble@catt.ncsu.edu (Patrick Brewer)
Subject: Cyrix Bug fixed?
Date: 12 Jul 1994 23:33:12 GMT


        I understood that earlier this year there was a bug in Linux 1.0 
running on the Cyrix 486 clone chips.  Has this bug been fixed?  I haven't
seen anything about it recently.  (Sorry if this is the wrong news group
but it seems the most logical place to question the state of the kernal.)

Thanks

--
=======================================================================
Patrick W. Brewer           CATT Alumni  
noble@catt.ncsu.edu

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Driver out for Xircom parallel-port ether adapter?
Reply-To: pe1chl@rabo.nl
Date: Tue, 12 Jul 1994 21:17:38 GMT

In <Csspv5.n3F@news.cv.nrao.edu> juphoff@tarsier.cv.nrao.edu (Jeff Uphoff) writes:

>The subject says it all...I just bought a laptop, and my employer has
>several Xircom parallel-port ethernet adapters here (so I'd like to use
>one of them and not have to buy a different one).  The README.DLINK file
>in the kernel net drivers states (for the D-Link drivers):

>        This is a set of Ethernet drivers for the D-Link DE-600/DE-620
>        pocket adapters, for the parallel port on a Linux based machine.
>        Some adapter "clones" will also work.  Xircom is _not_ a clone...

>So, since the D-Link drivers don't work, has anyone been working
>on/created a driver for the Xircoms?

Xircom adapters are in the same ballpark as Diamond video cards:
the manufacturer does not provide any info without non-disclosure
agreement, hence no drivers for Linux are available and it is not
likely they will ever be...

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

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

From: M.S.Ashton@dcs.warwick.ac.uk (Beeblebrox)
Subject: Re: Massive GCC error detected
Date: Wed, 13 Jul 1994 18:29:25 GMT

grante@reddwarf.rosemount.com () writes:

>: gcc: internal compiler error: program cc1 got fatal signal 11

>This is almost always a hardware error. 

A friend of mine had a similar problem.  Believe it or not he solved it by
_reducing_ a wait-state.  Fiddle with your CMOS settings.
___
M.S.Ashton@dcs.warwick.ac.uk              M.S.Ashton@csv.warwick.ac.uk
C++ consultant and emacs support.         Mail me if you have any problems.

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

From: ftlofaro@unlv.edu (Frank Lofaro)
Subject: Re: What is this error?
Date: Wed, 13 Jul 94 21:44:36 GMT

In article <Csvv1t.10n@aston.ac.uk> evansmp@mb52112.aston.ac.uk (Mark Evans) writes:
>Lee J. Silverman (lee@netspace.students.brown.edu) wrote:
>
>:      It looks like the 'clear' program that the BBS program calls
>: is dynamically linked and the BBS uses chroot.  It isn't finding the
>: shared library programs that it needs from /lib/.  One option is to
>: make a directory called lib in the BBS directory, and copy the shared
>: library to this directory.  Another option is to recompile 'clear'
>
>No need to copy, just use a symbolic link.
>

NOT!!!!!!!!!!!!!

A symbolic link will point to a pathname, but that pathname will be 
interpreted in the chroot environment, so it will not be found. E.G. 
A symlink to /lib/libc.so.4 when chrooted to /usr/users/bbs will look for 
/usr/users/bbs/lib/libc.so.4, so it will not find the library. If symlinks 
were absolute, one could hack out of a chrooted enviroment by just creating 
a symlink to /, and using it (e.g. to get at /etc/passwd, ln -s / realroot; 
cat realroot/etc/passwd).

You would need to create a HARD link to the shared library. This means 
the new name is associated directly with the file (via its inode 
number), so that it will still be accessible without regard to the 
chrooted enviroment.

I.E. using ln instead of ln -s will work. You can not hardlink 
across filesystems, since inode X in one fs is unrelated to inode X in 
another (it if exists).


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

From: bart@dunedin.es.co.nz (Bart Kindt)
Subject: [Help] How change IRQ on com3,4??
Date: Wed, 13 Jul 1994 19:34:46 GMT

Hay,
How do I change the IRQ's for com3 and com4? I have set the cards for irq5 and 
irq2, but the Kernel, during boorup tells me (or is looking for) irq3 and 
irq4, which are already in use by com1 and com2.
Accoring to some documentation here, the kernel was supposed to be set up for 
irq5 and 2... but that is not the case.
Where in the source code can I force the kernel to use above irq's?
Also, is it okay to use IRQ2, as it is 'cascade'?

Thanks, Bart.

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

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

From: uri@valhalla.watson.ibm.com (Uri Blumenthal)
Subject: Re: 1.1.28: SCSI disks inverted !
Date: 14 Jul 1994 02:53:14 GMT
Reply-To: uri@watson.ibm.com

You are luckier: in my case (since my root is also on
SCSI :-) it simply hang up during boot. The last msg
I see is

        VFS: Mounted root (ext2 filesystem) readonly.

Any fix?
--
Regards,
Uri.            uri@watson.ibm.com     N2RIU
============
<Disclaimer>

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

From: wilkinp@cyclops.demon.co.uk (Peter Wilkin)
Subject: Re: [Help] How change IRQ on com3,4??
Date: Wed, 13 Jul 1994 20:37:54 +0000

Bart Kindt (bart@dunedin.es.co.nz) wrote:
: Hay,
: How do I change the IRQ's for com3 and com4? I have set the cards for irq5 and 
: irq2, but the Kernel, during boorup tells me (or is looking for) irq3 and 
: irq4, which are already in use by com1 and com2.
: Accoring to some documentation here, the kernel was supposed to be set up for 
: irq5 and 2... but that is not the case.
: Where in the source code can I force the kernel to use above irq's?
: Also, is it okay to use IRQ2, as it is 'cascade'?

You can change the IRQ's after boot using the set serial command

eg
        setserial /dev/cua2 irq 5

Alternatively (if you want done at boot time), edit the
file 
        ???/linux/drivers/char/serial.c

{where ??? is where you keep the linux source}

This file contains all the IRQ and port assignments.

Once done recompile your kernel etc.


I hope this is of use


-- 
We regret to announce that the signature destined to be here is
currently delayed due to the wrong type of data on the line.
---- Peter Wilkin --- mail to wilkinp@cyclops.demon.co.uk ----
unconnected with any other demon user .. sane as ever (almost)

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

From: andy@eng.kvaerner.no (Andrew Walker)
Subject: Re: Linux Performance Enhance ?
Date: 14 Jul 1994 03:22:28 -0400
Reply-To: andy@eng.kvaerner.no (Andrew Walker)


Ron Smits (ron@draconia.hacktic.nl) writes:

|     Rob> static int try_to_free_page(int priority)
|     Rob> {
|     Rob>    int i = 5;
|     Rob>    static int what = 0;
| 
|     Rob>    switch (what)
|     Rob>    {
|     Rob>        while (i--)
|     Rob>        {
|     Rob>        case 0:
|     Rob>          if (priority != GFP_NOBUFFER && shrink_buffers(i)) {
|     Rob>            what = 1;
|     Rob>            return 1;
|     Rob>          }
|     Rob>          /* drop */
|     Rob>        case 1:
|     Rob>          if (shm_swap(i)) {   
|     Rob>            what = 2;
|     Rob>            return 1;
|     Rob>          }
|     Rob>          /* drop */
|     Rob>        case 2:
|     Rob>          if (swap_out(i)) {
|     Rob>            what = 0;
|     Rob>            return 1;
|     Rob>          }
|     Rob>        }
|     Rob>    }
|     Rob>    return 0;
|     Rob> }
| 
| 
|     Rob> How is that?
| 
|     Rob> Rob
| 
| This is the best version I have seen sofar, but what is the unknown
| C-language feature?
| 

Check out the while(i) statement that encloses the switch cases -
the code jumps into a while loop. To be honest I can't even be bothered
to check the legality of this in K&R (I think its totally non-intuitive,
and thus "BAD CODE", but I'd defend it in the kernel if it really
generates better code).

-Andy

-- 
Andy Walker                              Kvaerner Engineering a.s.
Andrew.Walker@eng.kvaerner.no            P.O. Box 222, N-1324 Lysaker, Norway

   ......if the answer isn't violence, neither is it silence......


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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Linux Performance Enhance ?
Reply-To: pe1chl@rabo.nl
Date: Tue, 12 Jul 1994 22:32:47 GMT

In <DAVIS.94Jul12144609@pacific.mps.ohio-state.edu> davis@pacific.mps.ohio-state.edu ("John E. Davis") writes:

>In article <2vtcrs$78d@smurf.noris.de> urlichs@smurf.noris.de (Matthias
>Urlichs) writes: 
>  > > At least this does the same as your code without those ugly goto's.
>  > > 
>  > Not really...
>  >
>  > It's possible to restart the loop, of course, by setting "what" to zero at
>  > the end, but the generated code is worse. I hate suboptimal code even more
>  > than code with gotos. ;-)

>It is true that the two pieces of code are different.  However, even setting
>`what' to zero and re-executing the loop will fail since `what' has been
>declared static.  Here is the original code.  My suggested replacement
>follows.

[...]

>If you are worried about performance, I suggest that you replace the switch
>with an `if' statement.  However, this might not be necessary with gcc since
>there is an option for it to optimize a switch with jumps.


Ok ok...  I admit that my piece of code was not the same as the original.
So here is a re-try.  It uses no goto at all, generates the same or better
code as Matthias's version, and it also uses a feature of the C language
that is not well-known...

static int try_to_free_page(int priority)
{
   int i = 5;
   static int what = 0;

   switch (what)
   {
       while (i--)
       {
       case 0:
         if (priority != GFP_NOBUFFER && shrink_buffers(i)) {
           what = 1;
           return 1;
         }
         /* drop */
       case 1:
         if (shm_swap(i)) {   
           what = 2;
           return 1;
         }
         /* drop */
       case 2:
         if (swap_out(i)) {
           what = 0;
           return 1;
         }
       }
   }
   return 0;
}


How is that?

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

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

From: shendrix@escape.widomaker.com (Shannon Hendrix)
Subject: Re: Linux Performance Enhance ?
Date: Thu, 14 Jul 1994 01:24:52 GMT

Rob Janssen (rob@pe1chl.ampr.org) wrote:

: How is that?

What feature did you code use that was not well known?

: Rob
: -- 
: -------------------------------------------------------------------------
: | Rob Janssen                | AMPRnet:   rob@pe1chl.ampr.org           |
: | e-mail: pe1chl@rabo.nl     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
: -------------------------------------------------------------------------
-- 
csh
===========================================================================
shendrix@escape.widomaker.com (UUCP)     | Amd486/40 Linux system
shendrix@pcs.cnu.edu (Internet)          | Christopher Newport University

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

From: urlichs@smurf.noris.de (Matthias Urlichs)
Subject: Re: Bugs in 1.1.27 Makefiles
Date: 14 Jul 1994 11:55:56 +0200

In comp.os.linux.development, article <2vvd3j$s4k@bmerha64.bnr.ca>,
  mlord@bnr.ca (Mark Lord) writes:
> The 1.1.27 kernel has a few peculiarities in the Makefiles.
> These will need fixing before it is ready for prime time..

3. The main Makefile isn't ready for -j3 either -- I circumvented that by 
changing the Makefile instead; calling make with the additional argument
"MAKE=make -j3" will have the same effect. Your mileage may vary.

--- /pub/src/linux-1.1/Makefile Wed Jul 13 17:35:17 1994
+++ Makefile    Wed Jul 13 17:27:04 1994
@@ -84,7 +96,7 @@
 LDFLAGS        =#-qmagic
 HOSTCC =gcc
 CC     =gcc -D__KERNEL__ -I$(TOPDIR)/include
-MAKE   =make
+MAKE   =make -j3
 CPP    =$(CC) -E
 AR     =ar
 STRIP  =strip
 
> 1. net/Makefile tries to make unix.o before cd'ing to ./unix to make unix.o.
> This seems to work for 'make' but fails for 'make -j 3'.. bad rule in Makefile.
> 
Easily fixed:

--- /pub/src/linux-1.1/net/Makefile     Mon May 23 07:17:45 1994
+++ net/Makefile        Sun Jul  3 10:23:48 1994
@@ -23,7 +23,9 @@
 
 OBJS   =  socket.o protocols.o
 
-all:           subdirs net.o
+all:           subdirs
+               make net.o
+               # Sequencing...
 
 net.o:         $(OBJS) network.a
                $(LD) -r -o net.o $(OBJS) network.a


> 2. The drivers for de600 and de620 get recompiled every time make is run,
> even though they have not changed since the last make.
> 
Probably because if you're majing with -j3 (or whatever), ar gets called
multiple times on the same archive -> confusion.

--- /pub/src/linux-1.1/drivers/net/Makefile     Fri Jul  8 18:25:35 1994
+++ drivers/net/Makefile        Fri Jul  8 17:58:09 1994
@@ -8,7 +8,7 @@
 include CONFIG
 include MODULES
 
-NETDRV_OBJS := net.a(Space.o) net.a(auto_irq.o) net.a(net_init.o) net.a(loopback.o)
+NETDRV_OBJS := Space.o auto_irq.o net_init.o loopback.o
 CFLAGS := $(CFLAGS) -I../../net/inet
 CPP := $(CPP) -I../../net/inet
 
@@ -25,28 +25,28 @@
 endif
 
 ifdef CONFIG_WD80x3
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(wd.o)
+NETDRV_OBJS := $(NETDRV_OBJS) wd.o
 CONFIG_8390 = CONFIG_8390
 wd.o:  wd.c CONFIG
        $(CC) $(CPPFLAGS) $(CFLAGS) $(WD_OPTS) -c $<
 endif
 
 ifdef CONFIG_EL2
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(3c503.o)
+NETDRV_OBJS := $(NETDRV_OBJS) 3c503.o
 CONFIG_8390 = CONFIG_8390
 3c503.o:       3c503.c CONFIG
        $(CC) $(CPPFLAGS) $(CFLAGS) $(EL2_OPTS) -c $<
 endif
 
 ifdef CONFIG_NE2000
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(ne.o)
+NETDRV_OBJS := $(NETDRV_OBJS) ne.o
 CONFIG_8390 = CONFIG_8390
 ne.o:  ne.c CONFIG
        $(CC) $(CPPFLAGS) $(CFLAGS) $(NE_OPTS) -c $<
 endif
 
 ifdef CONFIG_HPLAN
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(hp.o)
+NETDRV_OBJS := $(NETDRV_OBJS) hp.o
 CONFIG_8390 = CONFIG_8390
 hp.o:  hp.c CONFIG
        $(CC) $(CPPFLAGS) $(CFLAGS) $(HP_OPTS) -c $<
@@ -58,47 +58,47 @@
 endif
 
 ifdef CONFIG_ULTRA
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(smc-ultra.o)
+NETDRV_OBJS := $(NETDRV_OBJS) smc-ultra.o
 CONFIG_8390 = CONFIG_8390
 endif
 
 ifdef CONFIG_E2100
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(e2100.o)
+NETDRV_OBJS := $(NETDRV_OBJS) e2100.o
 CONFIG_8390 = CONFIG_8390
 endif
 
 ifdef CONFIG_PLIP
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(plip.o)
+NETDRV_OBJS := $(NETDRV_OBJS) plip.o
 plip.o:        plip.c CONFIG
        $(CC) $(CPPFLAGS) $(CFLAGS) $(PLIP_OPTS) -c $<
 endif
 
 ifdef CONFIG_PPP
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(ppp.o) net.a(slhc.o)
+NETDRV_OBJS := $(NETDRV_OBJS) ppp.o slhc.o
 endif
 
 ifdef CONFIG_SLIP
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(slip.o) net.a(slhc.o)
+NETDRV_OBJS := $(NETDRV_OBJS) slip.o slhc.o
 slip.o:        slip.c CONFIG
        $(CC) $(CPPFLAGS) $(CFLAGS) -c $<
 endif
 
 ifdef CONFIG_DE650
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(de650.o)
+NETDRV_OBJS := $(NETDRV_OBJS) de650.o
 CONFIG_8390 = CONFIG_8390
 endif
 ifdef CONFIG_3C589
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(3c589.o)
+NETDRV_OBJS := $(NETDRV_OBJS) 3c589.o
 endif
 
 ifdef CONFIG_DUMMY
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(dummy.o)
+NETDRV_OBJS := $(NETDRV_OBJS) dummy.o
 dummy.o: dummy.c CONFIG
        $(CC) $(CPPFLAGS) $(CFLAGS) -c $<
 endif
 
 ifdef CONFIG_DE600
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(de600.o)
+NETDRV_OBJS := $(NETDRV_OBJS) de600.o
 endif
 de600.o: de600.c CONFIG
        $(CC) $(CPPFLAGS) $(CFLAGS) $(DE600_OPTS) -c $<
@@ -110,48 +110,48 @@
        $(CC) $(CPPFLAGS) $(CFLAGS) $(DE620_OPTS) -c $<
        
 ifdef CONFIG_AT1500
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(lance.o)
+NETDRV_OBJS := $(NETDRV_OBJS) lance.o
 endif
 ifdef CONFIG_LANCE
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(lance.o)
+NETDRV_OBJS := $(NETDRV_OBJS) lance.o
 endif
 ifdef CONFIG_AT1700
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(at1700.o)
+NETDRV_OBJS := $(NETDRV_OBJS) at1700.o
 endif
 ifdef CONFIG_EL1
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(3c501.o)
+NETDRV_OBJS := $(NETDRV_OBJS) 3c501.o
 endif
 ifdef CONFIG_EL16
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(3c507.o)
+NETDRV_OBJS := $(NETDRV_OBJS) 3c507.o
 endif
 ifdef CONFIG_EL3
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(3c509.o)
+NETDRV_OBJS := $(NETDRV_OBJS) 3c509.o
 endif
 ifdef CONFIG_EEXPRESS
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(eexpress.o)
+NETDRV_OBJS := $(NETDRV_OBJS) eexpress.o
 endif
 ifdef CONFIG_ZNET
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(znet.o)
+NETDRV_OBJS := $(NETDRV_OBJS) znet.o
 endif
 ifdef CONFIG_DEPCA
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(depca.o)
+NETDRV_OBJS := $(NETDRV_OBJS) depca.o
 depca.o: depca.c CONFIG
        $(CC) $(CPPFLAGS) $(CFLAGS) $(DEPCA_OPTS) -c $<
 endif
 ifdef CONFIG_ATP
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(atp.o)
+NETDRV_OBJS := $(NETDRV_OBJS) atp.o
 endif
 ifdef CONFIG_NI52
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(ni52.o)
+NETDRV_OBJS := $(NETDRV_OBJS) ni52.o
 endif
 ifdef CONFIG_NI65
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(ni65.o)
+NETDRV_OBJS := $(NETDRV_OBJS) ni65.o
 endif
 ifdef CONFIG_ELPLUS
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(3c505.o)
+NETDRV_OBJS := $(NETDRV_OBJS) 3c505.o
 endif
 ifdef CONFIG_AC3200
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(ac3200.o)
+NETDRV_OBJS := $(NETDRV_OBJS) ac3200.o
 CONFIG_8390 = CONFIG_8390
 endif
 ifdef CONFIG_APRICOT
@@ -159,17 +159,19 @@
 endif
 
 ifdef CONFIG_8390
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(8390.o)
+NETDRV_OBJS := $(NETDRV_OBJS) 8390.o
 endif
 
 ifdef CONFIG_PI
-NETDRV_OBJS := $(NETDRV_OBJS) net.a(pi2.o)
+NETDRV_OBJS := $(NETDRV_OBJS) pi2.o
 CONFIG_PI = CONFIG_PI
 pi2.o:  pi2.c CONFIG
        $(CC) $(CPPFLAGS) $(CFLAGS) $(PI_OPTS) -c $<
 endif
 
 net.a: $(NETDRV_OBJS)
+       rm -f net.a
+       ar rc net.a $(NETDRV_OBJS)
        ranlib net.a
 
 clean:


-- 
Watch out for the old mortar in the rocks in the fourteenth hole trick.
-- 
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: sklein@ramz.ing.tu-bs.de (Sascha Klein)
Subject: Floppy-error since 1.1.23
Date: Thu, 14 Jul 1994 10:09:03 GMT

Hi!

I have a floppy-error since 1.1.23 kernel. It is

    Weird - unlocked, clean and not uptodate buffer on list 0 200 1450
    ... (~50 lines)
    Weird - unlocked, clean and not uptodate buffer on list 0 200 1490

The error occured, when i use the command

    dd if=/dev7fd0 of=/dev/null

I tested all kernels from 1.1.23 until 1.2.27.

With the 1.1.22 kernel, there is no error. Could this be a bug in the kernel
code?

I hope, someone can help.

Sascha Klein

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

From: ivan@pollux2 (Ivan Shim)
Subject: kermit with ascii lockfiles
Date: 11 Jul 1994 03:31:12 GMT

For those of you who've been plagued by the binary LCK.. files problem,
you can do a:  make KFLAGS='-DPIDSTRING -m486'
then su then do a make install

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


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