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:     Sun, 8 May 94 21:13:07 EDT
Subject:  Linux-Development Digest #703

Linux-Development Digest #703, Volume #1          Sun, 8 May 94 21:13:07 EDT

Contents:
  Enhanced IDE support? (PETERSEN KIRK A)
  Re: BogoMips 7.?? on 386/40 (Benson L Chow)
  Re: Using multiple scsi controllers (Drew Eckhardt)
  Re: linux 1.1.12 and use of rarp (Omar Loggiodice)
  Re: SLIP bitch
  Re: [Announcement] 386BSD Release 1.0 (Vernon Schryver)
  Re: What about writing a fs-encryption (Frank Lofaro)
  Re: What about writing a fs-encryption (Frank Lofaro)
  Linux 1.1.12...compile problem (Omar Loggiodice)
  Re: linux 1.1.12 and use of rarp (Omar Loggiodice)
  Quantum Hardcard EZ:  as second drive ("Martin")
  Timing at a frequency (Emanuel Borsboom)
  X11 SVGA server for WD chipset... (Chris Schmechel)
  Re: wt news--version 0.03 and mailing list (Brian Vinter)
  Re: IEEE-488, HPIB, GPIB drivers, H/W (John Shanton)
  Re: PrintcapCannonBubleJet (Andreas Klemm)
  Re: howto kernel ? (Jim Lynch)
  tk3.6 make dies with 'no member named _gptr' (Scott McKinsey)

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

From: un17@clark.edu (PETERSEN KIRK A)
Subject: Enhanced IDE support?
Date: 6 May 1994 00:57:39 GMT


        I was just reading an article about the new enhanced IDE drives
and controllers and was wondering if it will work with Linux right away or
will drivers need to be written?  Thanks for your time

Kirk Petersen
un17@clark.edu

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

From: Benson L Chow <bc3c+@andrew.cmu.edu>
Subject: Re: BogoMips 7.?? on 386/40
Date: Fri,  6 May 1994 11:20:03 -0400

I think this should be the last message about this topic:
I consistantly get 7.62 on my 386DX/40 (128k cache) with AMI BIOS setup
as "AUTOCONFIGURE"

I can get up to 7.98 if I tweak the bios for less refresh, etc.  But it
kills my i/o reliability so I'm keeping it at the old number.

I would say that if you get less than 7.0 for a 386DX40 there's
something wrong.  If you have an SX, expect something lower.


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

From: drew@kinglear.cs.colorado.edu (Drew Eckhardt)
Subject: Re: Using multiple scsi controllers
Date: 6 May 1994 01:05:56 GMT

In article <JROZES.94May5195631@allegro.cs.tufts.edu>,
Jonathan Rozes <jrozes@allegro.cs.tufts.edu> wrote:
>Didn't see anything about this in the HOWTO...
>
>My guess is that it is not possible at this time. 

It's allways been possible with different SCSI adapters - in my
case, this means a T128 and NCR53c810 (don't ask, it's not stable
and therefore not publically available), since I figured this would 
make my life as a developer easier.

More recently, support was introduced for multiple host adapters of 
the same type in a system, but few old drivers were retrofited 
to use the code.  The last time I looked closely, only the 
NCR5380 and Adaptec 1540 drivers supported multiple boards 
of the same type in the same system.

>If I'm correct,
>would somebody care to summarize what would need to be done (aside
>from changing the device label scheme) to allow this to work?
>
>If I'm wrong and this is in fact possible, how would one go about
>setting up such a system?

Take a look at the detection functions on the SCSI adapters you
want to use, if they support it, plug them in at different 
addresses, if not, modify the code so that the state information
needed on a per host basis is stored in the variable length 
hostdata field of the Scsi_Host structure.


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

From: ologgio@netcom.com (Omar Loggiodice)
Subject: Re: linux 1.1.12 and use of rarp
Date: Sun, 8 May 1994 18:39:41 GMT

David Simmons (simmons@EE.MsState.Edu) wrote:
:*> Much to my delight, I noticed that version 1.1.12 of the kernel supports
:*> RARP.  How can this be utilized?  Can these routines be accessed from a
:*> user application to determine a machines IP address?  I've been waiting
:*> for something like this so that I can implement a "Linux/X terminal boot
:*> disk" that can boot any computer in my building into an X terminal.
:*> Any hints on RARP implementation would be appreciated.
:*> (Good job, developers!)

hmm..after I upgraded to patch12 i got an error message stating that
rarp_get_info and rarp_ioctl ( functions?) where not defined ( i.e. at the
linker stage the function definitions were not found ). 

   Right now I'm greping the source to fix the problem. Seems like something
