Subject: Linux-Development Digest #31
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:     Tue, 16 Aug 94 08:13:04 EDT

Linux-Development Digest #31, Volume #2          Tue, 16 Aug 94 08:13:04 EDT

Contents:
  Sound gone in recent 1.1.x kernels? (Thomas Boutell)
  Re: Suggestion for Linux (Kevin Marcus)
  Re: Suggest:SCSI Tape File System (Andrew Anderson)
  Re: Kernel change summary 1.1.40 -> 1.1.41 (Vaughn Adams)
  Re: SMC3000 ethernet card driver? (Aram Mirzadeh)
  Re: Compiling Kernel version 1.1.45 (Linus Torvalds)
  Re: Suggestion for Linux (Witold Owoc)
  Re: Qlogic (Wei-Si Hwu (Wayne))
  CDU31A/33A version 1.1 beta ready (Corey Minyard)
  Re: Future of Linux (Michael James Porter)
  Re: Suggestion for Linux (Dragan Cvetkovic)
  Unknown simulation mode (gcc 2.6.0, GNU ld 2.4) (Gernot Reisinger)
  My floppy doesn't work with new kernels (Dragan Cvetkovic)
  Re: Linux Token Ring alpha release (Peter De Schrijver)
  Re: Suggestion for proc-filesystem extension port/dma (Frank Lofaro)
  make depend and 1.1.45 (Mike Dowling)
  Re: Adaptec-2840VL SCSI driver? (Harald Milz)
  Re: 1.1.44 annoying problem (Rob Janssen)
  Re: screensaver halts my machine (Rob Janssen)
  Re: Intel syntax assembler available anywhere ? (Rob Janssen)
  Re: Suggestion for Linux (Rob Janssen)
  Re: make depend and 1.1.45 (Linus Torvalds)
  Re: Registrar for major device #s? (Matthias Urlichs)

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

From: boutell@netcom.com (Thomas Boutell)
Subject: Sound gone in recent 1.1.x kernels?
Date: Tue, 16 Aug 1994 01:49:35 GMT

I have Linux 1.1.41 and a Soundblaster Pro 2.0 card. I have it set up
on IRQ10, port 220, DMA channel 1. It worked fine until I started
upgrading into the 1.1.x series; since then I've always received
the message "/dev/audio: Device or resource busy" when trying
to access it.

It's possible that I have mis-set my DMA channel during reconfiguration
to build new kernels. Is this the message I would get in that
circumstance? I'm quite certain of the IRQ and port since
the card is working fine under DOS, but it's conceivable that
I am not exercising the DMA under DOS.

-T
-- 
boutell@netcom.com, purveyor of fine World Wide Web pages and tools.
Drop by comp.infosystems.www.users and learn about the web.

<a href="http://sunsite.unc.edu/boutell/index.html"><em>Thomas Boutell</em></A>

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

From: datadec@corsa.ucr.edu (Kevin Marcus)
Subject: Re: Suggestion for Linux
Date: 16 Aug 1994 02:45:51 GMT

In article <32olv5$2r9@charnel.ecst.csuchico.edu>,
David A. Ranch <dranch@ecst.csuchico.edu> wrote:
>In article <32nq3f$b8u@eccdb1.pms.ford.com>,
>B Nivi (Babak)/9409 <bnivi@eth234.eld.ford.com> wrote:
>
>>the shell.  So if I type c-a-t j-ESCAPE, I will see
>>
>>cat junk.gs
>
>ksh - hit ESC twice
>sh, csh, tcsh, bash - hit TAB

tcsh also has escape twice, I've not tried TAB before.
Be sure to type, "set filec" for filename completion before trying, that
might be the problem you're experiencing... 

-- 
  --=> Kevin Marcus:   datadec@ucrengr.ucr.edu,  tck@bend.ucsd.edu
  "ciafn  syoo,u  yroeua da rteh icso?o l ." <- Email for solution. 
  Computer  Science  Dept.,  University of California,  Riverside.
  .oOo.oOo.           T H I E V E S     S U C K          .oOo.oOo.

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

