Subject: Linux-Development Digest #932
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, 20 Jul 94 23:13:07 EDT

Linux-Development Digest #932, Volume #1         Wed, 20 Jul 94 23:13:07 EDT

Contents:
  Taylor UUCP & 50Kb (Davyd Luque)
  BUG in e2fs (0.5a)?  (INTERNAL ERROR) (Martin Loebbing)
  Re: Returning free'd memory (Matthew Dillon)
  Re: fact on linux vs sun (Alex Ramos)
  Re: fact on linux vs sun (Bernhard H. Buckel)
  Re: what's this stuff? (pI[ITE PO-RU ...) (David Holland)
  Re: BUG in e2fs (0.5a)? (INTERNAL ERROR) (Swen Thuemmler)
  Re: fact on linux vs sun (Bill Heiser)
  Is the proc file sytem borken in 1.1.31? (Kent A Vander Velden)
  GOTO haters ..Re: Linux Performance Enhance ? (cairnss)
  ASUS486SP3G Linux users? (Bill Broadley)
  dosemu0.52 / v-1.1.31 problem; dosemu0.52 system time? (Kirk C Aune)
  Re: fact on linux vs sun (cairnss)
  Why no true /proc? (Ivan)
  Re: create /dev/audio (Terry Gliedt)
  Re: create /dev/audio (Roberto Puon)

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

From: davyd@si.upc.es (Davyd Luque)
Crossposted-To: comp.os.linux.admin,comp.os.linux.help,comp.os.linux.misc
Subject: Taylor UUCP & 50Kb
Date: 20 Jul 1994 08:04:08 GMT
Reply-To: davyd@si.upc.es

Hi!

I've 1.1.0 linux from Yggdrasil, and I've 1.04 Taylor UUCP, and I can't
transmit more than 50Kb and I can't write into another directories than
/tmp.
I've the /usr/lib/uucp/Systems... configuration (i don't remember the name).

I connect my system with a Solaris 2.3 (Sun).

Thanks