was not #included correctly ...or probably has to do with the new options in
make config. hmmm...the grep just finished ...at least I see the definition
of rarp_get_info and an extern declaration for it...

   well, I'll look into it; if someone else has the same problem just email
me later to see if i found what was wrong.

:*> -- 
:*> David Simmons, System Administrator                 simmons@ee.msstate.edu
:*> Mississippi State University Electrical and Computer Engineering
:*> Visit my home page!  http://www.msstate.edu/~dls3/
-- 
____________________________________________________________________
            /   __  __  __  - __  __ / - _  __    ologgio@netcom.com
  Omar R.  /__ /_/ /_/ /_/ / /_/ /_/ / /_  /-_    ologgio@conicit.ve
                  __/ __/                         
___C++/5_yrs____Virtual Reality/3_yrs____Vorl_____Linux(free)_______

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

From: lellis@dmccorp.com ()
Subject: Re: SLIP bitch
Date: 8 May 1994 18:47:52 GMT

Jim Wygralak (darus@MCS.COM) wrote:

: His explanation of why this is a problem is that his system has a different
: IP address for each dialin line. He gave me a fixed IP address to use, that
: should work, but said it would increase the load on his network backbone.

Your bitch should be with your provider, not with the linux developers.  It is
absolutely unnecessary for the SLIP server to use a separate IP address for each
dialin port.  On the other hand, he may need to dynamically assign you (as the
SLIP client) an IP address which changes depending upon which line you called in
on.  DIP handles this pretty neatly.  If this is what he meant, then you need to
change your IP address dynamically when you need to connect.  If he has a diff-
erent IP address on the host side for each dialin port, you should probably be
looking for another provider, since the one you have probably doesn't know his
business.

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

Crossposted-To: comp.os.minix,comp.unix.bsd,comp.unix.pc-clone.32bit,comp.os.386bsd.development,comp.sys.ibm.pc.hardware.misc
From: vjs@calcite.rhyolite.com (Vernon Schryver)
Subject: Re: [Announcement] 386BSD Release 1.0
Date: Sun, 8 May 1994 13:59:38 GMT

In article <2qht16$msc@news.u.washington.edu> tzs@u.washington.edu (Tim Smith) writes:
> ...
>I wrote a SCSI BIOS that doesn't support booting from a CD-ROM, because it
>never occurred to me or the people we wrote it for that this would be a
>cool thing, but if it had, it would have taken about 5 minutes to modify
>the BIOS to support it.  It doesn't surprise me to find that someone did
>think of it and do it.  It really is trivial.

While that is no doubt true, the start of this thread is that someone
says that Jolitzes say that their new CDROM is intended to be booted
directly from CDROM using Adaptec 1540's.

That is between "impossible" and "impractical" on purely practical
grounds.  Everyone agrees it would require you to make your CDROM drive
be target 0, which would mean that when you booted your system, it might
come up from the CDROM.  Since most CDROM drives are read-only, that
would make it rather inconvenient to configure the drives (and so forth)
you actually have in your system.  That would make it a little inconvenient
to actually use the magnetic drives in your system.  Would you want the
read-only UNIX kernel on the CDROM to poke at every SCSI, IDE, SMD, and
floppy to see if it finds volume labels it thinks it recognizes and
mount any apparent UNIX volumes read-write?--I certainly wouldn't!
Would you want to stick to only CDROM with no disk?  Or have to manually
mount the real drives on each reboot?  Or be stuck with having what ever
combination of SCSI targets the authors of the CDROM think reasonable?

(The Ciprico RF5500 lets you configure the mapping between "drive c"
and SCSI target, but the quote said "Adaptec 1540", not "Ciprico".)

It would be mildly useful to be able
    1. temporarily remove or reconfigure your hard drive on target 0,
    2. reconfigure your CDROM to target 0 and boot from it.
    3. write a conventially miniroot boot floppy.
    4. restore the correct configuration of your SCSI devices,
    5. boot from the miniroot floppy and procede as has been usual
        since at least the early 1980's for 4.1-BSD systems.

On the other hand, if I paid $100 for a CDROM that costs about $2 to
manufacture, I'd expect it to come with a suitable boot floppy that
costs about the same as the CDROM's jewel case to manufacture.  
(I'd also expect a $100 CDROM to come with a jewel case.)  (Yes, we all
know software NRE costs are generally much more than software manufacturing
cost.)


Vernon Schryver    vjs@rhyolite.com

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

From: ftlofaro@unlv.edu (Frank Lofaro)
Subject: Re: What about writing a fs-encryption
Date: Tue, 3 May 94 18:12:01 GMT