From: andrew@amelia.db.erau.edu (Andrew Anderson)
Crossposted-To: comp.os.linux,comp.os.linux.misc
Subject: Re: Suggest:SCSI Tape File System
Date: 16 Aug 1994 00:56:45 GMT

Christopher Cason (cjcason@yarrow.wt.uwa.edu.au) wrote:
: Chris Burke (clb@prism.mindware.brisnet.org.au) wrote:
: : I have been pondering a bit and have worked out a reasonable way to allow
: : a mountable file system for high speed tapes. 
: [snip]

: I think this is an excellent idea. Anyone else have any comments ???
: regards,

The question I have (and I e-mailed Chris Burke about it) is could this
also be used with QIC-80/IDE combo, not just SCSI devices?  This would
be great to me (and many others I suspect).  I know that the underlying
hardware would be radically different, but could it be implemented
with enough of a layered approach to allow easy adaptation?

--
|===========================================================================|
|  Andrew Anderson                              andersoa@erau.db.erau.edu   |
|  Novell Network System Administrator          andersoa@bart.db.erau.edu   |
|  Linux System Administrator                   andrew@wilbur.db.erau.edu   |
|                                                                           |
| I don't speak for ERAU, and God knows I don't want them to speak for me!  | 
|===========================================================================|

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

From: adamsvm@dunx1.ocs.drexel.edu (Vaughn Adams)
Subject: Re: Kernel change summary 1.1.40 -> 1.1.41
Date: 15 Aug 1994 20:49:17 -0400

Rogon Fateless (rogon@engstad.tromsomh.no) wrote:
: Thanks for this wonderful referee of kernel changes!
: Is it possible to have these files inside the kernel tree? 

        Agreed.  I don't have enough time to play with the kernel to much, but it is interesting to read what is going on from version to version. Please keep it up.

        I would love to see the summaries in the kernel src directory.  It would make it easier.





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

From: mirzadeh@pmdb.sep.bnl.gov (Aram Mirzadeh)
Subject: Re: SMC3000 ethernet card driver?
Date: Mon, 15 Aug 1994 14:04:22 GMT

Brian A. Lind (snicker@netcom.com) wrote:
: I have an SMC3000 ethernet card in my PC at work and would
: like to get Linux working and on the Network. I haven't
: found this card listed in any of the HOWTOs and have been
: unable to get it to work.
: At a previous job I had no trouble getting an NE2000
: compat. card working. Wish I still had it.
: I was wondering if anyone is working on a driver or has
: had any experiences with this card.
: I would be a very greatful Beta tester if anyone has a driver.
: I don't know anything about this card and the PC hardware
: guy couldn't find me any specs.

I think you're mistaken the card with the driver.  The card is SMC 3812, 
with a Western Digital Compt. chip.  And Linux support the SMC card by itself.
It is auto dectected.

The driver for dos, and os/2 for the above card is called a SMC3000.

<Aram>

--
/  Aram Mirzadeh - BNL - (516)282-5767      |                           /
/  email:   mirzadeh@pmdb.sep.bnl.gov       |        NOTE:              /
/  IRCNick: Wolfman / DND: GOD!             |   (this space left        /
/    I shall speak or howl for myself,      |  intentionaly blank)      /
/           and no one else!                |                           /
GCS d-- -p+ c+++(++++) l+++ u+(++) e+(*) m+ s++/- n-(---) h--(*) f+ g+
                       w+(++) t++(+++) r+ y+


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

From: torvalds@cc.Helsinki.FI (Linus Torvalds)
Subject: Re: Compiling Kernel version 1.1.45
Date: 16 Aug 1994 07:13:14 +0300

In article <1994Aug15.195849.13588@midway.uchicago.edu>,
Tony Acero <ace3@midway.uchicago.edu> wrote:
>If you're on an Intel PC ([345]86) you probably need to replace the 
>.../src/linux/include/asm directory with a link to asm-i386; ie
>
>rm -fr /usr/src/linux/include/asm
>ln -s /usr/src/linux/include/asm-i386 /usr/src/linux/include/asm

