Subject: Linux-Development Digest #893
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, 6 Jul 94 16:13:07 EDT

Linux-Development Digest #893, Volume #1          Wed, 6 Jul 94 16:13:07 EDT

Contents:
  Re: How to join the kernel channel? (Mark A. Horton KA4YBR)
  Re: Dump command for Linux? (Alen Tihi)
  maplay & Lsox for Kernel 1.0.x? (Friedhelm Kueck)
  maplay and Lsox for Kernel 1.0.x? (Friedhelm Kueck)
  Re: 14'400 baud /dev/cua ? (Bill C. Riemers)
  3C505 (John Ruschmeyer)
  Re: Linux seems to perform terribly for large directories (Herbert Xu)
  Re: Where to go from here?  Was Re: Slackware Linux: gcc bug (Mike Gaffney)
  Re: Help rm !! (Remy CARD)
  Re: BUG ? read/write on shared memory in 1.1.2x (Alan Cox)
  Re: e@mail of LinuX CDROM publisher wanted (Jens Hoffmann)
  Re: BUG ? read/write on shared memory in 1.1.2x (Andy Burgess)
  Re: Dedicated SCSI swap drive? (Rob Janssen)
  Re: ARP broken ?! (Frank Strauss)
  SCO Binaries (Lee J. Silverman)
  Re: Quirky Idea: Remote (Russell Coker)
  Quirky Idea: Remote Virt (Russell Coker)

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

From: mah@ka4ybr.com (Mark A. Horton KA4YBR)
Subject: Re: How to join the kernel channel?
Date: Wed, 6 Jul 1994 12:31:34 GMT

Bogdan Urma (bogdan@crl.com) wrote:

:          Thanks. The info really should have been in the kernel README!

: Bogdan

        Nonsense!  There is no reason to clutter up every README with
        potentially volatile information such as the location and 
        subscription information for mailing lists and other very basic
        information about Linux.  This information is contained in the
        general FAQs for perusal by newbies in particular.                

        Also, from the file /usr/src/linux/README :
 - if you have problems that seem to be due to kernel bugs, please mail
   them to me (Linus.Torvalds@Helsinki.FI), and possibly to any other
   relevant mailing-list or to the newsgroup.  The mailing-lists are
   useful especially for SCSI and NETworking problems, as I can't test
   either of those personally anyway.

 -- Mark                
--
"Linux!     Guerrilla UNIX Development     Venimus, Vidimus, Dolavimus."
============================================================
Mark A. Horton       ka4ybr             mah@ka4ybr.atl.ga.us
P.O. Box 747 Decatur GA US 30031-0747         mah@ka4ybr.com
+1.404.371.0291                     33 45 31 N / 084 16 59 W

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

From: alen@theoris.rz.uni-konstanz.de (Alen Tihi)
Subject: Re: Dump command for Linux?
Date: 6 Jul 1994 12:50:53 GMT

Kevin Martinez (lps@rahul.net) wrote:
: Is there any development going on for a dump command to dump raw devices 
: in Linux?

: It is handy for backups and duplicating filesystems.....

: Thanks,

: Kevin Martinez
: lps@rahul.net
: -- 
: ------------------------------------------------------------------------
:  Kevin Martinez    lps@rahul.net    Member of the Julie Kangas Fan Club
:  Work: 1 800 50 SATAN                              Home: 1 510 676 1111
: ------------------------------------------------------------------------

I need 'dump',too ;)

I want to use the remote backup utility 'amanda', but it needs
the 'dump'- command :)

Is there a port for linux ?

thanks,

alen

--
========================================================================
Papernet:       Alen Tihi
                Universitaet Konstanz
                D-78456 Konstanz

Internet:       Alen.Tihi@uni-konstanz.de
========================================================================
The above posting is my opinion and if my boss has the same opinion...
... hey, it's not my fault !
========================================================================

" I'm glad to be a user,
  I'm glad to be free,
  but I wish I were a little dog
  and my Computer were a tree ! " - The Unknown User
 

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

From: kue@hp1.erib.uni-hannover.de (Friedhelm Kueck)
Subject: maplay & Lsox for Kernel 1.0.x?
Date: Tue, 5 Jul 1994 13:26:13 GMT

Hello world,

I tried to compile the maplay-program for playing mpeg-audios under LINUX.
As I understand the README, I have also to work with the sox-utility to
convert the raw maplay-output to something my SoundBlaster can use. But
playing with maplay and sox brings only noise to my ears. I think the
problem is, that the Lsox-distribution is patched for the LINUX-sounddriver
1.99 - but with kernel 1.0.x came the sound-driver Vers. 2.x and as I read
in some READMEs of other sound utilities, Vers. 2.x differs from 1.x.
So my question is: where can I find Lsox for sound-driver 2.x?