In article <1994May2.204634.10412@selway.umt.edu> michael@selway.umt.edu (Michael Babcock) writes:
>In article <5Ns0FqjDpsB@_higgins.delbox.zer.de>,
> <HIGGINS@DELBOX.ZER.DE> wrote:
>>Frank Westheider         Linux Support Group Paderborn
>>higgins@uni-paderborn.de     higgins@delbox.zer
>>~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>
>>Hi Folks !
>>
>>Is there already a function to encrypt whole partitions/filesystems ?
>>It would be a nice hack to let the kernel read-in a crypt-code at
>>bootup and then crypt all linux-partitions with such a flag with
>>this code ?
>>This would make a public-linux-machine save.
>
>Just make sure it's not programmed in the US of A, land of the free.
>
>Michael Babcock  michael@selway.umt.edu
>"I've got to change my mind before it burns out."

You could do all but the actual encryption in the U.S. Including putting 
in hooks where encryption could be dropped in. 



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

From: ftlofaro@unlv.edu (Frank Lofaro)
Subject: Re: What about writing a fs-encryption
Date: Tue, 3 May 94 18:18:19 GMT

In article <JROZES.94May2220119@allegro.cs.tufts.edu> jrozes@allegro.cs.tufts.edu (Jonathan Rozes) writes:
>>>>>> "Matthias" == Matthias Urlichs <urlichs@smurf.noris.de> writes:
>
>> In comp.os.linux.development, article <JROZES.94May1161256@allegro.cs.tufts.edu>,
>>   jrozes@allegro.cs.tufts.edu (Jonathan Rozes) writes:
>>> 
>>> Matt Blaze at AT&T has developed an fs-independant cryptographic
>>> filesystem layer. It requires US residency (uses DES) and NFS to work.
>
>> Using DES doesn't need US residency, it just means that nonresidents should
>> get the DES code snippet from someplace esle. (They can, you know.)
>
>Nope. Matt will only release the code to US or Canada residents. Just
>as a side note, US export laws also forbid exportation of skeleton
>code that has the correct hooks for encryption modules in place. For 
>an example, check out the bones distribution of kerberos.
>

As far as I know, the law DOES NOT prohibit exporting code with hooks in it. 
The kerberos people probably are being paranoid. (worried about appearance of 
impropriety, etc.) Heck an hook for compression or any translation could 
also serve as a hook for encryption, if the law was this tight, very little 
free and open code could be developed. Even Linux itself would be illegal, 
since the VFS layer could probably be used as a hook on which to stick 
an encryption layer.

The U.S. is pathetic, I admit, but we are not THAT bad! (yet....)



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

From: ologgio@netcom.com (Omar Loggiodice)
Subject: Linux 1.1.12...compile problem
Date: Sun, 8 May 1994 19:24:25 GMT

Hi,

   I just posted a message a few secs ago about 1.1.12 not compiling because
functions rarp_get_info and rarp_ioctl were not in the inet.o object file.

I just fixed the problem and it seems to happen because the Makefile in
net/inet is not updated to include the relevant object file (rarp.o). I just
added the following lines ( after the definition of the OBJS variable and
before CONFIG_AX25 for those of you that don't know about make) to the
Makefile in net/inet and it compiles OK ( i just booted it).

# Added by Omar Loggiodice ( ologgio ) to fix compiling 
# problem with 1.1.12 - rarp_get_info and rarp_ioctl symbols
# reported missing by the linker

ifdef CONFIG_INET_RARP

OBJS    := $(OBJS) rarp.o

endif

# end of additions to net/inet/Makefile - ologgio

Best regards,
   Omar Loggiodice



-- 
____________________________________________________________________
            /   __  __  __  - __  __ / - _  __    ologgio@netcom.com
  Omar R.  /__ /_/ /_/ /_/ / /_/ /_/ / /_  /-_    ologgio@conicit.ve
                  __/ __/                         
___C++/5_yrs____Virtual Reality/3_yrs____Vorl_____Linux(free)_______

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

From: ologgio@netcom.com (Omar Loggiodice)
Subject: Re: linux 1.1.12 and use of rarp
Date: Sun, 8 May 1994 19:30:06 GMT

Omar Loggiodice (ologgio@netcom.com) wrote:

:*> hmm..after I upgraded to patch12 i got an error message stating that
:*> rarp_get_info and rarp_ioctl ( functions?) where not defined ( i.e. at the
:*> linker stage the function definitions were not found ). 

:*>    Right now I'm greping the source to fix the problem. Seems like something
:*> was not #included correctly ...or probably has to do with the new options in
:*> make config. hmmm...the grep just finished ...at least I see the definition
:*> of rarp_get_info and an extern declaration for it...

:*>    well, I'll look into it; if someone else has the same problem just email
:*> me later to see if i found what was wrong.

   Problem solved, Makefile was not updated. Please read my next message
"Linux 1.1.12...compile problem" for a solution.
-- 
____________________________________________________________________
            /   __  __  __  - __  __ / - _  __    ologgio@netcom.com
  Omar R.  /__ /_/ /_/ /_/ / /_/ /_/ / /_  /-_    ologgio@conicit.ve
                  __/ __/                         
___C++/5_yrs____Virtual Reality/3_yrs____Vorl_____Linux(free)_______

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

From: "Martin" <mcooke@raisin.ucs.indiana.edu>
Subject: Quantum Hardcard EZ:  as second drive
Date: Sun, 8 May 1994 14:48:45 -0500


Howdy,
           Before I start chewing on this kernal to add support for
my 240 meg hardcard, I thought that I would drop a line here first
in the hope that someone who has already done this, could save me
some work ;) If this kind sole is out there, please post the patches
(as I may not the only one that has an interest in kernel hardcard support)
or mail them to me.