Actually, no need to do the latter: the "make config" part will do it
for you. Also, you should remove the old linux/boot subdirectory the
same way. So installing 1.1.45 is either:

        cd /usr/src
        rm -rf linux
        zcat < linux-1.1.45.tar.gz | tar xvf -

*OR*

        cd /usr/src
        zcat < patch45.gz | patch -p0
        cd linux
        rm -rf boot include/asm
        make mrproper
        make config
        make dep
        make zlilo (or zImage or whatever you use)

That should get you going with the correct setup. 

                Linus

PS.  There was a bad version of 1.1.45 due to my stupidity out there for
a short while: you'll notice you have it when it doesn't compile even
when it *does* find the include-files..  Just get the corrected version
instead in that case. 

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

From: wowoc@acs.ucalgary.ca (Witold Owoc)
Subject: Re: Suggestion for Linux
Date: Tue, 16 Aug 1994 04:46:17 GMT

In article <32p98v$eln@galaxy.ucr.edu> datadec@corsa.ucr.edu (Kevin Marcus) writes:
>>ksh - hit ESC twice
>>sh, csh, tcsh, bash - hit TAB
>
>tcsh also has escape twice, I've not tried TAB before.
>Be sure to type, "set filec" for filename completion before trying, that
>might be the problem you're experiencing...
Well...
It is ESC in the C-shell (csh) and you cannot change that
without modifying a source.

Witold Owoc <wowoc@acs.ucalgary.ca>

#disclaimer "my.private.views"
=========================================================
The University of Calgary had no knowledge of nor in any
way gave its consent to the transmission of this message.

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

From: is81056@cis.nctu.edu.tw (Wei-Si Hwu (Wayne))
Subject: Re: Qlogic
Date: 16 Aug 1994 04:34:51 GMT

Tillman Bussey (tab@crl.com) wrote:
: I have a Qlogic VLbus SCSI controller.  Is there development being done for 
: this card to work with Linux?

My Tekram DC-380 also use Qlogic SCSI chip, and it is compatible
with AHA-1542. How about yours?

--
Hwu Wei-Si 

E-Mail:is81056@cis.nctu.edu.tw

Department of Computer & Information Science,
National Chiao-Tung University

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

From: minyard@crchh7b9 (Corey Minyard)
Subject: CDU31A/33A version 1.1 beta ready
Date: 16 Aug 1994 06:09:08 GMT
Reply-To: minyard@wf-rch.cirr.com

I have made many upgrades to the CDU31A driver.  These include:

   Speed improvement.  If you mount with "-o block=2048" most of the
   copying is eliminated.  It should still work faster even without
   that option.

   XA compatibility for the CDU31A.  This is untested because I don't
   have an XA disk.  The CDU33A should support this automagically, so
   this only affects the single-speed drives.

   Multi-session.  The drive should support multi-session disks.  Each
   session appears as a minor number; the first session is major 15,
   minor 1, the second is major 15, minor 2, etc.  I don't think this
   is the standard way of doing this, so the interface may change.
   This is basically untested (except for the first session) because I
   don't have a multi-session disk.

   Raw sector reads.  You can read 2352-byte sectors off the disk
   using the ioctl() interface defined in cdrom.h.  Data seems to
   work OK; audio may or may not work (even though the ioctl is
   CDROMREADAUDIO :-).

I need some brave beta-testers.  Use this code at your own risk; it may
still have some "gotchas".  If you try the diffs out, please mail me
and tell me the results, even if it works fine.

The diffs from >= 1.1.43 are on sunsite.unc.edu in pub/linux/Incoming.
The file is named cdu31a-1.1.diff.gz.

Corey
minyard@wf-rch.cirr.com

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

From: mike@strauss.udel.edu (Michael James Porter)
Subject: Re: Future of Linux
Date: 16 Aug 1994 02:46:21 -0400

In article <cjsCuLI6p.6As@netcom.com>, cjs <cjs@netcom.com> wrote:
=>But one thing you really have to admit, printing under Unix (any unix) really
=>blows. Its even worse then the early days of DOS. But I especually miss
=>being able to kick in a printer driver and dump lines, fonts, and pictures 
=>to it with C commands.

