Subject: Linux-Development Digest #777
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:     Mon, 30 May 94 11:13:05 EDT

Linux-Development Digest #777, Volume #1         Mon, 30 May 94 11:13:05 EDT

Contents:
  Re: XFree SVGA and 1.1.16 (Hans Georg von Zezschwitz)
  Re: SLIP problems with kernel 1.1.15 (Robert Daniels)
  Re: kernel: Warning - bdflush not running (Steven Buytaert)
  Pausing of program execution (introduced in pl1.1.13) (Michael MNUK)
  full-speed, was: Re: mounting the CD-ROM (Mitsumi) (Eberhard Moenkeberg)
  Re: kernel: Warning - bdflush not running (Rob Janssen)
  Manuals for Linux signals [was Re: Zombie problems] (Mikael Nordqvist)
  Re: Anyone speeding up the Mitsumi driver? (Heiko Schlittermann)
  Help viewer for WinHelp or OS/2 IPF sought (Felix von Leitner)
  Re: 1.1.15 breaks SCSI (Tim Cutts)
  Widget Definition Language (Pete Whiting)
  Re: Linux and binding sockets (Dorwin Shields)
  Which driver for C5610 SCSI-controller ? (Andreas Joppich)
  Re: 1.1.13 (or later) with > 16M? (Dorwin Shields)
  NI6510 (Chris Cappuccio)
  Re: CORBA, OMG, Distributed Objects (Bruno Haible)
  Re: How to print faster (Bram Bouwens)
  Re: BusLogi 445S and DMA Channel (NEW ANSWER) (Willem Jan Withagen)

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

From: 1zezschw@rzdspc2.informatik.uni-hamburg.de (Hans Georg von Zezschwitz)
Subject: Re: XFree SVGA and 1.1.16
Date: 30 May 94 03:55:06 GMT

Yes, same with my SVGA-card.
There were some lucky moments, (chance: 1:10).
Moreover, after some time the kernel was willing to switch to another
virtual console, so that I was able to kill the XServer.


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

From: rdaniels@clark.net (Robert Daniels)
Crossposted-To: comp.os.linux.help
Subject: Re: SLIP problems with kernel 1.1.15
Date: 30 May 1994 04:54:44 GMT

Joel K. Gallun (joel@jntsun.GSFC.NASA.Gov) wrote:
: I haven't had any success getting slip to work.  I started with
: kernel 1.0, went to 1.0.8, and then to 1.1.15 along with trying several
: different versions of dip, the latest being 3.3.7a #2 and dip still fails
: with:

: DIP: tty_notlocal cannot setsid: operation not permitted