thanx,

-martin   mcooke@kiwi.cs.indiana.edu


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

From: borsboom@gibeah.connected.com (Emanuel Borsboom)
Subject: Timing at a frequency
Date: 5 May 1994 19:58:49 -0700

For certain programs, I need them to run at the same speed no matter
what speed system they're running on.  These are usually real-time
graphics programs.  The fps rate can vary, but then things just
move farther each frame.

When programming for DOS (after using Linux, I plan to leave this
behind forever), I would intercept the timer interupt, and make the
handler simply increment a counter.  I would then reset the timer
to tick at 70hz (refresh rate of the screen, so on a fast enough
system it will look perfectly smooth).  Then I would recalculate
variables (e.g. positions of things) for however many ticks
have gone by since the last update.  Then I would do the drawing
and push everything on the screen.  

Is there any way I could do something like this in Linux?

Any help would be appreciated greatly..

.. Emanuel Borsboom (borsboom@gibeah.connected.com)


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

From: schmech@cs.unca.edu (Chris Schmechel)
Crossposted-To: comp.os.linux.misc
Subject: X11 SVGA server for WD chipset...
Date: 6 May 1994 05:06:36 GMT

Hi,

I currently have a Gateway Rocket Video Card (WD90C33 chipset).  I am
looking for SVGA server that supports this new chipset (unfortunately
the current server only supports the WD90C31 and it's incompatible).

I am using SLIP and Mosaic and really need the extra colors and
resolution.  I would appreciate any information you can give me about
this.

Thanks,

-Chris

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

From: vinter@cs.uit.no (Brian Vinter)
Subject: Re: wt news--version 0.03 and mailing list
Date: Thu, 5 May 1994 07:20:12 GMT

If this is getting into at fps contest, I'll join in :)

At 1000x1000 pixels "my" HP735 yields from 6.65 to 7.98 fps.
In standard 320x200 I get from 60 to 72 fps :-) (Truely I really do!)

My compliments to the author, usally _nothing_ compiles under HP-UX
without days of porting, but with wt I just had to remove the -m486 flag
and I was off and running.

Greetings

Vinter

 ________________________________________________________________
| Brian Vinter                      | Email vinter@cs.uit.no     |
| Department of Computer Science    | Phone (+47) 77 65 29 19    |
| University of Tromsoe             | Discalimer:                |
| N-9037 Tromsoe, NORWAY            | Real men do it in parallel!|
 ________________________________________________________________

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

Crossposted-To: comp.sys.ibm.pc.hardware.misc,comp.sys.ibm.pc.misc,comp.sys.hp.misc
From: shanton@hns.com (John Shanton)
Subject: Re: IEEE-488, HPIB, GPIB drivers, H/W
Date: Wed, 4 May 1994 18:00:29 GMT

In article <2poroa$u6k@watnews1.watson.ibm.com>, clarke@watson.ibm.com (Ed Clarke) writes:
|> In article <2pomka$s0d@news.uni-c.dk>, pd@kubism.ku.dk (Peter Dalgaard SFE) writes:
|> > The old National board came with drivers for BASIC. As I
|> > remember it, it was only a matter of BLOAD'ing a few K of
|> > machine language. This should be easily reverse engineered.
|> 
|> Yeah, it was, by me.  It turns out to be simple calls to the real device
|> driver that was loaded in CONFIG.SYS.  You'll do better to buy the source
|> code from National Instruments - 8086 assembly language, for embedding
|> into a process control package.  Not the same thing as they sell for
|> general access to the bus, but a good start.  1-800-IEE-E488 ...