Get ghostscript, set it up as an lpd filter, and write programs that
write Postscript (Ghostscript?).  It's really pretty easy.

Mike



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

From: dragan@norma.gmd.de (Dragan Cvetkovic)
Subject: Re: Suggestion for Linux
Date: 16 Aug 1994 07:43:21 GMT

In article <32olv5$2r9@charnel.ecst.CSUChico.EDU> dranch@ecst.csuchico.edu (David A. Ranch) writes:
> 
> Oh Man....  can you say file-name completion?  I believe its been in
> Unix since its inception.
> 
> ksh - hit ESC twice
> sh, csh, tcsh, bash - hit TAB
> 
        What? I don't think that "normal" sh and csh have this
feature. Yours are most probably links to tcsh and bash. 
                        Dragan

--
--
     Dragan Cvetkovic,                  | To be or not to be 
     cvetkovic@gmd.de (or)              | is true. Or maybe not.  
     Dragan.Cvetkovic@gmd.de            |      G. Boole

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

From: gr@cast.uni-linz.ac.at (Gernot Reisinger)
Subject: Unknown simulation mode (gcc 2.6.0, GNU ld 2.4)
Date: 16 Aug 1994 09:35:32 GMT
Reply-To: gr@cast.uni-linz.ac.at

Hi!

I'm new to Linux and just installed Slackware (Kernel 1.0.9). As I use 
gcc 2.6.0 on Sun and Slackware came with 2.5.8 I decided to upgrade the
compiler (couldn't find 2.6.0 binaries on the server). So I compiled 
the compiler and binutils from the original GNU distribution. Everything
was fine up to the point when I tried to link an executable of my current
project. 
I got the errormessage 

/usr/local/i486-unknown-linux/bin/ld: unrecognised emulation mode: 486

Using /usr/bin/ld produces segmentation faults (the program compiles & runs 
well on SunOS). 

What did I wrong? GNU ld supports the i386linux emulation mode (ld -V). Is
it just a naming conflict?

Please help - any pointers welcome!

~gernot

=================================================================
Gernot Reisinger                    EMail: gr@cast.uni-linz.ac.at
Dept. of Systems Theory             Tel.:  ++43 732 2468 894
Johannes Kepler University of Linz  Fax:   ++43 732 2468 893
Austria/Europe
=================================================================



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

From: dragan@norma.gmd.de (Dragan Cvetkovic)
Subject: My floppy doesn't work with new kernels
Date: 16 Aug 1994 08:02:38 GMT

        Hi, I don't know if the problem is addressed here (there are too
many articles, but I try to read them all): namely, with new kernels (>=
1.1.41 I think, I didn't tried 1.1.45 yet) I can't use my floppies (I have
3.5 and 5.25 floppy drivers) anymore. First I thought that it could be a
hardware problem (my PC is over 2 years old 486SX/25 with IDE controller),
but when I halted the system, switched the power off and later on and
booted kernel 1.0.9 everything was OK.
        Whats is happening: with new kernels if I want to mount my floppy
with `mount -t msdos /dev/fd0 /mnt' (or /dev/fd1 and the floppies are NOT
read-only), the command I use for ages, LinuX complains a lot about not
being able to mount it, I get few controller resets and similar things, and
I have to press Ctrl-C to break it. The same behaviour (behavior?) is with
`mcd' and `mcopy' command. I don't know if the floppy--probe at boot time does
something strange with my (not at all exotic) floppy controller, but this is
for me the most suspect thing. Oh yes, if I do (shutdown and) soft reboot
and boot MS-DOS after that, I still can't use my floppy drivers.
        How can I stop this floppy--probe at the boot time? Or are there
other solutions (except to use older kernels)?
                Thanks in advance,
                        Dragan

--
--
     Dragan Cvetkovic,                  | To be or not to be 
     cvetkovic@gmd.de (or)              | is true. Or maybe not.  
     Dragan.Cvetkovic@gmd.de            |      G. Boole

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

Date: Tue, 16 Aug 1994 11:38:28 +0200
From: stud11@cc4.kuleuven.ac.be (Peter De Schrijver)
Subject: Re: Linux Token Ring alpha release

Hi,

>
> : I couldn't get this to compile.  Someone else posted a message on
> : sunsite that this kernel (1.1.44-TR) was "broken."  Is this true, or
> : has someone else gotten it to work?

I have compiled this on a PS/2. I did do a make mrproper before putting it on
sunsite, so as long as you don't select the PS/2 ESDI driver, it should
compile on an ISA machine. I haven't had a chance to test it with an ISA TR
board. So if you have any succes or problems, please mail me.


Peter.

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

From: ftlofaro@unlv.edu (Frank Lofaro)
Subject: Re: Suggestion for proc-filesystem extension port/dma
Date: Tue, 16 Aug 94 09:04:14 GMT

In article <5Uu8JFRipsB@higgins.delbox.zer.de> HIGGINS@DELBOX.ZER.DE writes:
>Frank Westheider         Linux Support Group Paderborn
>higgins@uni-paderborn.de     higgins@delbox.zer
>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>HI Folks !
>
>Now we have a virt. file /proc/interrupts, what about files for DMA and  
>ports. So you can create a complete sysinfo facility, which displays
>everything about the machine and the settings.
>
>The ports should be statically, the DMA should be like interrupt,
>set and reset on demand.
>
>The files could be
>
>/proc/ports
>/proc/dma
>
>Just an idea !
>

A darn good one!

I've been thinking about a /proc/dma after /proc/interrupts came out myself
(it sure seems logical enough)

Just change the dma allocation to add a name and make some /proc code
(not too hard)

(if I didn't have kernel projects popping out of my ears, I'd probably 
be hacking on it now.)

/proc/ports seems very good too, but non-obvious how to implement. :\

I like the idea of /proc cotaining everything. A fairly portable way 
to get all the sysinfo you need.

P.S. Unrelated, but I had to stick it in:

PLEASE someone pull the system idle time _OUT_ of /proc/uptime!
It doesn't belong there!
Please put it in /proc/stat or something else appropriate.
I'd rellay appreciate it. :)

(it can't think of anything that actually uses the extra field in /proc/uptime 
so nothing should break. uptime seems quite happy without the extra field, 
btw)


>
>Ciao
>  Higgins
>
>--
>You can escape the gates of hell, say DOG and WINDOG,
>
>         USE LINUX   :-)     !
>## CrossPoint v3.0 ##



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