: I sorta got it to work a little with the lilo dip and the 1.0.x kernels but
: never for more than a few seconds before it would hang (The lilo dip
: doesn't report the message above, just the Uri versions).

: I've seen people mention upgrading ifconfig but I can't find it.  I've
: looked all over on tsx-11 and sunsite and gone as far as downloading
: netkit.tgz (all 3mb of it) and still haven't found it.

: It seems that many people are using slip but I seem to be missing something
: fundamental.  I started with SLS 1.2 -- could that be the problem?  I see
: that I have 2 different versions of ifconfig on my system, an older
: statically linked version in /sbin and a newer (2.0.3?) version in /usr/etc.
: Can I zap the one in /sbin?

: Sorry for the frustrated tone, but I really am frustrated.

: Thanks in advance,

: Joel

joel - 

using 1.1.15 kernel and the dslip101.tar.gz (available on sunsite) i 
have slip working. above v1.0 however, i can only get sl0 to work.
on older kernels, dslip had no problem using cua0 and cua1 for simultaneous
use. slattach (from the net32 kit) seems broken for me, since ifconfig
reveals encapsulation remains unset even after giving it a -p slip.

i suppose that if you are using over v1.0 (i'm not sure howmany patchlevels
above they started using the net3 code) you should get the net-0.32d tar
file from sunsite.

hope this helps, and if anyone out there is using multiple sl's with
new kernel, drop me a line.
--
==========================================================================
Robert C. Daniels                                
geekin' and reekin' and having a ball          
rcd@roo.clark.net           
==========================================================================

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

From: buytaert@imec.be (Steven Buytaert)
Subject: Re: kernel: Warning - bdflush not running
Date: Mon, 30 May 1994 07:58:38 GMT

Scott McKinsey (mckinsey@rainbow.sosi.com) wrote:
: May 29 16:04:50 yggy kernel: Warning - bdflush not running
: May 29 16:05:01 yggy last message repeated 2 times
: May 29 16:05:47 yggy last message repeated 2 times
: I also used the ide patch.  Everything went in without in rejects.
: Anybody got a clue?

  Yes,

  In the v1.1 directory where you get your patches, you can
  also find a bdflush.tar.gz archive. Download it, extract it
  and read it. After that you have permission to compile it.

  The new flushing system uses 2 daemons to flush out dirty
  buffer pages. Both daemons are started from the bdflush
  program you obtain after compiling the source. Include that
  program in your rc.local file (or rc.M, ...) to start both
  daemons at boot time.

  Read what is in this archive. It's short and sweet :-)
  For manual page reading, here is a tip:

  groff -Tascii -man <man page> | more

  Stef

--
Steven Buytaert 

WORK buytaert@imec.be
HOME buytaert@innet.be

        'Imagination is more important then knowledge.'
                        (A. Einstein)

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

From: mmnuk@risc.uni-linz.ac.at (Michael MNUK)
Subject: Pausing of program execution (introduced in pl1.1.13)
Date: 30 May 1994 08:15:08 GMT

I experienced the following phenomenon introduced in patch level 1.1.13:
(here I refer to two examples: 
1. "sudo mount -t msdos /dev/fd0 /usr/fd0"
2. "fvwm")

The program starts, its entry appears in "ps ax", but after that it
pauses for about 1 minute before the execution proceeds. The process
does not consume any ressources during this time. It feels as if it
had wait(60) at the beginning. This phenomenon persisted to 1.1.15
(don't know about 1.1.16). Many other programs are not affected by
this. Till 1.1.12 anything was OK.

My hardware: DX-66, VLB, 16M+16M swap, Maxtor 7345A, Slackware, libc 4.5.26.
--
Michal Mnuk                                  Phone: +7236 3231 75             
Research Institute for Symbolic Computation  Fax  : +7236 3231 30             
A-4040 Linz, Austria                         E-mail: mmnuk@risc.uni-linz.ac.at


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

Date: Sat, 21 May 1994 10:24:50 +0200
From: Eberhard_Moenkeberg@p27.rollo.central.de (Eberhard Moenkeberg)
Subject: full-speed, was: Re: mounting the CD-ROM (Mitsumi)


Hello Peter Desnoyers and all others,

on 18.05.94 Peter Desnoyers wrote to All in USENET.COMP.OS.LINUX.DEVELOPMENT:

PD> [by the way, someone mentioned trying to speed up the Mitsumi driver a
PD> while back - I've poked around with the driver some and I'm really
PD> interested in helping. There doesn't seem to be a channel appropriate
PD> for this, unless it's the KERNEL one...]

There is a "full-speed" version of mcd.c flying around.
It still has some flaws with error handling (end-of-medium
is not handled properly), but it seems much more reliable
than the "official" version.
The people of the german "unifix" team worked it out - they
deliver it with their CDROM.

The unifix CDROM is mounted for ftp access at
  unifix.ramz.ing.tu-bs.de:/pub/unifix-cd

They "bettered" (or not) the other CDROM drivers, too.

I have taken their CDROM driver works into
  ftp.gwdg.de:/pub/linux/cdrom/drivers/unifix/
(until july, no outside access during MET daytime due to
limited bandwidth) because they missed to send their
Mitsumi work to Linus for half a year now.

Greetings ... Eberhard


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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: kernel: Warning - bdflush not running
Reply-To: pe1chl@rabo.nl
Date: Mon, 30 May 1994 07:48:40 GMT

In <2sbdbh$l@rainbow.sosi.com> mckinsey@rainbow.sosi.com (Scott McKinsey) writes:

>The system is slackware 1.2 and ...
>I have just installed the 1.1.16 kernel.  I am getting a message in
>/var/adm/messages...

>May 29 16:04:50 yggy kernel: Warning - bdflush not running
>May 29 16:05:01 yggy last message repeated 2 times
>May 29 16:05:47 yggy last message repeated 2 times
>.
>.

>I also used the ide patch.  Everything went in without in rejects.
>Anybody got a clue?

Get the "bdflush" program and install it instead of "update".
You can find this program in the same directory as the 1.1.x patches.

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

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

From: d91mn@efd.lth.se (Mikael Nordqvist)
Subject: Manuals for Linux signals [was Re: Zombie problems]
Date: 30 May 1994 11:49:07 GMT

Does anyone have manuals for the signalrelated functions in section 2 ?
The only one in man-pages-1.2.tar.gz is signal.2 and it is obsolete :(
Nothing on sigaction()/sigvec() either. Does anyone that know enough about
Linux signals have the energy to write a new one?

/Mikael
-- 
Mikael Nordqvist, student    | d91mn@efd.lth.se | What is GNU Hurd? A whole
Lund Institute of Technology | mech@df.lth.se   | bunch of GNUs running around.

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

From: heiko@lotte.sax.de (Heiko Schlittermann)
Subject: Re: Anyone speeding up the Mitsumi driver?
Date: Mon, 30 May 1994 08:43:30 GMT

In article <peterd.770046132@sensorite.dev.cdx.mot.com>,
Peter Desnoyers <peterd@sensorite.dev.cdx.mot.com> wrote:
>Is anyone out there hacking on the Mitsumi driver? I've noticed that
>it's as slow as a dog (40-50kbyte/s on a double-speed Mitsumi), no
>doubt partly due to those 4 10-ms sleeps during each block read...
>
>Anyway, if there's anyone out there working on it, or who knows how to
>get specs on the drive, I'd like to hook up with them and take a stab
>at it too.
>
>                               Peter Desnoyers

Yes, some days before I posted to de.comp.os.linux that I'm trying
to design a new mcd.c.  I'm a little bit handicapped (child at home,
a handful other hobbies and windows at work.) And I'm a beginner in
Linux Kernel Programming.  But I'm learning.


Now I'm looking for information about loadable drivers - how are
they interfaced to the kernal, how loaded and how unloaded.  Which
kernel release is necessary at least.

I'm working at:
        Linux lotte 1.0 #4 Fri May 20 14:00:15 MET DST 1994 i486

-- heiko



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

From: leitner@inf.fu-berlin.de (Felix von Leitner)
Subject: Help viewer for WinHelp or OS/2 IPF sought
Date: Mon, 30 May 1994 12:48:20 GMT

Hi Folks,

is there a help viewer for WinHelp or OS/2 IPF help files somewhere ?

Or does someone have some specs on how to write such a beast ?

Or is there a converter for these files to HTML ?

Felix

-- 
(------------------------------------------------------------------)
Felix von Leitner, Gervinusstrasse 22, 10629 Berlin, +49-30-32700270
President of the Council of Ultimate Wisdom
and student at the Free University of Berlin ;)

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

From: tjrc1@cus.cam.ac.uk (Tim Cutts)
Subject: Re: 1.1.15 breaks SCSI
Date: 30 May 1994 12:59:45 GMT

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

>In <2san3e$rm@colin.muc.de> michael@muc.de (Michael Schmidt) writes:

>>lellis@dmccorp.com (John Lellis) writes:

>>>Rene COUGNENC (rene@renux.frmug.fr.net) wrote:

>>>: The kernel 1.1.15 does not work at all with my Adaptec 1540B.
>>>: I get "Unable to reset SCSI host 0, probably a SCSI bus hang."

>>>: And I can't boot.

>>Same here, also with an 1540B.

>>>Funny, works fine with my Adaptec 1542CF.  Are you sure it patched correctly?

>>Could it be, that only 1540B's are hit?

>I don't think so...  I have a 1542B and it works with 1.1.15 & 1.1.16.
>The only difference between the 1540 and 1542 is supposed to be the
>floppy controller.  And I have disabled it.

I have the same problem with my 1542CF.  I also used to get the "resetting
for second half of retries message"  what causes this?  Is there something
fundamental wrong that wasn't fatal until 1.1.15?

Tim.

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

From: pwhiting@alta.manassas.ibm.com (Pete Whiting)
Subject: Widget Definition Language
Date: Mon, 30 May 1994 13:02:54 GMT
Reply-To: pwhiting@lfs.loral.com

I recall reading a post about 6 months back from a person working on the
Notif Project.  That person stated they were using a high level widget
definition language.  Could somebody provide some information on that 
language (syntax, availability, limitations)?

Also, what is the current status of Notif?

Thanks.

Pete
  


-- 
I speak for myself, not for Loral

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

From: parprods@ecn.uoknor.edu (Dorwin Shields)
Subject: Re: Linux and binding sockets
Date: 30 May 1994 13:46:26 GMT

dante@cc.gatech.edu writes:

>On the subject of "Linux and binding sockets", jim@cis.ohio-state.edu wrote:
>>
><something about bits reversed in port number>
>>What am I doing wrong ? I'm using the latest slackware dist and the sockaddr
>>struct in /usr/include/linux/in.h if that helps.
>>

>  sounds like you need to translate the port number to network byte
>order.  see htons() and friends for details.

  Thanks everyone for the help--I am converting the byte orders:

/* get our address--accept any connections to this machine)
  addr=htonl(INADDR_ANY); /*Host TO Network Long */

/* setup address structure */
  bzero((char*)&fulladdr,sizeof(fulladdr));
  fulladdr.sin_family=AF_INET;
  fulladdr.sin_addr.s_addr=addr;
  fulladdr.sin_port=htons(port);

/* create socket: bind it, but don't connect it */
/* this is how a server is set up */
  serverfd=opensocket(&fulladdr,1,0);

 fulladdr is a sockaddr_in structure--which is cast to sockaddr in the
opensocket routine.  port is 5600.        

  Also has anyone gotten socket++1.6 to work on Linux--it compiles but
no user programs will compile--not even the test programs.

Thanks,
Dorwin

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

From: aj@ms.DeTeMobil.de (Andreas Joppich)
Subject: Which driver for C5610 SCSI-controller ?
Date: 30 May 1994 13:41:03 GMT
Reply-To: aj@ms.DeTeMobil.de


Hey everybody out there !

Is there anybody to tell me how to mount a MO-Disc-drive with an
unknown controller ?  There was a SCSI-Controller named C5610 
delivered with the drive. But the drivers in the kernel-sources 
(linux 1.1.15) don't recognize the controller or the MO-drive. 

The SCSI-controller is equipped with a WD 33C93 AJM-chip . Seems 
to be an Western Digital chip ?

The drive is a Fujitsu 128MB-drive.

Any help would be appreceated.

-- 
_______________________________________________________________
Andreas Joppich                              aj@ms.DeTeMobil.de
DeTeMobil GmbH                        db21b_vms@ms.DeTeMobil.de
D-48153 Muenster                         Phone +49-251-977-2943              
Germany                                  Fax   +49-251-977-2949
===============================================================
   The above statements are my privat and personal opinions 
       and not represantive for the DeTeMobil company !  

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

From: parprods@ecn.uoknor.edu (Dorwin Shields)
Subject: Re: 1.1.13 (or later) with > 16M?
Date: 30 May 1994 13:50:49 GMT

teffta@cs690-3.erie.ge.com (Andrew R. Tefft) writes:


>So if you have more than 16M ram and are using 1.1.13 or later,
>please let me know. If you haven't tried 1.1.13 or later and are
>willing to, give me a try and let me know if it works. Surely
>I can't be the only one with this problem! Hopefully if it is
>more common we can come up with a fix.
>-- 

  I am having the same trouble--this weekend I upgraded to 20Meg (from 8)
and now it crashes with Oops:0002 errors--this is a read or write error--
I looked in the faq and saw that there have been problems with mixing
3 and 9 chip SIMMS--is this still a problem--I have 4 1MB SIMMS which are
3 chips SIMMS and 4 4MB simms (9 chip SIMMS)-- I don't know if Andrew
has this type of mix or not--Thanks, Dorwin

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

From: chris@speedway.net (Chris Cappuccio)
Subject: NI6510
Date: 30 May 1994 10:01:46 -0400

How about a Racal Interlan NI6510 card? these bad? 16-bit.. i dunno if
it's full duplex or not, and I'm sure theres no linux support for it
yet.

-- 
---chris@speedway.net
Chris Cappuccio, Director of Network Services for Dream Quest Communications

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

From: haible@ma2s2.mathematik.uni-karlsruhe.de (Bruno Haible)
Subject: Re: CORBA, OMG, Distributed Objects
Date: 30 May 1994 14:07:06 GMT

Jens Krauss <no valid email address> wrote:
>
> If nobody is out there, is there interest for an "corba"???
>
> The problem is, that I have no acces to the OMG documents.

The CORBA specification is available by anonymous FTP. About 180 pages.
  achilles.doc.ic.ac.uk:/imported/ic-dse/standards/corba.ps.Z
  ftp.irisa.fr:/pub/mirrors/OMG/corba.ps.Z
  ftp.informatik.uni-kiel.de:/pub/doc/papers/tech_reports/corba.ps.Z
  claude.ifi.unizh.ch:/pub/standards/corba/spec/corba.ps.Z


                    Bruno Haible
                    haible@ma2s2.mathematik.uni-karlsruhe.de


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

From: d70@nikhef.nl (Bram Bouwens)
Subject: Re: How to print faster
Date: 30 May 94 13:51:17 GMT
Reply-To: d70@nikhefh.nikhef.nl (Bram Bouwens)

In article <2s353s$c06@news1.svc.portal.com> foulds@shell.portal.com (David - Foulds) writes:
=only counts to 3 before giving up.  I increases the count
=to 30 or so (and also increased LP_BUFFER_SIZE to 2048)
=and reduced the time to print ghostscript 200K raster
=files (or whatever you call them) i.e. images of postscript
=pages after having been ghostscripted from 4 minutes to 50 seconds.

I've got a printer which mimics an HP ljetplus. To print some
testpage with a box spaced 1 inch from each edge of the paper
plus a few rulers took 200 seconds, for 840k transmitted bytes.
I changed the ghostscript driver for this printer to skip the
white space at the left margin as well as white pieces within
each line if longer than 40 bytes (repositioning the cursor
yields 22 bytes overhead).
Result: transmitting the same page now involved 230kB, which
was done in 100 seconds, so apparently this keeps the printer 
busy a bit more, relatively.
I also thought about printing horizontal black lines faster,
but they are relatively rare. What would really speed up things
is making a hybrid dvips/dvilj program (I need the ps-stuff
for pictures etc.), i.e. downloading the fonts to the printer,
but I'm not going to do that before I finish my thesis (..).
I guess I should try your trick too.

Regards --- Bram

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

From: wjw@ebh.eb.ele.tue.nl (Willem Jan Withagen)
Crossposted-To: comp.os.linux.misc,comp.os.386bsd.development,comp.os.386bsd.questions,comp.sys.ibm.pc.hardware.systems,comp.sys.ibm.pc.hardware.storage,comp.sys.ibm.pc.hardware.misc,comp.periphs.scsi
Subject: Re: BusLogi 445S and DMA Channel (NEW ANSWER)
Date: 30 May 1994 15:34:05 +0200

In article <michaelv.770005578@ponderous.cc.iastate.edu> michaelv@iastate.edu (Michael L. VanLoon) writes:
=>  In <JKH.94May27001218@nx.ilo.dec.com> jkh@nx.ilo.dec.com (Jordan Hubbard) writes:
=>  >In article <2s2j80$1go@ebh.eb.ele.tue.nl> wjw@ebh.eb.ele.tue.nl (Willem Jan Withagen) writes:
=>  
=>  >>  Because this starts me wonder which kernel I should use with my 445S REV D
=>  >>  board under FreeBSD. I'm using the AHA kernel which works great for 16Mb
=>  >>  But I'm waiting for the 3.37 Eprom to go to 32MB. Should I use the BT 
=>  >>  kernels for FreeBSD
=>  
=>  >You can use the Bt driver *now* for your Rev D board with 16MB - I do
=>  
=>  I guess it just escapes me why someone would even *want* to use the
=>  non-BusLogic driver with a BusLogic board, when a BusLogic-specific
=>  driver exists!  The reasoning fails to make its way through my
=>  brain...

=>  You have a BusLogic card -- use the BusLogic driver!  How hard is
=>  that?...

Well I could write this tedious story of all my considerations :-)
But then everybody would go for the 'kill'-button.

My reasons for using the AHA kernels is that they worked for me. In 
contrast to the BT kernels. AND I can not find any info in the release
notes of GAMMA which tell me that the BT-kernels work with a 445S.
Which is a very troubled card :-(
I do admit it is in the same row of BusLogic cards, and that could suggest
something. :-)

If I switch the 2-10 switch the damnedd board doesn't even passes it's
bios boot. :-( Maybe I shouldn't touch the switch :-)

=>  >Whether or not the 3.37
=>  >eprom fixes the >16MB DMA problem is, however, still an open question
=>  >for ANY of the operating systems.  Buslogic claims success with 3.37,
=>  >yet I've now seen more than a few reports that tend to indicate that
=>  >they did NOT fix the problem.
=>  
=>  I've also heard that the fault is not with the SCSI controller, but
=>  with the VLB circuitry.  Some VLB slots do bus-mastering rather quite
=>  poorly.  Maybe it's your motherboard that's causing you so much pain.
=>  Have you tried moving it to a different slot?  It may be that you have
=>  one master slot and all the rest are slaves (or maybe no true
=>  mastering slot at all... ack :-P ).

I tried to make shure that all slots were master slots. They even faxed
to Taiwan on this topic. Is there any way of finding out if problems are
really due to this feature?

        WjW
-- 
Digital Information Systems Group,     Tel: +31-40-473401, Fax: +31-40-433066
Room EH 10.35  Eindhoven University of Technology   
P.O. 513, 5600 MB Eindhoven, The Netherlands                          TEAM OS/2
Internet:wjw@eb.ele.tue.nl

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


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