I am currently in the process of developing a driver for the PCII/PCIIA
National Instruments GBIP (HPIB, IEEE488) controller card.  The interface
to the controller under dos does use a TSR that is loaded with CONFIG.SYS.
This TSR driver can't be used on a Linux system.

The Nat. Inst. source code refered to above does do direct access to the
controller card.  This is my starting point for developing a full blown
Linux device driver.  The driver has a standard device file (char special)
in /dev.  I am also adding support for the referencing of instruments by
individual file names (e.g. /dev/voltmeter, /dev/freq_syth).

I have already talked to National Instruments and they have given me
permission to release any of this code that I have included with my code
to the general Linux community under the normal terms of the GNU Public
License.

If anyone has interest in this driver please drop me a message.  Any
suggestions of useful features are welcome.




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

From: andreas@knobel.knirsch.de (Andreas Klemm)
Subject: Re: PrintcapCannonBubleJet
Date: 8 May 1994 21:48:54 GMT

Alper Aker (aaker@whale.st.usm.edu) wrote:
: Tony Teague (tony@sci.ccny.cuny.edu) wrote:
: : hey, 
: :   My friend has this linux box but he doesn't what type a script that he should
: : use to print out dvi or ps printscript files ... 

This doesn't have something to do with Linux developement.
So please use another group (c.o.l.help) for this.

BTW: there is a printing howto, that should fit your needs and there
is apsfilter, a program that does the job for you !

        Andreas ///

--
Andreas Klemm                 /\/\____ Wiechers & Partner Datentechnik GmbH 
andreas@knobel.knirsch.de ___/\/\/     andreas@wupmon.wup.de (Unix Support)

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

From: jimlynch@netcom.com (Jim Lynch)
Subject: Re: howto kernel ?
Date: Thu, 5 May 1994 07:24:47 GMT

In article <CosyuE.GED@seneca.ix.de>, Harald Milz <hm@seneca.ix.de> wrote:
>Laurent Chavey (chavey@balin.cis.udel.edu) wrote:
>: > where is the HOWTO hacker guide to linux.
>: > Could not find it on sunsite, in the INDEX file.
>: > thank you.
>
>All HOWTOs are in sunsite.unc.edu://pub/Linux/docs/HOWTO. As for
>the kernel, there's a README in the linux source directory. The
>kernel hacker's guide is on sunsite in 
>/pub/Linux/docs/linux-doc-project/kernel-hackers-guide/ . 
>
>Hope this helps.
>
>Ciao,
>hm
>
>-- 
>Harald Milz (hm@seneca.ix.de)

I tried reading the hardware hacker's guide but cannot... can someone tell
me how to make the conversion to plain text? (assuming TeX is present)

-- 

-Jim

----

* Write to clipper.petition@cpsr.org and tell them you oppose Clipper.
* Write to cantwell@eff.org supporting HR 3627.
* Write leahy@eff.org and demand the Clinton administration explain IN
  THE SENATE why it thinks U.S. citizens shouldn't have any digital privacy.
* This is a shareware .signature  -- please pass it on!

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

From: mckinsey@rainbow.sosi.com (Scott McKinsey)
Subject: tk3.6 make dies with 'no member named _gptr'
Date: 5 May 1994 19:08:45 -0700

I have tried to compile the tk3.6p1 from sunsite, I have slackware 1.2.0
from transameritech.  I have tried the source included on the cd and
the source from sunsite and get the same error...

cc -c -O2 -I. -I./../tcl7.3 -I/usr/X386/include -DHAVE_UNISTD_H=1    -DTK_LIBRARY=\"/usr/X386/lib/X11/tk\" tkEvent.c
tkEvent.c: In function `CheckBufferedFileRead':
tkEvent.c:1000: structure has no member named `_gptr'
tkEvent.c:1000: structure has no member named `_egptr'
make: *** [tkEvent.o] Error 1

I need to add the photo widget to the package, BTW I get the same error
with or without the photo patches and source.

One other problem I have noticed with slackware 1.2 is with xmkmf.

The configure script in tk3.6p1 (and tk3.6) reports ...

. 
. 
checking for xmkmf
checking for X include and library files with xmkmf
sh: INCROOT: command not found
sh: USRLIBDIR: command not found
checking for X11 header files
checking for X11 library archive
. 
. 
It would seem that 'INCROOT' and 'USRLIBDIR' are missing from the 
definitions.

can someone shed some light on these problems?

Scott mckinsey@sosi.com

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


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