From: mike@MooCow.math.nat.tu-bs.de (Mike Dowling)
Subject: make depend and 1.1.45
Date: 16 Aug 1994 10:40:37 GMT
Reply-To: on.dowling@zib-berlin.de


Are there missing files in the patch?

/usr/src/linux#make dep
touch tools/version.h
for i in init/*.c;do echo -n "init/";gcc -D__KERNEL__ -I/usr/src/linux/include
-E -M $i;done > .tmpdepend
In file included from init/main.c:18:
/usr/src/linux/include/linux/unistd.h:154: asm/unistd.h: No such file or
directory
In file included from init/main.c:23:
/usr/src/linux/include/linux/delay.h:12: asm/delay.h: No such file or directory
make: *** [dep] Error 1

/usr/src/linux#find . -name unistd.h
./include/linux/unistd.h
./include/asm-i386/unistd.h
./include/asm-mips/unistd.h
/usr/src/linux#find . -name delay.h
./include/linux/delay.h
./include/asm-i386/delay.h
./include/asm-mips/delay.h
--
                        Mike Dowling

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

From: hm@seneca.ix.de (Harald Milz)
Subject: Re: Adaptec-2840VL SCSI driver?
Date: Tue, 16 Aug 1994 06:27:52 GMT
Reply-To: hm@seneca.ix.de

Mark Biegler (biegler@aristotle.cs.uregina.ca) wrote:

: > I was wondering if Linux will recognize the 2840/2842 VL SCSI card
: > and be able to use it, in one way or another.  We have one of these
: > cards and haven't tried installing Linux with it yet.  Do we need an
: > additional driver?  Can it be used in some sort of emulation (1542?)
: > mode?

My standard everyday answer: please consult the Projects-FAQ. It's all 
in there. The FAQ (actually, it should be named Linux Projects Map, and 
that's what it's going to be named RSN) is available in the standard 
places for Linux FAQs: sunsite.unc.edu:/pub/Linux/docs. 


-- 
Harald Milz (hm@seneca.ix.de)
iX Multiuser Multitasking Magazine

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: 1.1.44 annoying problem
Reply-To: pe1chl@rabo.nl
Date: Tue, 16 Aug 1994 07:35:05 GMT

In <32ocpg$nfe@rs18.hrz.th-darmstadt.de> jalali@rbg.informatik.th-darmstadt.de (Mehrdad Jalali Sohi) writes:

>Elan Feingold (feingold@avette.zko.dec.com) wrote:

>: I had 1.1.44 up, running X with xlock and no other processes
>: running in the background (except daemons and an emacs, I
>: believe).  Every 10 seconds or so, I could hear the HD being
>: written to (or read from).  Perhaps bdflush?  This didn't
>: used to happen, when the system was idle.

>Since this didn't happen on my 1.1.44 system, I think it's your syslog
>file which is growing. Check /var/adm/messages or any other file
>mentioned in /etc/syslogd.conf.
>It seems that there is something wrong in your system, and syslog tries
>to tell you about it. Unfortunately those messages end up in a file where
>usually no one looks about....

Run a "tail -f" on those files in some separate xterm window or on a
separate virtual screen.  Then you can quickly have a look what is happening
when you suspect problems...

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

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: screensaver halts my machine
Reply-To: pe1chl@rabo.nl
Date: Tue, 16 Aug 1994 07:39:48 GMT

In <32ocaf$oor@news.doit.wisc.edu> vaz@becks.astro.wisc.edu (vaz) writes:

>Hi Linux'ers!

>I'm using Slackware 2.0 (as is from sunsite, Aug 04) in a Quantex P60 16Mb
>RAM, with PCI Local Bus enhanced IDE controller (WD Caviar 540Mb with no
>problems at all :-), PCI Local Bus Graphics Accelerator and the famous
>WD90C33 chipset. The machine is a screamer and I'm running number crunching
>f77 (f2c) and C programs with great success. Thanks a lot for the beautiful
>system you are developping.

>Since kernel 0.99.14 I have an annoying problem: the screensaver buildt
>in the kernel simply halts my machine solid. If I don't disable it
>(setterm -blank 0), the machine hangs in the same way as it does with
>any graphics application, as soon as the screensaver enters in action.
>Only a RESET can make it alive again. The wd90c33 chipset is going to
>be fully supported in the coming XFree86[TM]-3.1 (Article 10315 of
>comp.windows.x.i386unix :-), but I guess my problem is at an even lower level.

Are you sure that your machine is halted?  Or do you merely have a black
screen?
Try keying in some command and see if you get disk activity as a result.

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

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Intel syntax assembler available anywhere ?
Reply-To: pe1chl@rabo.nl
Date: Tue, 16 Aug 1994 07:43:17 GMT

In <32oquf$f0i$1@heifetz.msen.com> jsturm@garnet.msen.com (Jeffrey Sturm) writes:

>There are certainly syntactic differences between MASM and Unix assemblers,
>the most annoying being the order of the operands.  But I'd imagine your
>biggest problem will be handling 16-bit (Windows) vs. 32-bit (Linux)
>instructions.  For example, compare:

>               MOV     [BX], 1         ; move 1 to address bx, MASM-style
>and
>               movl    $1,(%ebx)       /* move 1 to address ebx, gas-style */