Has anybody succesfully installed maplay & sox under LINUX?

Thanks for help
Friedhelm
-- 
  UNI _______   ____ HANNOVER ____        Dipl.-Phys. Friedhelm Kueck
     /         /    \        /    \     Institute for Fluid Mechanics and
    /-----    /_____/   .   /_____/ Computer Applications in Civil Engineering  
   /_______  /  \      /   /_____/   Tel.: +49 -511 762-4804 FAX: -3710  

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

From: kue@hp1.erib.uni-hannover.de (Friedhelm Kueck)
Subject: maplay and Lsox for Kernel 1.0.x?
Date: Tue, 5 Jul 1994 13:45:01 GMT

Hello world,

I tried to compile the maplay-program for playing mpeg-audios under LINUX.
As I understand the README, I have also to work with the sox-utility to
convert the raw maplay-output to something my SoundBlaster can use. But
playing with maplay and sox brings only noise to my ears. I think the
problem is, that the Lsox-distribution is patched for the LINUX-sounddriver
1.99 - but with kernel 1.0.x came the sound-driver Vers. 2.x and as I read
in some READMEs of other sound utilities, Vers. 2.x differs from 1.x.
So my question is: where can I find Lsox for sound-driver 2.x?

Has anybody succesfully installed maplay & sox under LINUX?

Thanks for help
Friedhelm
-- 
  UNI _______   ____ HANNOVER ____        Dipl.-Phys. Friedhelm Kueck
     /         /    \        /    \     Institute for Fluid Mechanics and
    /-----    /_____/   .   /_____/ Computer Applications in Civil Engineering  
   /_______  /  \      /   /_____/   Tel.: +49 -511 762-4804 FAX: -3710  

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

From: bcr@k9.via.term.none (Bill C. Riemers)
Subject: Re: 14'400 baud /dev/cua ?
Date: 6 Jul 94 01:17:36 GMT
Reply-To: bcr@physics.purdue.edu

In article <2v5prq$ffq@news.ysu.edu> s0017210@cc.ysu.edu (Steve DuChene) writes:

   Bill C. Riemers (bcr@k9.via.term.none) wrote:
   : In article <2v38r7$hsd@news.cs.tu-berlin.de> wong@cs.tu-berlin.de (Wolfgang Jung) writes:

   :    BARTHOLDI Laurent (lbartho@scsun.unige.ch) wrote:
           Stuff deleted here...

   : This doesn't seem to work, at least in my case.  When I get
   : connected to my university the following is the final settings:

   :   Incoming --> 57600
   :   Outgoing  --> 14400

   : It seems that compression is only working one way.  I haven't figured
   : out if this is because somebody screwed with the university's modem
   : settings, or if mine are messed up.  Anyways, if I check my serial's
   : settings I see:

   : > setserial -a /dev/mode
   : /dev/modem, Line 0, UART: 16450, Port: 0x03f8, IRQ: 4
   :    Baud_base: 115200, close_delay: 50, divisor: 0
   :    Flags: spd_hi skip_test

   : Incidently, I'm not sure how it gets set this way, since I do:

   : > setserial /dev/modem spd_hi

           My advice to you Bill, is to update you serial board to
           16550 UARTS. This should take care of your problem.
           Unless you actually have 16550 UARTS and the autoprobing
           in rc.serial is not detecting them correctly. Then you
           may have to change your setserial line to account for this.

I have no intention of replacing a $240 internal modem without a good
hope of purformance increase.  One of the pecular things I noticed is
that AT commands seem to be over-ridden by stty commands.  Forexample
I used:

at%m0%c0dt 494-....
at%m0dt 494-6459
CARRIER 14400

PROTOCOL: LAP-M

COMPRESSION: NONE

CONNECT 57600

So even though I've turned off all compression, it still connects at
57600.  This is true irregardless of what serial program I use...

What I would really like to do is:

at%m2 but likewise this doesn't work either...  It used to work with
Linux 0.99pl11 but somewhere along pl13 or pl14 it broke.

Anyways, this doesn't really effect my performance, since I just
use software limits of 14400 oneway, and software compression instead
of hardware compression.  So you won't find me investing money to
cure this.


                              Bill







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

From: jruschme@sed.csc.com (John Ruschmeyer)
Subject: 3C505
Date: Tue, 5 Jul 1994 22:12:03 GMT

