Subject: Linux-Development Digest #20
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:     Sat, 13 Aug 94 07:13:08 EDT

Linux-Development Digest #20, Volume #2          Sat, 13 Aug 94 07:13:08 EDT

Contents:
  Re: -= good programmer's editor for X? (Brian L. Stuart)
  Anyone have a CDU31A/CDU33A working in 1.1.4x? (Corey Minyard)
  1.1.44 PCI BIOS detection? (Baba Buehler)
  Re: Registrar for major device #s? (Pim Zandbergen)
  Re: IRQs attached to what? (Brandon S. Allbery)
  WANTED: IRC Server for Linux (Thomas Russell Hoover)
  1.1.42 -> 1.1.43: WD80x3 driver broke (Charlie Cook)
  support for toshiba t1900 ballpoint mouse (E. Jay Berkenbilt)
  Re: Frame Relay and Linux (Ralph Sims)
  Floppy on TI Travelmate laptop: Does still not work (Dirk Hillbrecht)
  Kernel 1.1.42 still has NFS execute problem (Brian Capouch)
  Linux 1.1.41/Seyon problems (Mark Olson)
  IEEE488 and Linux ? (Zenon Fortuna)
  Re: IRQs attached to what? (Matthias Urlichs)
  Re: Changing to 1024x768 in X? (Rob Janssen)
  Re: * QIC-36 tape support * (H. Peter Anvin)
  GPIB drivers for NI AT cards (S. Rene' Holaday)
  Re: Sony CDU31A/Floppy driver fix (Ron Smits)

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

Subject: Re: -= good programmer's editor for X?
From: stuart@zen.mathcs.rhodes.edu (Brian L. Stuart)
Date: 10 Aug 94 15:21:14 -0500

In article <3237v2$c3@pandora.Las-Vegas.NV.US>, eric@pandora.Las-Vegas.NV.US (Eric J. Schwertfeger) writes:
|> Bill Heiser (bill@bhhome.ci.net) wrote:
|> : >] > Not to mention I'm not a believer in having everything AND the
|> : >] > kitchen sink installed in my editor.
|> 
|> : Yeah!  What's wrong with 'vi'?   Emacs isn't an Editor, it's a Lifestyle!  :-)
|> 
|> I want DME for X :)  Lightweight, customizable, and I knew the "macro" 
|> language well enough to write one-liner's on the fly.  Even wrote my own
|> C-mode for it.
|> 
|> Currently I'm using joe, but I can't figure out how to call ispell from
|> within joe easily, so that will probably change, most likely in favor of
|> something based on tcl/tk.

Just to spread this out among enought editors to diffuse/defuse any religous
war on editors, I'll throw another one into the fray.  I've been using sam
some recently.  It was developed in conjunction with the Plan 9 project and
an X version is available on research.att.com.  It gives mac like mouse usage
plus middle and right button menus and has a command language even more powerful
than ed.  I've never seen an editor that was perfect (though teco seemed to
be back when...), but I think I kind of like sam.  If you're willing to live
without the visual, the command language can even be used by itself for modem
connections and the like.

Brian L. Stuart
Math/CS Dept, Rhodes College, Memphis, TN  38112
stuart@mathcs.rhodes.edu

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

From: minyard@crchh7b9 (Corey Minyard)
Subject: Anyone have a CDU31A/CDU33A working in 1.1.4x?
Date: 12 Aug 1994 06:39:13 GMT

I have been trying to debug the CDU31A driver problem in 1.1.41 and
beyond.  So far, I am completely baffled; it acts like the hardware
has gone completely insane.

Does anyone have one of these drives working in 1.1.41 or later?  I'd
like to know your hardware configuration if you do.

Corey
minyard@bnr.ca

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

From: baba@ph-meter.beckman.uiuc.edu (Baba Buehler)
Subject: 1.1.44 PCI BIOS detection?
Date: 13 Aug 94 02:32:33 GMT
Reply-To: baba@beckman.uiuc.edu

I noticed when i upgraded from .39 to .42 that Linux displayed a line at
boot time about noticing the PCI bios.  When i upgraded from .42 to .44,
Linux no longer displayed this line.

Just wondering.  The machine is a Zeos Pantera-90 w/PCI bus.


-- 
%>- Baba Z Buehler
%>- Beckman Institute Systems Services, Urbana Illinois
%>- WWW: http://www.beckman.uiuc.edu/groups/biss/people/baba/
%>- PGP Public Key available via WWW & finger baba@bekcman.uiuc.edu

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