>The MASM example moves 2 bytes and the gas example moves 4 bytes.  Doesn't this
>mean your entire data segment would have to be reorganized to do a conversion?

Hey, but here you are comparing two different instructions, aren't you??
One is a word move, the other is a longword move (to EBX instead of BX).
No wonder they yield different results...

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

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Suggestion for Linux
Reply-To: pe1chl@rabo.nl
Date: Tue, 16 Aug 1994 07:47:13 GMT

In <32olv5$2r9@charnel.ecst.CSUChico.EDU> dranch@ecst.csuchico.edu (David A. Ranch) writes:

>In article <32nq3f$b8u@eccdb1.pms.ford.com>,
>B Nivi (Babak)/9409 <bnivi@eth234.eld.ford.com> wrote:
>>
>>I'm sure all you develop people love these suggestions
>>from idiots like me who have nothing to do with and know
>>nothing about the development of Linux. . .

>>the shell.  So if I type c-a-t j-ESCAPE, I will see
>>
>>cat junk.gs


>Oh Man....  can you say file-name completion?  I believe its been in
>Unix since its inception.

You must have missed quite some years of UNIX's existence, I think...

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

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

From: torvalds@cc.Helsinki.FI (Linus Torvalds)
Subject: Re: make depend and 1.1.45
Date: 16 Aug 1994 14:28:49 +0300