---
   .oooO   _   _   Oooo.    e-mail: davyd@si.upc.es       Fax:343-401-6217
   (   )  / ) ( \  (   )            davyd@diable.upc.es  Data:343-440-0899
    \ (  / (   ) \  ) /                   http://www.upc.es/~davyd
 ----\_)(   ) (   )(_/---|)/\/`/(|-
        .oooO-Oooo.                  Todo lo que me gusta es inmoral
                                           ilegal o engorda.


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

From: loebbing@ls2.informatik.uni-dortmund.de (Martin Loebbing)
Crossposted-To: comp.os.linux.help
Subject: BUG in e2fs (0.5a)?  (INTERNAL ERROR)
Date: 20 Jul 1994 08:54:21 GMT



I have problems with my harddisk drive (Quantum LPS540S, connected to a
Adaptec 1542CF).  It is already the second model I tried, but the
behavior is the same.  Since I don't know, if it is a bug of the
hd or a bug in the filesystem (e2fs 0.5a), I want to hear about
experiences of other people.

So, let me know (per email), whether a LPS540S work for you or not.


Thanks in advance,
                Martin.


PS: My configuration: AM486DX40, Adaptec 1542CF, Quantum LPS540S, 8514a,
    Slackware 2.0, Kernel 1.1.18


==============================================================================
Martin Loebbing                        loebbing@ls2.informatik.uni-dortmund.de
==============================================================================


Here is the report of a fsck:

$ e2fsck -f -n -F /dev/sda5
e2fsck 0.5a, 5-Apr-94 for EXT2 FS 0.5, 94/03/10
Pass 1: Checking inodes, blocks, and sizes
Remove illegal block(s) in inode 26850? no

Block #12 (-299413092) > BLOCKS (154623).  IGNORED
Block #13 (737578050) > BLOCKS (154623).  IGNORED
Block #14 (1503014530) > BLOCKS (154623).  IGNORED
Block #15 (1261398061) > BLOCKS (154623).  IGNORED
Block #16 (-586487705) > BLOCKS (154623).  IGNORED
[ and so on ]
Block #265 (2094237607) > BLOCKS (154623).  IGNORED
Block #266 (2031705153) > BLOCKS (154623).  IGNORED
Block #267 (-1876748782) > BLOCKS (154623).  IGNORED
Inode 26850, incorrect size, 17196 (counted = 274432). Set size to counted? no

Inode 26850, i_blocks wrong 36 (counted=538) .Set i_blocks to counted? no

Remove illegal block(s) in inode 26876? no

Block #12 (-1990678719) > BLOCKS (154623).  IGNORED
Block #13 (-1409000661) > BLOCKS (154623).  IGNORED
[ and so on, it is always Block #12 - #267 ]
Block #266 (1886517287) > BLOCKS (154623).  IGNORED
Block #267 (-1904828768) > BLOCKS (154623).  IGNORED
Inode 27043, incorrect size, 15087 (counted = 274432). Set size to counted? no

Inode 27043, i_blocks wrong 32 (counted=538) .Set i_blocks to counted? no

Inode 28784, i_blocks wrong 62 (counted=30) .Set i_blocks to counted? no

Inode 28803, i_blocks wrong 78 (counted=26) .Set i_blocks to counted? no

Duplicate blocks found... invoking duplicate block passes.
Pass 1B: Rescan for duplicate/bad blocks
ext2fs_test_block_bitmap: INTERNAL ERROR: illegal block #1752440933 for /dev/sda5

ext2fs_test_block_bitmap: INTERNAL ERROR: illegal block #1919950949 for /dev/sda5

ext2fs_test_block_bitmap: INTERNAL ERROR: illegal block #1953066345 for /dev/sda5

ext2fs_test_block_bitmap: INTERNAL ERROR: illegal block #174421609 for /dev/sda5
[ and so on ]

ext2fs_test_block_bitmap: INTERNAL ERROR: illegal block #-402455953 for /dev/sda5

Duplicate/bad block(s) in inode 27053: 111006 111007
Pass 1C: Scan directories for inodes with dup blocks.
Pass 1D: Reconciling duplicate blocks
(There are 1 inodes containing duplicate/bad blocks.)

File /info/as.info-2.gz (inode #27053, mod time Thu Nov 11 09:17:26 1993) 
  has 2 duplicate blocks, shared with 0 file:
Duplicated blocks already reassigned or cloned.

Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Check reference counts.
Pass 5: Checking group summary information.
Fix summary information? no

Block bitmap differences: -108258 -108259 -108260 -108261 -108262 -108570 -108571 -108572 -108679 -108680 -108681 -108682 -108912 -108913 -108914 -108959 -108960 -109330 -109331 -109522 -109523 -109524 -109525 -109644 -109645 -109707 -109708 -109709 -110124 -110125 -110126 -110127 -110128 -110286 -110287 -110288 -110419 -110420 -110421 -110868 -110869 -110870 -116020 -116021 -116022 -116023 -116024 -116025 -116026 -116027 -116028 -116029 -116030 -116031 -116032 -116033 -116034 -116035 -116036 -116037 -1163

79 -116380 -116381 -116382 -116383 -116384 -116385 -116386 -116387 -116388 -116389 -116390 -116391 -116392 -116393 -116394 -116395 -116396 -116397 -116398 -116399 -116400 -116401 -116402 -116403 -116404.  IGNORED
/dev/sda5: 8076/38760 files, 101064/154623 blocks

On different runs of the fsck it reports different errors.


==============================================================================
Martin Loebbing                        loebbing@ls2.informatik.uni-dortmund.de
==============================================================================

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

From: dillon@apollo.west.oic.com (Matthew Dillon)
Subject: Re: Returning free'd memory
Date: 20 Jul 1994 00:15:57 -0700

In article <1994Jul15.014726.1835@kf8nh.wariat.org> bsa@kf8nh.wariat.org (Brandon S. Allbery) writes:
:In article <304kr8$ain@csnews.cs.colorado.edu>, drew@kinglear.cs.colorado.edu (Drew Eckhardt) says:
:+---------------
:| I'd suggest implementing a general user alloc region(s) / free region(s)
:| call in the kernel.
:+------------->8
:
:What's wrong with mmap/munmap on /dev/zero?
:
:++Brandon
:-- 
:Brandon S. Allbery        kf8nh@44.70.4.88               bsa@kf8nh.wariat.org
:Friends don't let friends load Windows NT (tnx Sun)    A Linux iBCS2 developer

    You do not even have to do that, simply use MAP_ANON.  sbrk()/rbrk() is
    obsolete.

    Note that you can unmap such areas piecemeal on page boundries using
    munmap(), at least partially solving the fragmentation problem.

#include <stdio.h>
#include <fcntl.h>
#include <sys/mman.h>

int
main(int ac, char **av)
{
    int fd = open("/dev/zero", O_RDWR);
    char *base = mmap(NULL, 16384, PROT_READ|PROT_WRITE, MAP_ANON|MAP_PRIVATE, -1, 0);

    printf("%08lx\n", base);

    base[0] = 1;
    base[4096] = 1;
    base[8192] = 1;
    base[16383] = 1;
    sleep(10);
    base[16384] = 1;    /* BAM! SEG FAULT */
    exit(0);
}


-- 

    Matthew Dillon              dillon@apollo.west.oic.com
    1005 Apollo Way             ham: KC6LVW (no mail drop)
    Incline Village, NV. 89451  Obvious Implementations Corporation
    USA                         Sandel-Avery Engineering
    [always include a portion of the original email in any response!]


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

From: ramos@engr.latech.edu (Alex Ramos)
Subject: Re: fact on linux vs sun
Date: 19 Jul 1994 18:45:35 GMT

Kjetil Torgrim Homme (kjetilho@ifi.uio.no), quoted out of context, wrote:
> +--- Supat Faarungsang:
> | I test sun4.1.1 on sparcII vs linux1.1.29 on 486dx-50 and found that
> | in all features linux has greater performance speed is about 10%
> | faster on linux in all kind of programs.

> If you want to bring out Sun's forte, try to run a math problem with a
> dataset twice the size of RAM while you do normal interactive work. I
> think you will find response time is much better on the Sun. Suns are
> better at handling many users, at least compared to an ISA-bus Linux
> box.                                    ^^^^^^^^^^^^^^^^^^^^^^

Yes, of course. They're also faster when compared to a 386/SX16.

--
Alex Ramos (ramos@engr.latech.edu) * http://info.latech.edu/~ramos/
Louisiana Tech University, BSEE/Sr * These opinions are probably mine

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

From: buckel@linuxbox.incubus.sub.org (Bernhard H. Buckel)
Subject: Re: fact on linux vs sun
Date: Wed, 20 Jul 1994 00:28:18 GMT

Kjetil Torgrim Homme (kjetilho@ifi.uio.no) wrote:
: +--- Supat Faarungsang:
: | I test sun4.1.1 on sparcII vs linux1.1.29 on 486dx-50 and found that
: | in all features linux has greater performance speed is about 10%
: | faster on linux in all kind of programs.

: If you want to bring out Sun's forte, try to run a math problem with a
                 ^^^^^^^^^^^^^^^^^^^^^

On the other hand, who would want to ? :-))

: Kjetil T.

Greetinx from Bavaria, 
                                  Bernhard
-- 
  buckel@cip.informatik.uni-wuerzburg.de /  buckel@linuxbox.incubus.sub.org
"If you pronounce `gh` like in `laugh`, `o` like in `women` and `ti` like in
            `nation` then why dont you write `fish` as `ghoti`?"
                                                Ambrose Bierce

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

Crossposted-To: news.groups
Subject: Re: what's this stuff? (pI[ITE PO-RU ...)
From: dholland@husc7.harvard.edu (David Holland)
Date: 20 Jul 94 16:02:55


paulp@is.internic.net's message of 20 Jul 1994 06:32:07 GMT said:

 > Yes, the really cool part is that your sweet character set knocks my 
 > Linux box into what I have fondly think of as 'mystery character set'
 > in which everything appears as some ungodly perversion of the proper
 > letter.

Just what standard is this "feature" of the Linux console supposed to
support? Other terminals do not do this.

Followups to comp.os.linux.development.

--
   - David A. Holland          | "The right to be heard does not automatically
     dholland@husc.harvard.edu |  include the right to be taken seriously."

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

From: swen@gingganz.uni-paderborn.de (Swen Thuemmler)
Crossposted-To: comp.os.linux.help
Subject: Re: BUG in e2fs (0.5a)? (INTERNAL ERROR)
Date: 20 Jul 1994 16:37:19 +0200

loebbing@ls2.informatik.uni-dortmund.de (Martin Loebbing) writes:



>I have problems with my harddisk drive (Quantum LPS540S, connected to a
>Adaptec 1542CF).  It is already the second model I tried, but the
>behavior is the same.  Since I don't know, if it is a bug of the
>hd or a bug in the filesystem (e2fs 0.5a), I want to hear about
>experiences of other people.

>So, let me know (per email), whether a LPS540S work for you or not.

I had a similar bug with my Adaptec 1542B (BIOS version 3.08) and a
CDC drive. I got a lot of file corruptions and similar fsck errors. I
"fixed" it by recompiling the kernel after changing the line

#define AHA1542_SCATTER 16

to 

#define AHA1542_SCATTER 8

in drivers/scsi/aha1542.h

It now works like a charm.

Hope this helps.

--Swen
-- 
  --------------------------------------------------------------------
   Swen Th|mmler                 |   Telefon : +49 5251 602656
   University of Paderborn FB 17 |   Telefax : +49 5251 603853
   Warburger Str. 100            |   email   : swen@uni-paderborn.de 
   D-33095 Paderborn             |   Raum    : D3.310
   Germany                       |
  ------------- pgp public key at pgp-public-keys@io.com -------------

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

From: bill@bhhome.ci.net (Bill Heiser)
Subject: Re: fact on linux vs sun
Date: 20 Jul 1994 22:55:22 GMT

dgarrett@orbit.cs.engr.latech.edu (Don Garrett) writes:

>  I still prefer the PC, but I'm really suprised out how much the full
>networking costs in performance. I am hoping that another 4M will help

In performance of WHAT?  

I have a 486/DX2-66, 24mb sitting next to a Sun IPX 32mb, and they
seem very similar performance-wise ... this is for "user stuff" like
reading mail, editing files, etc.  If anything, the DX2-66 running LINUX
is snappier feeling than the IPX.  For example starting up X11 on the
PC is MUCH faster than Openwindows on the Sun (but that's not really a
fair comparison :-)

-- 
Bill Heiser:    bill@bhhome.ci.net

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

From: graphix@iastate.edu (Kent A Vander Velden)
Subject: Is the proc file sytem borken in 1.1.31?
Date: 19 Jul 94 20:33:00 GMT

After updating my kernel to 1.1.31, ps -aux reports trash like:

USER       PID %CPU %MEM SIZE  RSS TTY STAT START   TIME COMMAND
graphix     68  0.0 246269.5  332 -108 con S    12:06   0:00 (.xsession)
graphix     82  0.0 246212.1   96 -4108 con S    12:06   0:01 oclock -geometry -0-0
graphix     83  0.0 246210.2  150 -4240 con S    12:06   0:01 xload -geometry -140-
graphix     86  0.2 246111.8  476 -11104 con S    12:06   0:31 /usr/X11/bin/mwm
graphix     87  0.0 246239.4  485 -2204 pp2 S    12:06   0:09 -csh

etc...



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

From: cairnss@ucsu.Colorado.EDU (cairnss)
Subject: GOTO haters ..Re: Linux Performance Enhance ?
Date: Wed, 20 Jul 1994 23:50:22 GMT

remco@emc.rvt.com (Remco Treffkorn) writes:

>When you were taught to avoid "gotos", didn't he tell you there are
>exeptions to the rule :-)

>My priorities are:

> 1. Write eficient code.
> 2. Write "human readable" code.
> 3. Avoid gotos.
> 4. Avoid rarely used language features.

>Sure, this is only my opinion, and I respect anybody elses ;-)

What have they been telling you kids in school?
There seems to be a group of upstarts who want to defeat the GOTO.
        "NO Top-Down with GOTO."
What about the simple relationship between GOTO and your machine's
assembly language?

Maybe it's the FORTRAN in me but I prefer 
        start:
        if (cond)
           {
             stat;
             goto start;
           }
to the "top-down" invention 
        while (cond) {
          stat;
        }

IF I was a compiler I would have much less difficulty
generating efficient code from the first example.

Just because performance doesn't mean anything in our MS-DOS
laden world, doesn't mean the GOTO is inappropriate or
not useful.   If the CPU can use them, I can use them.

...continuting to use gotos.


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

From: broadley@neurocog.lrdc.pitt.edu (Bill Broadley)
Subject: ASUS486SP3G Linux users?
Date: 20 Jul 1994 21:46:17 GMT

I'd like to talk to any ASUS PCI/I-486SP3G linux users, especially if
they use the on board scsi.

Anything bad to say about the board?  I want to buy one solely for the
purpose of running linux.  Thanks.



--
Bill                    Broadley@neurocog.lrdc.pitt.edu 
Linux is great.         Bike to live, live to bike.                      PGP-ok

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

From: kaune@gibbs.oit.unc.edu (Kirk C Aune)
Subject: dosemu0.52 / v-1.1.31 problem; dosemu0.52 system time?
Date: 21 Jul 1994 00:58:38 GMT

I am reporting that with:

libc-4.5.26

dosemu0.52 Compiled
under:                  Linux OS Version       Status

v-1.1.22                v-1.1.29               Works Fine *
v-1.1.22                v-1.1.30               Works Fine *
v-1.1.30                v-1.1.30               Works Fine *
v-1.1.30                v-1.1.31               dosemu execution blacks 
                                               out and locks all up
v-1.1.31                v-1.1.31               dosemu execution blacks 
                                               out and locks all up
v-1.1.31                v-1.1.30               Works Fine *

It would seem something in v-1.1.31 has changed hooks with dosemu0.52.

*
  As a footnote, has anyone noticed that dosemu0.52 seems to send a faulty
system time to the dos module?  I am noting that the date is usually about
15 days less and the time is ALWAYS wrong by 12:00 hours.

On manual setting, the time and date is fine.

Thanks, Kirk C. Aune  (kaune@email.unc.edu)



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

From: cairnss@ucsu.Colorado.EDU (cairnss)
Subject: Re: fact on linux vs sun
Date: Thu, 21 Jul 1994 00:30:14 GMT

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

>In <30eptl$2uo@vixen.cso.uiuc.edu> supat@nuntana.animal.uiuc.edu (Supat Faarungsang) writes:

>>I test sun4.1.1 on sparcII vs linux1.1.29 on 486dx-50 and found that
>>in all features linux has greater performance
>>speed is about 10% faster on linux in all kind of programs.

>>My friends say this should not possible and run floating point
>>on sun should be much faster but I test several times
>>linux always 10% faster than sun.

>>Is anyone has the same experiance?

>Of course we do.  But you should not mention this in this group, because

>1. you are preaching the choir

>2. you will get the same replies ('not possible, Sun is faster') here as
>   well :-)


"Not Possible,  Sun is faster"
        -Homer Simpson "Can't talk, Eating."

>Just enjoy your system as it is!

A voice of reason?  It can't be.


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

From: ivan@djomolungma.Eng.Sun.COM (Ivan)
Subject: Why no true /proc?
Date: 20 Jul 1994 03:30:24 GMT
Reply-To: ivan@djomolungma.Eng.Sun.COM

How come the Linux /proc is only of utility to things like 'ps',
and debuggers still have to use ptrace()?


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

From: tpg@trillian.mr.net (Terry Gliedt)
Subject: Re: create /dev/audio
Date: 19 Jul 1994 20:48:00 GMT
Reply-To: tpg@mr.net

In article <30gng6$8d2@cs.mtu.edu>, jli@mtu.edu (Jianfang Eve Li) writes:
|> I had a Soundblaster Card, and installed the lastest SlackWare with 
|> the soundcard option. 
|> Linux can recognize my sound card but I can not play music through it, 
|> since there is no /dev/audio file. 
|> 
|> My question is : how can I create such a file under Linux? 

The Linux Sound User's Guide explains how to create the devices and also
says that you can make a short script for this from the tail of
/usr/src/linux/drivers/sound/Readme.linux.

If you have not read the Sound Guide, I encourage you to look for
it on sunsite (/pub/Linux/docs).
-- 
===================================================================
Software Toolsmiths      Terry Gliedt   (507) 356-4710   tpg@mr.net

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

From: rp2@Ra.MsState.Edu (Roberto Puon)
Subject: Re: create /dev/audio
Date: 19 Jul 1994 16:36:46 -0500

>|> Jianfang Eve Li (jli@mtu.edu) wrote:
>|> : My question is : how can I create such a file under Linux? 

   Easier yet:  got to your /dev directory and locate the MAKEDEV 
script.  If you have it, type at your prompt:  MAKEDEV audio
The script will create the audio and dsp devices.  It worked for me!

        Roberto

==============================================================================
Roberto Puon
rp2@ra.msstate.edu
Visit my WWW home page at http://www.gtlug.org/~puon


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


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