From: pim@dali.cti-software.nl (Pim Zandbergen)
Subject: Re: Registrar for major device #s?
Date: Fri, 12 Aug 1994 21:26:09 GMT

denebeim@bnr.ca (Jay Denebeim P025) writes:

>>> Does anyone know who I should talk to about "registering" a major
>>> device # for a Linux device driver?

>This doesn't sound like a good idea to me.  The problem is every time
>the kernel changes the major devices could change.  This adds an
>initialization order dependency to the major numbers.  Also, I believe
>that replaceable device drivers will mean that either you'd have a
>dependency in the rc file, or at card insertion time.

Might it be an idea to adopt the mdevice/sdevice scheme from
System V ? There, drivers need not know which major # they'll
get, yet they'll linke fine and all devices get created
automatically after a kernel rebuild.
-- 
E-mail : Pim Zandbergen <pim@cti-software.nl>
S-mail : Laan Copes van Cattenburch 70, 2585 GD The Hague, The Netherlands
Phone  : +31 70 3542302
Fax    : +31 70 3512837

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

From: bsa@kf8nh.wariat.org (Brandon S. Allbery)
Subject: Re: IRQs attached to what?
Date: Wed, 10 Aug 1994 21:58:41 GMT

In article <32b5ok$kgn@cesdis1.gsfc.nasa.gov>, becker@cesdis.gsfc.nasa.gov (Donald Becker) says:
+---------------
| Why don't you think the title line belongs there?
| (That's a real question, not just flamebait.)
+------------->8

Anything beyond just the raw information --- that includes both title lines
and formatting --- is just bloat.  You want it to look pretty, write a Perl
script.

++Brandon
-- 
Brandon S. Allbery KF8NH         [44.70.4.88]             bsa@kf8nh.wariat.org
Linux development:  iBCS2, JNOS, MH

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

From: thoover@infi.net (Thomas Russell Hoover)
Subject: WANTED: IRC Server for Linux
Date: 12 Aug 1994 15:49:51 GMT

Greetings to All,

        Can somebody point me to an IRC Server for Linux? There has been a
port, right?

Thanks,
Tom Hoover

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

From: charlie@bridgewater.edu (Charlie Cook)
Subject: 1.1.42 -> 1.1.43: WD80x3 driver broke
Date: Fri, 12 Aug 1994 14:35:05 GMT

Hi all,

        Has anyone else seen the following?  I am running xntpd 3.3q on our
Linux box and this was how I first saw the error.  Under 1.1.42 I can boot
and when ntpdate and xntpd fire off I have no problems.  When I went to 1.1.43
I saw the following errors reported from the kernel:   

        eth0: card not present
        eth0: card not present
        
        Then of course, nptdate complained it could not find a host to sync
with.  When I went back to 1.1.42, everything works fine.  The kernel seems
to think that the driver has loaded under 1.1.43 though it is the only thing.

        Thanks for any help you can give.

Charlie
=====
Charlie@bridgewater.edu                          Charlie Cook
Computing Center Student Assistant

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

From: ejb@ERA.COM (E. Jay Berkenbilt)
Subject: support for toshiba t1900 ballpoint mouse
Date: Fri, 12 Aug 1994 15:16:12 GMT


Does anyone have a driver for the "ballpoint mouse" Toshiba
T1900 laptop computer?  Ideally, the driver would make the
ballpoint mouse look like one of the supported bus mice.  If
not, I may consider writing such a driver and am wondering
whether anyone else has done any work I can leverage off of
(aside from the existing drivers in the kernel)?  I'm fairly
experienced at writing drivers and don't anticipate a lot of
trouble given the specifications.  I'm not DOS/386-knowledgeable
enough to do this by disassembling the windows/DOS driver -- I'd
buy a serial mouse first.

Please respond by email.  I'll try to monitor this group more
closely, but I'll be out of town for a few days and some
responses may expire.

Thanks!

--
                                E. Jay Berkenbilt (ejb@ERA.COM)
                                Engineering Research Associates

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

From: ralphs@halcyon.halcyon.com (Ralph Sims)
Subject: Re: Frame Relay and Linux
Date: 12 Aug 1994 06:28:18 GMT

fyl@eskimo.com (Phil Hughes) writes:

>The idea is to connect a Linux system directly to a frame relay circuit
>for Internet connectivity. By directly, I mean through a CSU/CSU but
>without a router. There are reasonably priced DSU/CSUs that will handle a
>56K frame relay circuit.  But the Linux box would then have to handle
>X.400 (I think that is right) packets.

You could use a device called a MonoFrad to hook to the digital line
and then to the high-speed serial port on the Linux box.  Then, you
use PPP (or maybe CSLIP, but PPP for sure) to talk to the port.  No
need for a router, and this actually replaces the CSU/DSU.  Cost is
a little under $1,000.  You could also probably use a dialup router
with a builtin CSU/DSU, but the MonoFrad is built to do just what
you want.


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

From: hillbrec@informatik.uni-hannover.de (Dirk Hillbrecht)
Subject: Floppy on TI Travelmate laptop: Does still not work
Reply-To: hillbrec@informatik.uni-hannover.de
Date: Fri, 12 Aug 1994 17:16:30 GMT

Hi everyone,

some time ago I have already posted that I have problems with a TI Travelmate
laptop's floppy. It worked only if I moved the trackball within X. I got
mail where I was said that someone else had similar problems with an
ethernet card in the computer and had patched the ethercode not to use the
same IRQ as the floppy code.

Unfortunately I had no ethernet in my Travelmate. I do not have the laptop
itself anymore, either (it was only loaned). But I hoped that with the 1.1.41
patches the problems could have been solved.

It doesn't seem so. A friend of mine administrates a TI Travelmate 4000 with
486SX processor and has a very similar problem with 1.1.41/42/43 kernel.
Any kind of access to the floppy urges the computer to reboot immideately.

So, call for the floppy code hackers: I know that it ones ran: 1.1.8 that
was precompiled on Q-series of Slackware 1.1.2 made its job perfectly
with the floppy. So: Do you see any possibility to make it work again.
It would be so great to use the floppy of the computer, especially as long
as it is NOT connected to any network... If you tell us what you have to
know, we would give you all information you need, if possible...

Ciao, Dirk

--

Dirk Hillbrecht
snail mail: Bangemannweg 8 A, 30459 Hannover, Germany
Internet:   hillbrec@informatik.uni-hannover.de
FidoNet:    coming soon           === End of File ===

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

From: brianc@saintjoe.edu (Brian Capouch)
Subject: Kernel 1.1.42 still has NFS execute problem
Date: Wed, 10 Aug 94 15:04:02 CDT

The problem that I reported yesterday, which is that the 1.1.41 kernel (and
at least 1.1.40 before it, but not 1.1.35) gives a segmentation fault when
attempting to execute certain (but not all) images that are available 
to the system through an NFS-mounted volume.

I haven't hacked nfsd or mount software, so I think this is a kernel
problem.


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

From: molson@apollo.tricord.com (Mark Olson)
Subject: Linux 1.1.41/Seyon problems
Date: 13 Aug 1994 04:37:42 GMT

   I have a strange problem that appeared somwhere between 1.1.37 and
1.1.41 - characters typed at the keyboard and sent through the terminal
emulator, Seyon 2.1 r 4b, get dropped.  Especially noticeable are function
keys - occasionally a character in the function key sequence gets lost and
the function key does something completely different.  I took out the patches
from 41 back to 37 and now I have no problems...
  
  Is this a known problem?  It's sure strange...
  
Mark Olson

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

From: zenon@resonex.com (Zenon Fortuna)
Subject: IEEE488 and Linux ?
Date: Fri, 12 Aug 1994 12:14:31 GMT

Somebody wants to use a Linux system for measurements collection, over
a IEEE488 interface card (there are some ISA cards with IEEE488).
The IEEE488 is called HP-IB on the HP system.

Does anybody know about existing driver scheleton ? Or already working
system ? Suggestions of the cards ? (I know about the National Instruments,
but they don't know about Linux)

Thanks for any comments,

        Zenon (zenon@resonex.com)

PS.
If I get non-zero e-mail answers, I will summarize to the Net.

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

From: urlichs@smurf.noris.de (Matthias Urlichs)
Subject: Re: IRQs attached to what?
Date: 13 Aug 1994 07:34:07 +0200

In comp.os.linux.development, article <CuDpx6.5EI@pe1chl.ampr.org>,
  pe1chl@rabo.nl writes:
> In <32clg9$igh@zeus.rbi.informatik.uni-frankfurt.de> lingnau@tm.informatik.uni-frankfurt.de (Anselm Lingnau) writes:
> 
> >Random crud like title lines is a nuisance to people trying to parse the
> >output, too.
> 
> Is it so difficult to skip a title line?
> 
Yes it is -- consider the following simple loop in a /bin/sh script:

while read a b c 
do
        ...whatever... 
done < /proc/irq

Now convert this loop into something that will skip the first line, like

firstskip=y
while read a b c 
do
        if test $firstskip = n ; then
            ...whatever... 
        else
                firstskip=n
        fi
done < /proc/irq

or 

(
    read a
    while read a b c 
    do
            ...whatever... 
    done
) < /proc/irq

Ugh. Certainly doable, of course, but _ugly_.

> What I think is wrong is the format of /proc/devices:
> 
>     Character devices:
>      1 mem
>     Block devices:
>      2 fd

> Such subtitles are a nuisance.  It should be done like this:
> 
>     c  1 mem
>     b  2 fd
> 
Either that, or split the file into char_dev and block_dev, or something
like that.

> This allows you to read and interpret it line-by-line.  The presence
> of a header at the top, as long as it is done consistently, is of minor
> importance IMHO.
> 
But it's still kernel bloat.  ;-)  (And user program bloat -- see above.)

-- 
A liberal mind is a mind that is able to imagine itself believing anything.
                        -- Max Eastman (1883-?)
-- 
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>.

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: Changing to 1024x768 in X?
Reply-To: pe1chl@rabo.nl
Date: Wed, 10 Aug 1994 21:39:17 GMT

In <329ii4$kft@cmcl2.NYU.EDU> rqo3606@acf3.nyu.edu (Ron  Olson) writes:

>Hi all...

>I am currently running X using the SVGA driver that was patched
>with the Mach64 driver. I am able to run in 800x600, but I'm
>afraid that's still too big for me. I want to run in 1024x768, but
>all the changes I make to the Xconfig file and it still defaults
>to 800x600, even after putting it at the top of my ModeDB section.

>Might anyone know how this is done?

"man Xconfig" will explain it to you.

This is *certainly not related to development*
Please post your questions in the appropriate group!

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

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

From: hpa@ahab.eecs.nwu.edu (H. Peter Anvin)
Subject: Re: * QIC-36 tape support *
Reply-To: hpa@nwu.edu (H. Peter Anvin)
Date: Fri, 12 Aug 1994 19:52:14 GMT

Followup to:  <1994Aug8.201728.2748@infomat.ve6mgs.ampr.ab.ca>
By author:    jbg@infomat.ve6mgs.ampr.ab.ca (Jason ROOT George)
In newsgroup: comp.os.linux.development
> 
> I picked up an Everex QIC-36 interface and QIC-150 tape drive
> for absolutely nothing.  They work fine under the circa-1987 
> DOS backup software.  I'd like to try to get this beast to work
> under Linux, but I know little to nothing about QIC interface
> standards and programming.  I'm willing to give the task of writing
> an interface a stab if I can be pointed in the right direction.
> 
> 
> The card is an Everex-833 and the drive a Wangtek 5150EN, packaged
> as an Everex.
> 

There is no need to spoof the Linux driver, it works fine as it is.  I
use it with a QIC-36 drive from Everex.

Note there is one small trick: if you're using an Everex board on
DMA3, you have to make a small change in tpqic02.c (or maybe it is
tpqic02.h) in the kernel source... look for "Everex" and you'll find
it.  You'll need to edit tpqic02.c anyway to match your card's
configuration.

>
> BTW, anyone got a manual for the DIPs on the card?  :-)
> 

If you got the (DOS) setup disks with the card, the Install/Configure
Hardware option in the TAPE program will let you type in a
configuration (I/O address, IRQ, DMA) and will spit out the correct
configuration.  If you didn't, let me know what configuration you
want and I'll run it through my own program and mail you the correct setup.

The I/O address should be any even address in the span 0x000-0x3FE;
the card uses two consecutive addresses.  Can be anywhere where it
doesn't conflict with other cards.

The card supports IRQ 2/9, 3, 4, 5, 6 or 7.  Don't use IRQ6, it is
used by the floppy disks.  IRQ3 and IRQ4 are for the COM ports.  IRQ7
is for LPT1, but nether Linux nor DOS uses interrupts for the printer
ports so that one is safe (not if you're using OS/2, though).  IRQ2/9
and IRQ5 are unused by default.

If you use IRQ2/9 you *have* to enter it as 9 in tpqic02.c.
Technically there *is* no IRQ2 in 286 or higher machines, but the wire
that carries IRQ9 is labelled IRQ2 for hysterical raisins, so just
remember they are the same thing...

You can also choose between DMA1 and DMA3.  Both are unused by
default, but if you have a SoundBlaster it will use DMA1.

        /hpa
-- 
INTERNET: hpa@nwu.edu             --- Allah'u'ahba ---
IBM MAIL: I0050052 at IBMMAIL     HAM RADIO:   N9ITP or SM4TKN
FIDONET:  1:115/511 or 1:115/512  STORMNET:    181:294/1 or 181:294/101
Si fractum non sit, noli id reficere.

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

From: rene@lsx20g.nsls.bnl.gov (S. Rene' Holaday)
Subject: GPIB drivers for NI AT cards
Date: Sat, 13 Aug 1994 05:53:48 GMT

Chris,

Below I'm including a previous post by Claus Schroeter who is working on
a gpib driver for the NI AT-GPIB board, seemingly with the blessings of 
National Instruments.  Many of us at Brookhaven are also interested in this
development work for use in the lab (National Synchrotron Light Source).

hope this helps.

Rene'

=======================  Claus' article below  ==========================
 
Hi there..

I've sucessfully ported the national instruments code from ftp.natinst.com
to linux. but unfortunately this code is copyrighted by national instruments
and i dont know about violating some laws if i make it availiable for public .

My strategy is to reduce this copyrighted code to a minimum and provide
this parts as patch to the original version that you can get seperately
from (ftp.natinst.com).     

Now the state of the art:

        - The GPIB-Package i made for linux consist of three parts:

          1.) The Driver Module (dynamically loadable, requires minor
              changes to the kernel)

          2.) The C-Language Interface to the driver ( static and shared
              Library with NI-Compatible calls (ibfind,ibwrite....),
              i changed the configuration mechanism to a more-unix-style. 

          3.) A patch to TCL that makes GPIB-commands availiable to
              TCL/Tk ... a very powerful Measurement Environment.
              You can make a graphical User Interface to your GPIB-Devices
              within one hour (or less).

TODO (my phantasies):
         Changes to Driver/Library:

         - Fixing some bugs (timeout problems)

         - Make the Library free from NI-Code (there are some parts)
           so that i can give it to others without any badness.

         - Add support for low-cost IEEE488 cards with NEC7210 chip
           and perhaps other cards (TI,HP,...)

         - I plan to change the code for multiboard support and multiuser
           access to the GPIB-Bus (not trivial, so be patient).

         Changes to TCL/Tk Interface:

         - Make GPIB-Events transparent to Tk so that simple callback
           Mechanism can be used.

         - Make some nice widgets for Tk for examples VU-Meter, Scope
           Digital-Meter, Level controls, Dial Buttons etc...
           That all can get their inputs from IEEE488 so that
           Simple Lab-Environments can be build.
           (for this project i could need some help from experienced
            tk-programmers)

         - Write some demo-tools with TCL/Tk ... Configuration Utility
           Protocol Viewer etc...

OK..

If you're interested in this project drop a line to me:

clausi@chemie.fu-berlin.de

coworkers, suggestions and comments are appreciated.


clausi

         



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

From: ron@draconia.hacktic.nl (Ron Smits)
Subject: Re: Sony CDU31A/Floppy driver fix
Date: 13 Aug 1994 12:29:45 GMT

>>>>> "Corey" == Corey Minyard <minyard@crchh7b9> writes:

    Corey> I have found the problem with the CDU31A.  Actually the
    Corey> floppy driver was clobbering my base I/O address value.  I
    Corey> think someone owes me a beer for this one.  At least a
    Corey> virtual beer :-).

    Corey> This also might fix a lot of problems people were having
    Corey> with the new floppy driver.

    Corey> Here's the fix:


    Corey> --- linux/drivers/block/floppy.c.old Fri Aug 12 09:31:58 1994
    Corey> +++ linux/drivers/block/floppy.c     Fri Aug 12 09:31:36 1994
    Corey> @@ -2920,7 +2920,9 @@
    Corey>      config_types();
 
    Corey>      fdc_state[0].address = 0x3f0;
    Corey> +#if N_FDC == 2
    Corey>      fdc_state[1].address = 0x370;
    Corey> +#endif
    Corey>      for(fdc = 0 ; fdc < N_FDC; fdc++){
    Corey>       FDCS->dtr = -1;
    Corey>       FDCS->dor = 0;

I applied this patch to a 1.1.44 kernel and it DID solve the
problem,my CDROM is now working again.

Oh Mighty Linus hear my prayer and apply this patch to 1.1.45
--



                Ron Smits
                ron@draconia.hacktic.nl
                Ron.Smits@Netherlands.NCR.COM

/*-( My opinions are my opinions, My boss's opinions are his opinions )-*/
/*-(                They might not be the same                        )-*/

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


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