Having just switched over from BSD/386 to Linux, I find myself in need
of a driver for my 3C505 ethernet card.  Does one exist?  Any pointers to
an FTP site where I could find it?

Thanks... <<<John>>>

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

From: herbert@greathan.apana.org.au (Herbert Xu)
Subject: Re: Linux seems to perform terribly for large directories
Date: 6 Jul 1994 17:14:01 +1000

: In article <Cs76BL.2F2@research.canon.oz.au> luke@research.canon.oz.au writes:
: >I have strong suspicion that Linux has a problem with large
: >directories.  An early pointer to this, was that doing an `ls'
: >on a directory with (say) 5000 files, took several minutes

Here are some facts on a lightly loaded 386SX-20 with 5Mb RAM:

$ ls -l test
total 61
drwx------   2 herbert  greathan    60416 Jul  6 17:05 dir1
drwx------   2 herbert  greathan     1024 Jul  6 17:07 dir2

dir1 contains 5000 files, their names are 0, 1, ..., 4999
dir2 contains 1 file called 0
All files are created by '> file'

$ time ls -f1 dir1 > /dev/null
real    0:05.94
user    1.13
sys     2.69

$ time ls -f1 dir2 > /dev/null
real    0:00.53
user    0.01
sys     0.23

$ time ls -l dir1/0 > /dev/null
real    0:00.66
user    0.05
sys     0.27

$ time ls -l dir2/0 > /dev/null
real    0:00.42
user    0.04
sys     0.29

From the above data, it seems that as far as access time is concerned,
ext2 is very efficient.
-- 
A.  B <=> True                  B.  A <=> False
~{              PmV>HI                  ~}
Email:  <herbert@greathan.apana.org.au>
PGP Key:  finger herbert@sleeper.apana.org.au

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

From: mgaffney@gecko.mrj.com (Mike Gaffney)
Crossposted-To: comp.os.linux.help
Subject: Re: Where to go from here?  Was Re: Slackware Linux: gcc bug
Date: 5 Jul 1994 23:57:35 -0400

In article <robinson.773003810@ichips.intel.com> robinson@ichips.intel.com (David Lyle Robinson) writes:
>
>Does anybody out there have a similar configuration?  Does this
>code segment work for you?
>
I tried the code sample you included (cut and pasted it in fact) on a 486
(which has a math coprocessor built in) and it works fine. i.e., it ain't 
gcc so unless you want to be flamed I would not be in a great hurry to
post it as a bug!  Hope this helps.

MJG
 

-- 
==============================================================================
These  neural nuggets are mine, all mine.  I wouldn't let my company take
credit for them even if they _wanted_ to.  


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

From: card@masi.ibp.fr (Remy CARD)
Subject: Re: Help rm !!
Date: 6 Jul 1994 15:51:06 GMT

In article <vd.5.000804BD@nieuwle.knoware.nl>,
Vincent Dogterom <vd@nieuwle.knoware.nl> wrote:
] Hi there,
] 
] A fellow student of mine, wants to write a undelete for his 
] graduation-project, does anyone of you'all out there have any information 
] about this (how's it's done, is there already a undelete for linux etc.)
] i spoke to a few unix-spec. but they all say is quite impossible.
] 
] I'd like to get info about what rm exactlly (source) does, i really hope 
] anyone can help us with this

        Undelete is possible under Linux since we have the kernel source
code and we can modify the file system code to implement it.  Actually,
an undelete facility is planned for the ext2fs but it is not implemented
yet.  If your friend is interested in joining the ext2fs development team
to add undelete to ext2fs, please tell him to send me mail.

] Thanx
] 
] Vincent Dogterom

                Remy
--
Remy Card
card@masi.ibp.fr

I am not a number, I am not a slave, I am a free programmer and my own God

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

From: iiitac@uk.ac.swan.pyr (Alan Cox)
Subject: Re: BUG ? read/write on shared memory in 1.1.2x
Date: Wed, 6 Jul 1994 15:19:03 GMT

In article <2vdjb0$ju@loach.cichlid.com> aab@loach.cichlid.com (Andy Burgess) writes:
>In <2uu3cb$adk@urmel.informatik.rwth-aachen.de> bart@rog.rwth-aachen.de (Michael Bartmann) writes:
>Well I'm not on vacation and I'm having the same problem. I'm using the
>buffer program (comp.sources.misc/volume38) which double buffers using 
>shared memory (to keep your tape streaming). 
>
>Worked in 1.1.19, 1.1.24 gives:
>
>loach:aab % buffer
>buffer: failed to read input: Bad address
>buffer: failed to attach shared memory: Invalid argument

1.1.20 + are buggy - they are ALPHA test kernels for a reason. I suspect once
Linus is back this will get fixed.

Alan


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

From: jens@sunny.metaworks.de (Jens Hoffmann)
Crossposted-To: comp.os.linux.misc,comp.os.linux.admin,de.comp.os.linux,comp.os.linux.help
Subject: Re: e@mail of LinuX CDROM publisher wanted
Date: 6 Jul 1994 18:38:17 +0200

>InfoMagic: orders@Infomagic.com
>Internet Order E-Mail:  sales@justcomp.com
>        Email: alte@rahul.net

in Germany there is for example Suse.
I don't know if they have an info-Address, but their MX is on gauss.suse.de.
The postmaster might help you.

cu,
   Jens
-- 
Jens Hoffmann                                        jens@metaworks.de
MetaWorks Gesellschaft fuer elektronische und audiovisuelle Medien mbH
Schlossstrasse 31, D-56068 Koblenz    +49-261-37773 fax: +49-261-37775

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

From: aab@loach.cichlid.com (Andy Burgess)
Subject: Re: BUG ? read/write on shared memory in 1.1.2x
Date: 5 Jul 1994 23:35:12 -0700

In <2uu3cb$adk@urmel.informatik.rwth-aachen.de> bart@rog.rwth-aachen.de (Michael Bartmann) writes:

>i have some serious problems with ipc/sockets.
>When I allocate a shared memory block with
>shmget/shmat and try a write/read on a buffer
>in this memory it works fine under 1.0.0
>but spites on it with a
>write: Bad address
>when I use kernel 1.1.20 - 1.1.24.
>I have no problems accessing the shared memory
>in C-code (no segment-violation).

>Any clues are greatly appreciated. Please mail me
>any comments. (I am on vacation for 2 weeks from
>now on and the articles would expire in my news-feed)

Well I'm not on vacation and I'm having the same problem. I'm using the
buffer program (comp.sources.misc/volume38) which double buffers using 
shared memory (to keep your tape streaming). 

Worked in 1.1.19, 1.1.24 gives:

loach:aab % buffer
buffer: failed to read input: Bad address
buffer: failed to attach shared memory: Invalid argument

Then after a few times gives:

loach:aab % buffer
buffer: failed to read input: Bad address
internal error, lock id 256
buffer: lock error: Identifier removed

Any ideas? I did ask for the SysV stuff and load sharing during make config.
Thanks

-- 
Andrew A. Burgess                                  aab@cichlid.com
Free newsfeeds and SLIP, Santa Cruz CA area, mail info@cichlid.com
-- 
Andrew A. Burgess                                  aab@cichlid.com
Free newsfeeds and SLIP, Santa Cruz CA area, mail info@cichlid.com

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Dedicated SCSI swap drive?
Reply-To: pe1chl@rabo.nl
Date: Wed, 6 Jul 1994 11:30:47 GMT

In <FjW6kukh1ydS067yn@shore.net> bjb@shore.net (Beverly J. Brown) writes:

>In article <CsCxs5.5LB@pe1chl.ampr.org>, rob@pe1chl.ampr.org (Rob Janssen) wrote:
>> In <1994Jul2.192418.1075@light-house.uucp> las@light-house.uucp writes:
>> 
>> >Scott A. Laird (lair@kimbark.uchicago.edu) wrote:
>> >: In article <WAYNE.94Jun30000433@backbone.uucp>,
>> >: Wayne Schlitt <wayne@cse.unl.edu> wrote:
>> >: >In article <2uqr31$hpm@library.erc.clarkson.edu> komarimf@craft.camp.clarkson.edu (Mark 'Enry' Komarinski) writes:
>> >: >> Would I get better performance getting an additional 40-50MB SCSI
>> >: >> drive and use that as swap space, or just make a 32MB partition out 
>> >: >> of the 1G drive?
>> >: >
>> >: >
>> >: >It is almost always better to have a bunch of small drives vs one
>> >: >large drive.  Adding a swap disk isn't a bad idea.  If you get a disk
>> >: >that is say 60-80MB, you might want to put /tmp and /usr/tmp on the
>> >: >drive too.
>> 
>> >On my two drive system (IDE), putting the swap on the second (slower) drive
>> >didn't help at all. SO i put it back to the 8ms main drive, and now I use
>> >the second drive for infrequently accessed files.
>> 
>> It is not amazing at all that it does not affect IDE systems.
>> Remember, the original post was about a SCSI system, which is an entirely
>> different thing.
>> 
>> Remember, on your IDE system the two drives share a single controller
>> (on the master drive), so adding drives will not at all increase the
>> throughput.  This leaves only the effect of seek locality.
>> 
>> Rob

>Maybe I'm missing something here, but the last time I checked all my SCSI 
>drives were connected to the same controller :)

Yes, you *are* missing something.  That board in your machine is the
HOST ADAPTER, not the controller.  Each drive has its own controller.

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

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

From: strauss@dagoba.priconet.de (Frank Strauss)
Subject: Re: ARP broken ?!
Date: Fri, 1 Jul 1994 09:22:48 GMT

tdi9110@Abacus.HGS.SE (Benny Holmgren) writes:

>>      Jun 28 ... bootpd[322]: ioctl(SIOCSARP): Protocol family not supported 
>>
>>     Is anything wrong with ARP protocoll?
>>     (I'm running Slackware-Distribution 1.2 and kernel 1.1.21)

>I've noticed the same and posted on c.o.l.a yesterday about it. 

The simplest workaround is to set a static arp entry on the server by
"arp -s client cl:ie:nt:hw:ad:dr". This works for me, though it's not
the best way. Perhaps, we should take a look at the bootpd.

-- 
Frank Strauss, Informatik, TU Braunschweig                  F.Strauss@tu-bs.de
Priv.: Buergerstr. 13, 38118 BS, (0531)-503873      strauss@dagoba.priconet.de

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

From: lee@netspace.students.brown.edu (Lee J. Silverman)
Subject: SCO Binaries
Date: 06 Jul 1994 17:45:03 GMT


        There was a rumor going around a while ago that folks were
working on modifying the Kernel (and presumably some other stuff) so
that Linux would be able to run SCO binaries.  Has anything happened
with that?  Is anyone working on it?

Lee

--
Lee Silverman, Brown class of '94, Brown GeoPhysics ScM '95
Email to: Lee_Silverman@brown.edu
Phish-Net Archivist: phish-archives@phish.net
"Nonsense - you only say it's impossible because nobody's ever done it."

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

From: Russell.Coker@f363.n633.z3.fidonet.org (Russell Coker)
Date: 04 Jul 94 21:01:10 +1000
Subject: Re: Quirky Idea: Remote

byron>:Sounds like a great idea .. but how about making it support MULTIPLE
byron> :remote VCs on one remote PC? This would make the remote PC into
byron>another :complete monitor/keyboard set. Now, go write it! :)

byron>I meant for it to support multiple VC's. In fact if it worked
byron>properly it would look and act exactly like the Linux console.

    That shouldn't be TOO hard to do.  Where can I get a free TCP/IP stack
for DOS and programming libraries (suitable for usage with Borland C++ 3.1)
to go with it?  I've already written one TELNET client and I'm prepared to
give it a go.


  cya


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

From: Russell.Coker@f363.n633.z3.fidonet.org (Russell Coker)
Date: 04 Jul 94 19:39:00 +1000
Subject: Quirky Idea: Remote Virt

byron>I've noticed that there are bunches of PC's that cannot run Linux.
byron>Mostly 286's and early 386's with insufficient memory.

byron>They don't have enough memory or horsepower to be used as remote X
byron>terminals.

byron>However I find that having a remote console for a Linux box an
byron>interesting idea.

byron>This idea came to mind primarily because of DOSEMU. One might say
byron>"Well you can just run DOS on the machine, or telnet to the Linux
byron>box". Well with the first you don't have access to the Linux
byron>filesystems (except via the public Domain NFS and/or Lanmanager
byron>clients) and you can't easily run multiple instances of applications.
byron>See I run DOSEMU remotely much of the time. The problem is that with
byron>terminals and X windows, key bindings prove to be difficult. However
byron>I've found that things go rather well when the remote terminal I use
byron>is the console of another Linux box. The Alt and function keys work
byron>as expected and it should be possible to get the same console-like
byron>display on a remote console as it is on the native one.


byron>So I was thinking if it were possible to write a application that
byron>acts as an additional virtual console for a Linux box that I could
byron>press the low memory, low CPU machines I have access to into service.

  Surely all that you'd need to do is to setup your TELNET program on the
PC to send appropriate ESC sequences for the function/ALT keys and include
entries in the TERMCAP....  I know that this would work for function keys
and arrow keys (not sure about ALT keys though).


  cya
___
 X MR/2 2.0 NR X Mizayawa to Bush:  "Your dinner is on me!"

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


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