In article <MIKE.94Aug16124037@moocow.math.nat.tu-bs.de>,
Mike Dowling <on.dowling@zib-berlin.de> wrote:
>
>Are there missing files in the patch?

No. In fact, you have too many files :-)

Patch45 adds some architecture-dependent parts to the kernel source
tree, and the old linux/boot and linux/include/asm subdirectories need
to be removed after applying patch45.  They'll be re-created later as
symlinks to the correct architecture (i386 so far, obviously). 

So, install patch45 with something like:

        cd /usr/src
        patch -p0 < patch45
        cd linux
        rm -rf boot include/asm
        make mrproper
        make config
        make dep
        make

Note that the architecture cleanup is by no means finished, and there
will probably be a few more of these "move files around to make 'diff'
very confused" patches.  But this should be a start. 

                Linus

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

From: urlichs@smurf.noris.de (Matthias Urlichs)
Subject: Re: Registrar for major device #s?
Date: 16 Aug 1994 13:27:03 +0200

In comp.os.linux.development, article <32mue7$rbm@usenet.rpi.edu>,
  stewart@hibp6.ecse.rpi.edu (Paul Stewart) writes:
> 
> Device drivers could, at init time, register themselves as a pathname in
> /devices.  For example, the mt driver could identify itself as 
> "/proc/devices/tape/mt", and then below that, it could register special files
> for all the subdevices (perhaps only the ones physically available?), and
> perhaps a few others like "info" and "debug".  This would be a good way
> to hierchially place information, and a standardized way of getting more
> in-depth information and debugging from the driver, instead of isolated
> attempts like /dev/sndstat.
> 
The problem is that you can't set owner/group/mode info on /proc.
(Hmmm... not yet, anyway, a driver might allow it.)

> The problem with just /proc/devices and MAKEDEV is that they are still
> only addressing the major numbers.  Any minor device info like sndstat,
> mixer, etc, that gets added needs to be manuallly updated in MAKEDEV.

MAKEDEV already has to be extended for new drivers, so that's not new.
Hopefully, device driver writers will start to include a patch / extension
for MAKEDEV...

The minor-number problem can be solved by additional information in
/proc/devices where drivers could register the information which MAKEDEV
needs to set up the right minor files. For instance, the entry for the sd
driver could read "8 sd a 4 b 6 c 2 d 1" instead of just "8 sd"; this would
tell MAKEDEV to create /dev/sda1 thru /dev/sda4, /dev/sdb1 thru /dev/sdb6,
etc. Similarly, the tty entry could tell which serial ports are configured,
and the sound card entry could say "mixer 2 foo 3 bar 4" or some such (this
ought to tell you that I don't have a sound card ;-).

This scheme would add no kernel bloat other than a new and mostly-empty
call to the driver (since many drivers won't need the additional stuff).

Thoughts? A patch to do this should be really easy.

-- 
Q:        How can you tell when a WASP is sexually aroused?
A:        By the stiff upper lip.
-- 
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>.

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


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