Subject: Linux-Development Digest #933
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, 21 Jul 94 09:13:09 EDT

Linux-Development Digest #933, Volume #1         Thu, 21 Jul 94 09:13:09 EDT

Contents:
  Re: Starting New DIP (Uri Blumenthal)
  Re: Sliplogin not responding to CD drop. Kernel problem? (Uri Blumenthal)
  Re: URGENT: DIP - ASSIGNING IP's BASED ON TTY?? (Uri Blumenthal)
  1.1.32 kernel broken? (Uri Blumenthal)
  Re: BUG in e2fs (0.5a)?  (INTERNAL ERROR) (Theodore Ts'o)
  Accessing PCI configuration spaces (Frank Strauss)
  German Linux Kernel Book (Stephen Collyer)
  Re: Linux Performance Enhance ? (Lawrence Kirby)
  Re: Linux Performance Enhance ? (Lawrence Kirby)
  Re: Memory crunch in 1.1.24? (Hugh Emberson)
  Kernel Panic 1.0.9 cause: ROUTEd + route (Bart Kindt)
  Best way to start prog X...? (Dwight M Evers)
  Re: OpneGL and Linux (Ed H. Chi)
  gcc 2.6.0 and aha152x.c error (Bernd Mielke)
  Re: what's this stuff? (pI[ITE PO-RU ...) (Johan Myreen)
  Re: patch 31 breaks kmem ps *sob* (Simon Ferrett)
  Re: MIDI library for MPU-401 under Linux? (Byron A Jeff)

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

From: uri@valhalla.watson.ibm.com (Uri Blumenthal)
Subject: Re: Starting New DIP
Date: 21 Jul 1994 01:25:19 GMT
Reply-To: uri@watson.ibm.com

In article <306i0l$101@paul.east.alma-ata.su>, paul@paul.east.alma-ata.su (Paul Cadach) writes:
> I did make some changes in dip-3.3.7 for auto-redialing when carrier is
> dropped.

You see, cleaning out and exiting in the original DIP and in
DIP-3.3.7d was put there on purpose. In most cases it's MUCH
better to exit and redial, if you really need it, than to
have some automated system holding the needless link
forever...
--
Regards,
Uri.            uri@watson.ibm.com     N2RIU
============
<Disclaimer>

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

From: uri@valhalla.watson.ibm.com (Uri Blumenthal)
Crossposted-To: comp.os.linux.help
Subject: Re: Sliplogin not responding to CD drop. Kernel problem?
Date: 21 Jul 1994 01:26:55 GMT
Reply-To: uri@watson.ibm.com

In article <bart.21.000BA950@dunedin.es.co.nz>, bart@dunedin.es.co.nz (Bart Kindt) writes:
> I have setup a SLIP dial-IN server, and I am using the program 'sliplogin' to 
> do it, after given up trying to get DIP to work. 

Amazing. Am I the only one, for who DIP-3.3.7d works
flawlessly out-of-box for both dial-in and dial-out?!

Always reacts to line drops and such... Oh well...
--
Regards,
Uri.            uri@watson.ibm.com     N2RIU
============
<Disclaimer>

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

From: uri@valhalla.watson.ibm.com (Uri Blumenthal)
Crossposted-To: comp.os.linux.help
Subject: Re: URGENT: DIP - ASSIGNING IP's BASED ON TTY??
Date: 21 Jul 1994 01:30:00 GMT
Reply-To: uri@watson.ibm.com

Get "sunsite.unc.edu:/pub/Linux/system/Network/serial/dip337d-uri.tgz".
In it's README it explains how to configure "/etc/diphosts" file to
use tty-based IP assignment. And it works too.

Tested with 1.1.29 kernel.
--
Regards,
Uri.            uri@watson.ibm.com     N2RIU
============
<Disclaimer>

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

From: uri@valhalla.watson.ibm.com (Uri Blumenthal)
Subject: 1.1.32 kernel broken?
Date: 21 Jul 1994 01:39:03 GMT
Reply-To: uri@watson.ibm.com

Hi,
        After installation of 1.1.32 I got lots of
        these:

/var/log/notice:
Jul 20 18:54:39 angmar linux: del_timer() called with timer not initialized
Jul 20 18:55:25 angmar linux: del_timer() called with timer not initialized
Jul 20 18:57:26 angmar last message repeated 1635 times
Jul 20 19:07:27 angmar last message repeated 1888 times

        Comments? Fixes? 

        Thanks!
--
Regards,
Uri.            uri@watson.ibm.com     N2RIU
============
<Disclaimer>

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

From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Subject: Re: BUG in e2fs (0.5a)?  (INTERNAL ERROR)
Date: 20 Jul 1994 23:46:43 -0400
Reply-To: tytso@ATHENA.MIT.EDU (Theodore Ts'o)

   From: loebbing@ls2.informatik.uni-dortmund.de (Martin Loebbing)
   Crossposted-To: comp.os.linux.help
   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.

No, not a bug in the filesystem.  Just a very badly corrupted
filesystem, and the fact that you had the -n flag so that it wasn't
corrupted some corruption which caused problem for a later pass (1b) of
e2fsck.  

I suspect that you're having some sort of hardware conflict with your
Adaptdec board, either an I/O port, or DMA port conflict, or perhaps the
adapectec board doesn't work your external cache system.  This is
probably causing some of the bus-mastering DMS transfers to get screwed
up.

                                        - Ted

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

From: strauss@dagoba.escape.de (Frank Strauss)
Subject: Accessing PCI configuration spaces
Date: Mon, 18 Jul 1994 20:31:05 GMT

Firstly, I'd like to thank Drew Eckhardt for his work on PCI BIOS
support and the NCR SCSI family driver. I read his article in the german
iX magazine, and I got the idea to implement a /proc/pci entry for
reading PCI configuration spaces of available PCI devices. This leads
to the problem to access the information about the installed device
before accessing their individual information. In detail:

  How may I find Vendor IDs and Device IDs for the installed devices?
  What is the pci_index for when calling pcibios_find_device?
  What may pcibios_find_class_code be used for?
  Is there a place where a list of Vendors and Devices is managed?

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

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

From: stephen@dogmatix.inmos.co.uk (Stephen Collyer)
Subject: German Linux Kernel Book
Date: Wed, 20 Jul 1994 15:19:25 GMT

I've heard that there is a book in German on the Linux kernel. I'd be
grateful if someone could send me info on price, publisher, authors, ISBN etc.

I'd appreciate replies by email - I won't see any posted responses due to a
dodgy newsfeed. 

Thanks.

Steve Collyer.

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

Crossposted-To: comp.lang.c
From: fred@genesis.demon.co.uk (Lawrence Kirby)
Subject: Re: Linux Performance Enhance ?
Reply-To: fred@genesis.demon.co.uk
Date: Wed, 20 Jul 1994 11:07:04 +0000

In article <Ct77C9.HMC@pe1chl.ampr.org> pe1chl@rabo.nl "Rob Janssen" writes:

>In <1994Jul19.135901.19202@lts.sel.alcatel.de> buschman@slsvirt (Andreas
> Buschmann US/END3 60/1/29 #71409) writes:
>
>>Jos Horsmeier (jos@and.nl) wrote:
>>: Not that it matter much actually, but I beg to differ here. Duff's
>>: device is an application of a very sneaky loophole in the syntax
>>: of the C language with very interesting semantical consequences ...
>
>>Ok, what is it?
>
>>I would appeciate a pointer to the/a description.
>
>Just page back through this thread...

Assuming you are looking at it in comp.os.linux.development. The thread
is only about 5 articles long here in comp.lang.c.

-- 
=========================================
Lawrence Kirby | fred@genesis.demon.co.uk
Wilts, England | 70734.126@compuserve.com
=========================================

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

Crossposted-To: comp.lang.c
From: fred@genesis.demon.co.uk (Lawrence Kirby)
Subject: Re: Linux Performance Enhance ?
Reply-To: fred@genesis.demon.co.uk
Date: Wed, 20 Jul 1994 11:08:57 +0000

In article <Ct6HJw.GDI@and.nl> jos@and.nl "Jos Horsmeier" writes:

>Not that it matter much actually, but I beg to differ here. Duff's
>device is an application of a very sneaky loophole in the syntax
>of the C language with very interesting semantical consequences ...
>I think I like that thingie ...

I agree that C is one of the languages where it can be implemented but it
isn't the only one (clearly it can be implemented in machine code so
it isn't inherently a C language issue).

-- 
=========================================
Lawrence Kirby | fred@genesis.demon.co.uk
Wilts, England | 70734.126@compuserve.com
=========================================

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

From: hugh@hugh.cosc.canterbury.ac.nz (Hugh Emberson)
Crossposted-To: comp.os.linux.admin
Subject: Re: Memory crunch in 1.1.24?
Date: 21 Jul 1994 04:05:13 GMT

In article <1994Jul16.064947.28087@clark.dgim.doc.ca> rwhittak@orion.docwhitehorse.doc.ca (Richard Whittaker) writes:

   <6>Memory: 4772k/8192k available (776k kernel code, 384k reserved, 2260k data)

   2260k of data????

I once compiled the kernel and it somehow got configured with a 1MB
ramdisk.  I couldn't figure out why it was swapping so much for 3
days :-}  Maybe you have a 2MB ramdisk.

Try:
        # rdev -r /vmlinuz
                  ^^^^^^^^
                  Or whatever you call your kernel.

to find out how big the ramdisk is, and:        

        # rdev -r /vmlinuz 0

To get rid of it.

My apologies if you have already thought of this.

Cheers,
        Hugh
-- 
hugh@cosc.canterbury.ac.nz
hugh@hugh.cosc.canterbury.ac.nz

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

Crossposted-To: comp.os.linux.help
From: bart@dunedin.es.co.nz (Bart Kindt)
Subject: Kernel Panic 1.0.9 cause: ROUTEd + route
Date: Wed, 20 Jul 1994 19:13:27 GMT

Hay,

I have major problems here. The only thing I want to do is having a 'simple' 
SLIP dial-IN server running. To do this, I need two daemons running: 
ROUTEd *or* GATEd and NAMEd.

NAMEd seems to be running on at this time.

I have been using Kernel 1.1.21 for some time, with GATEd. This works partly, 
but I do get some funny errors from GATEd about not supporting route 
127.0.0.1.

But the main problem is, that the Kernel does not always send the SLIPLOGIN 
program the SIGNUP if the Modem CD line is dropped. This means that after a 
few calls, the entire system hangs with iddle SLIPLOGIN's.
According to some responses I got on that problem, this is only happening from 
Kernel versions 1.1.x, and it does not occur with kernel 1.0.8 and 1.0.9.

So, I downloaded 1.0.9, and tried this. 
Now the program GATEd does not work anymore. I get the error:
gated[57]: krt_ifread: ioctl SIOCGIFHWADDR: Invalid argument. 

So, I wend 'back' to ROUTEd.  Started it up as: routed /var/adm/routed.log , 
because the directory where routed tries to store its log file does not 
exist, and it dies a horrible death if you do not give the logfile.
So far so good, it seems to work, and the big routing list is downloaded from 
the routing server at the university.
To see if is is all there, I type : route -nv.   List passing by on the 
screen.  Ok.  Now I type : cd /var/adm .  Instead, I suddenly get a login 
prompt!  So I login again. Again, cd /var/adm . Now it works. I have a look at 
the message file. It says:

Kernel: Result - 0x 09333009 - memory map destroyed

The next thing I know, the kernel died on me with some 'oops' and 'oijj' 's, 
and text about disapearing swap space, and killing of interrupt controllers.  
Sorry, I did not write it down, by that time I was on my way to the whiskey 
bottle :-).

This problem is reproducible. Try it at home boys and girls. It also happens 
with Kernel 1.0.8, but it does NOT happen with kernel 1.1.19 and 1.1.21.

Now, I don't care *what* kernel I have to use, as long as it lets me run a
routing program, and resets my sliplogin program after the caller hangs up!

Can somebody please help. The best would be, If I could run GATEd on the 
kernel 1.0.9. Is there anything I can do to get that combination to work?

Any help desperately needed, I have been trying to get this setup going for 
more than 2 months, day and night.

Bart.

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

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

From: evers@plains.NoDak.edu (Dwight M Evers)
Subject: Best way to start prog X...?
Date: Thu, 21 Jul 1994 04:07:35 GMT

I know the post I had put up before was a bit lacking, i.e. I had left 
out some garbage that threw many of you pros for a spin, namely my type-O's.
Here is what I need to do for a contract job...

        1.      Port C/ & C++ character applications to 
                HP-UX.

        2.      Port X applications under Linux to
                HP-UX.

The most important part is "1", but it might look better for some if they 
were in X.

I know Linux comes with the C/C++ libs, but what about the Xlibs and 
calls? HP-UX is motif, what will the outlook of the programs be if I just 
use regular "X" for the calls. To me X that comes with Linux looks just 
like HP-UX.

As far  as putting the programs in pblic domain after I'm done, I can't 
do that, and noone would want them anyways...really. Their functionality 
will be determined by the database they are used with ( and that is 
proprietary... :(  ) But I will release the source when done, to those 
interested...just ask.

I have started with O'Reilly & Ass. manuals. They seem to be very well 
organized.

Any help will be greatly appreciated. :)
Thanx in advance...

============================================================================
                        |       "...peace is a thing which a person
Dwight M. Evers         |           must be willing to fight for..."
evers@plains.NoDak.edu  |
        NDSU            |                       -Abe Lincoln
============================================================================


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

From: ehhchi@epx.cis.umn.edu (Ed H. Chi)
Subject: Re: OpneGL and Linux
Date: Wed, 20 Jul 1994 21:45:18 GMT

In article <30em84$cnb@tut.msstate.edu>,
Ming Shih <shih@ERC.MsState.Edu> wrote:
>Hi, maybe y'all have this discussion before, I would appreciate any opinion....
>
>I would like to know if OpenGL would be implemented on linux, either now or near future.
>I would like to develop softwares with graphics on SGI and PC/linux.

OpenGL is still in its shorts.  It's not been heavily pushed, but it should be, in
my opinion.  It's still relatively unknown and expensive to get.

 Xlib will work, but
>if OpenGL should work on Linux, then I would like to use it at the beginning,

Don't expect OpenGL to appear on a Linux platform for a long long time.  For one,
OpenGL has to get popular.  Number two, it has to get popular enough for someone to
think, "I should implement this for everyone."

However, I've known to be wrong.

On the other hand, you can get a package called "vogl" that implements parts of the
GL (not OpenGL) functions.  It's on sunsite and other places.

--Ed

--
************************************************************
** <a href="http://www.geom.umn.edu/people/chi.html"></a> **
** email addr-- ehhchi@epx.cis.umn.edu (general)          **
**              chi@geom.umn.edu       (WebOOGL, math)    **
**              chi@lenti.med.umn.edu  (Bio related)      **
** Dumping messy-dos, running Linux!--Ask me about Linux! **

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

From: mielke@omega.physik.fu-berlin.de (Bernd Mielke)
Subject: gcc 2.6.0 and aha152x.c error
Date: Thu, 21 Jul 1994 09:01:13 GMT

I tried to complie 1.1.31 with gcc 2.6.0

and got the following message

gcc -D__KERNEL__ -I/usr/src/linux/include -Wall -Wstrict-prototypes -O2
-fomit-frame-pointer -pipe -m486 -DDEBUG_AHA152X -DAUTOCONF -c aha152x.c 
gcc: Internal compiler error: program cc1 got fatal signal 11
make[2]: *** [aha152x.o] Error 1
make[2]: Leaving directory `/usr/src/linux/drivers/scsi'
make[1]: *** [driversubdirs] Error 1
make[1]: Leaving directory `/usr/src/linux/drivers'
make: *** [linuxsubdirs] Error 1

Any comments??

Bernd

mielke@omega.physik.fu.berlin.de


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

From: jem@snakemail.hut.fi (Johan Myreen)
Subject: Re: what's this stuff? (pI[ITE PO-RU ...)
Date: 21 Jul 1994 10:08:15 GMT

In article <DHOLLAND.94Jul20160255@husc7.harvard.edu> dholland@husc7.harvard.edu (David Holland) writes:

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

Other terminals *do* have this feature. My VT220 at home has it. The
only difference is that the VT220 (and, I guess, other VTxxx
terminals) do not have the graphics character set as the default
secondary character set ready to be "shifted in".

If you want to do line graphics on the VT220, this is the only way. It
is also the way to do line graphics on the Linux text console. It is
not the only way to print line graphics characters on the Linux
console, but (IMHO) the only acceptable way to do so. The alternative
is to switch to the standard (NOT!) PC font with an escape sequence,
and use the PC line drawing characters directly. *Don't* do this if you
want your program to gain international acceptance, because it screws
up the display of eight bit Latin-1 characters.

-- 
Johan Myrien
jem@vipunen.hut.fi
600 11' 55" N, 240 53' 30" E



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

From: c9108932@sage.newcastle.edu.au (Simon Ferrett)
Subject: Re: patch 31 breaks kmem ps *sob*
Date: Wed, 20 Jul 1994 00:22:49 GMT

c9108932@sage.newcastle.edu.au (Simon Ferrett) writes:

>In case nobody noticed....

>patch 31 contains some stuff in it which seems enough to 
>break kmem ps again (recompiling them doesnt help either)

>I get negative RSS's and %MEMS way bigger than 100% ...
>unfortunately I dont know enough about the kernel guts 
>to attempt to figure out whats been changed or how to
>mod the kmem stuff to fix them, so out goes this
>plea to someone who does know enough about them to
>possibly scrap together a patch for the kmem ps utils

something I forgot to mention is that the kmem utilities 
report correct results until things start getting swapped
out.. then the bizzare numbers pop up...


                caio for naio...

-- 
Simon Ferrett - c9108932@cs.newcastle.edu.au
Floccinaucinihilipilification: the action or habit of estimating as
=============================  worthless.

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

From: byron@gemini.cc.gatech.edu (Byron A Jeff)
Subject: Re: MIDI library for MPU-401 under Linux?
Date: 21 Jul 1994 11:41:36 GMT

In article <30laol$10o@korfu.igd.fhg.de>, Jens Krauss <igd.fhg.de> wrote:
-Hy,
-
-perhaps I can help you. I wrote a very basic device driver for the Roland 
-MPU401! It performs simple write out, and read ins. Because of the to
-simple hardware interface of the mpu401, i have not workd more. But 
-if you are interested in, I can Post it to you. The Library to work with you have to write on your own. 
-

When I first saw this thread I dropped a quick E-mail to the original author.

I think now that it's time to post.

The VoxWare Sound Driver for Linux contains MPU-401 support. Dumb UART support
only in the latest production version: 2.90. Intelligent support in the
current ALPHA (read: use at your own risk!) version 3.0. The 3.0 version
has advanced sequencer support in the driver. An sequencer application really
only does storage management and the user interface, while the driver handles
all the MIDI I/O and timing issues.

Lastly VoxWare is a kernel included, widely released standard for doing MIDI
and other audio related stuff.

Hope this Helps,

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

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


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