Subject: Linux-Development Digest #171
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Wed, 14 Sep 94 09:13:11 EDT

Linux-Development Digest #171, Volume #2         Wed, 14 Sep 94 09:13:11 EDT

Contents:
  Info Needed for Frame-Relay Device Driver (Pete Kruckenberg)
  Searching infos on ReadyLink ENET16/U Rev. C Card ([email-masked])
  Re: PPP/IP Forwarding Problem (Gregory Trubetskoy)
  Intel EtherExpress Drivers??? (John Luce)
  MediaVision Pro (or Premium) 3-D support? (Pete Cascio)
  Re: Why I cannot mount a PhotoCD on Mitsumi ? (Jeff Kesselman)
  Re: Acid (Andries Brouwer)
  Future of Ultrastore support (Robert Ashcroft)
  Re: Don't use Linux?! (Bill Hogan)
  Re: Future of linux -- t (Jay Ashworth)
  Re: Acid (Richard L. Goerwitz)
  Re: WEARNES CD-110 CDROM (Scott Lawrence Lynn)
  Re: Alpha Linux (Maarten Boekhold (Who'd you expect??))
  Re: Alpha Linux (Dan Pop)
  Re: VHDL for Linux...? (Naresh Sharma)
  Re: Linux for DEC Alpha platform? (Peter Hahn)

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

From: [email-masked] (Pete Kruckenberg)
Crossposted-To: comp.dcom.cell-relay
Subject: Info Needed for Frame-Relay Device Driver
Date: 14 Sep 1994 03:33:15 GMT

I'm getting ready to write a frame-relay driver for use with a v.35
board with Linux. I need to get as much information as I can about how
frame-relay looks and works. Any pointers to books/papers/articles,
on-line resources, mailing lists, FAQ's, newsgroups, WWW/gopher/ftp
sites or anyplace else that would have specs, code samples (from any
driver at all), details on how to implement network protocols on
frame-relay, or anything else that pertains to this project would be
*greatly* appreciated.

Also, if there are people who are interested in helping me by
answering questions or (eventually) testing the product, please
contact me via email now.

I would appreciate it if you would contact me directly by email at
[email-masked] or [email-masked]. I will keep these
newsgroups informed of my progress.

Thanks for your help!
Pete.

  ------------------------------------------------------------------------
  Pete Kruckenberg                       School: [email-masked]
  University of Utah                       Work: [email-masked]
  Computer Engineering    For even more addresses, "finger [email-masked]"

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

Crossposted-To: comp.os.386bsd.development,comp.os.linux.admin,comp.os.linux.misc,comp.protocols.nfs,comp.sys.ibm.pc.hardware,convoy.hardware,local.pinboard,paderborn.pinboard,zer.z-netz.fundgrube.suche.elektronik
From: [email-masked]
Subject: Searching infos on ReadyLink ENET16/U Rev. C Card
Date: Sun, 11 Sep 1994 13:20:00 +0200

Frank Westheider         Linux Support Group Paderborn
[email-masked]     [email-masked]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

HI Folks !

I'm looking for infos on the ReadLINK ENET16/U Rev. C Ethernet-Card.
This card can be jumpered for WD80x3 and NEx000 mode and has a lot of
jumpers on board :

  J10   Eprom-Addr            A18-A13
  J9    I/O ADDR              A8-A5
  J11   NE1/NE2
        CPX/WDP
        32K/8K
        WD/NE
  J5    SEL
  J4    <unknown>
  J12   0WD-DLY
  J8    PROM
  J15   EPROM CONFIG
                16K
                16/32K
                32/64K
                64K
  J14   EPROM SIZE
                E16K
                E32K
                E64K
  J6A   Upper IRQ's  (15,11,10)
  J6B   Lower IRQ's  (2,3,4,5,7)

Whatever setting i choose (WD oder NE), whatever IRQ/IO i choose, the card  
is recognized but

  - in NE-Mode the card hangs together with HD-Access  CRASH
  - in WD-Mode, all works fine, but the cards (2 of this kind) don't
    recognize one another on the NET

I got these cards very cheap but without infos.
Can anyone post me infos for this card ????

HELP !!

Ciao
  Higgins

--
You can escape the gates of hell, say DOG and WINDOG,

         USE LINUX   :-)     !
## CrossPoint v3.0 ##

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

From: [email-masked] (Gregory Trubetskoy)
Crossposted-To: comp.os.linux.misc,comp.os.linux.admin,alt.uu.comp.os.linux.questions
Subject: Re: PPP/IP Forwarding Problem
Date: 13 Sep 1994 16:43:02 GMT

I have the same problem, and I have posted a question regarding this. 
Only diff is - I'm trying to get a PC to route between 2 ppp links. It 
seems that if it has two interfaces - it can't forward packets...
(I too have IP forwarding/gatewaying set to [yes]).

--
================================================================
Gregory Trubetskoy                   [email-masked]
================================================================

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

From: [email-masked] (John Luce)
Crossposted-To: comp.os.linux.help
Subject: Intel EtherExpress Drivers???
Date: 13 Sep 1994 16:58:07 GMT

Is ôhåòå a dåvéãå dòévåò avaéìabìå æïò ôhés ÎIC ¨ôhés és ôhå ïnå sïìd én 
ôhå  Wéndï÷s æïò Wïòkgòïups Óôaòôåò kéôs) ¿¿¿

Thanks®®®®

Jïhn

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

From: [email-masked] (Pete Cascio)
Subject: MediaVision Pro (or Premium) 3-D support?
Date: 14 Sep 1994 05:22:35 GMT
Reply-To: [email-masked]

The MediaVision Pro (or Premium) 3-D sound cards are not mentioned in the
"Hardware HOWTO."  Does that mean they aren't supported or does that mean that
another card's driver works with it?

Thanks.

By the way, I'm leaning towards buying the MediaVision Pro 3-D for its SCSI-2
interface (and bundled DOS/Windows software) and the 4Plex quad-speed CD-ROM
drive.  I hope there aren't any major road-blocks to purchasing that combo.
--
Pete Cascio           Black Forest, Colorado -- "May the forest be with you!"
E-mail:  [email-masked]

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

Crossposted-To: comp.os.linux.help
From: [email-masked] (Jeff Kesselman)
Subject: Re: Why I cannot mount a PhotoCD on Mitsumi ?
Date: Tue, 13 Sep 1994 03:45:23 GMT

In article <[email-masked]> [email-masked] (Tamas Badics) writes:
>[email-masked] (Jeff Kesselman) writes:
>
>>Boy, after all that info I put out, I have to admit that THIS question 
>>I'm not 100% sure of... mostly 'cause I've never had to do it (all my 
>>CD-ROM programming has been on dedicated platforms such as C-I, 3DO, etc...)
>
>>Why don't you tell us exactly what you are doing, and where it is 
>>failing?  Are you mounting the CD-ROM using Linux mount?  Does it mount 
>>successfully or error out?
>
>>We may get into details that will need the trained eye of someone who 
>>actually knows the innards of the CD-ROM drivers under Linux but, 
>>technically and according to the standards, you SHOULD be able to mount a 
>>Photo-CD and see its files.
>
>>CD type discs can have multiple 'tracks'. On a yellow CD-ROM, the data is 
>>all in track 0.  I assume Photo-CD by definition would HAVE to be the same...
>
>
>Jeff, 
>
>Here it is what happens. I use Linux 1.0.9 (Slackware 2.0) and usually I mount
>CD-s with the "mount -t iso9660 /dev/cdrom /cdrom" command. It works
>for data and audio CD-s. Now I tried the same with two PhotoCD-s, and
>got the usual uninformative errormessage:
>"mount: wrong fs type, /dev/cdrom already mounted, /cdrom busy, or other error"
>
>Which could mean anything... I guess thats it. What is annoying me is that 
>I can read the PhotoCD in MS-DOS, and I have to copy the 4Meg imagefiles to
>my Harddisk to be able to see them...
>
>I also sent mail to the guy who wrote mcd.c, but no reply yet. (I admit, my
>mail was down for a couple of days too.)
>Also, someone just wrote that the mcd.c is not prepared for PhotoCD-s yet :-(
>
>Thanks for any help.
>
>       Tamas

I'm afraid I'm at a bit of a loss, myself.  You are right that the error 
message you are seeing is about as useful  "something went wrong somewhere"
(yes, I actually had a utilty at one point which gave that error, and 
only that error!)

I don't see why Photo-CD should require any special support just to see 
its files.  One possability, however, may have to do with CDROM-XA.  
Loking back through some notes I seem to have discoeverd that Photo-CD is 
not just CD-ROM based but CD-ROM XA based.  If thats true, its possible 
that there is some special coding that identifies an XA track, that the 
driver is seeign and going "PANIC! This isn't a normal CD-ROM!"

If thats true, then it may be a minor adjustment to the driver to fix.  
Your best source of info however, is the driver writer, who you tell me 
you've already contacted.

Good Luck!

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

From: [email-masked] (Andries Brouwer)
Subject: Re: Acid
Date: Wed, 14 Sep 1994 09:55:08 GMT

[email-masked] (Richard L. Goerwitz) writes:

>There has even been talk about how the Linux kernel does not rely on
>national scripts, and is thus multilingual, but a quick grep of the
>source tree reveals many expressions that rely on a stable mapping of
>specific alphabetic symbols like 'a' to a single underlying code.

I showed that your alleged examples were non-examples, i.e.,
in an ideal world, where Linux handles all languages and all
character sets equally well, the fragments of code you quoted
would not have to change. So, please either come with other
examples, or stop repeating this claim.

Andries

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

From: [email-masked] (Robert Ashcroft)
Subject: Future of Ultrastore support
Date: 14 Sep 1994 10:07:35 GMT

Having just bought a (cheap) Ultrastore 34F I was a little dismayed to
hear that it may not be able to take advantage of some of the
advances in the SCSI speedups in recent kernels.  Something called
SCSI clustering speed up or something.

Can anyone explain what this is?  Do the device drivers need to be
rewritten for the Ultrastores?  How likely is this to happen?

RNA

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

From: [email-masked] (Bill Hogan)
Subject: Re: Don't use Linux?!
Date: 13 Sep 1994 14:08:55 -0700

  Allow me to begin where you ended, with your definition of what you mean 
by a "successful" operating system:

  "If an operating system is successful or not depends on the availability
of qualified (commercial) software for end-users."

  If we delete the parentheses in this definition, it follows (as you put 
it) that: 

  "If we *really* want Linux to succeed, we *need* the companies and their
commercial products!"

  You then explain why you believe Linux to be an unattractive platform for
commercial software developers: 

"1. Commercial software products are typically binary-only (i.e., no
   source code is available). ...

"2. Linux's libc tends to change its version number almost every week
   (sometimes even more often). ...

"3. The kernel versions change faster than the speed of light. ...

"4. The spirit of free software is all around. Free in both meanings:
   free availability of the sources, and free of charge. Which does
   not go together with commercial interests very well. ..."

  In other words, commercial software developers prefer to keep the their
source codes secret and sell licenses to people to use the binaries
instead, a sales strategy that does not work well in a completely open
software development environment such as Linux, where the source code is
available to everyone and the license to use the software is free. 

  This, given your definition of a "successful" operating system, leads
you quite logically to consider that to be "successful" in that sense,
Linux has to change in ways that make it more compatible with the sales
strategy favored by commercial software developers.

  I think your definition of a "successful" operating system is extremely
narrow. 

  I suggest that the ultimate success of an operating system consists in
its contribution to the rate of education of human beings on this planet,
and I suggest that the contribution an operating system makes to the rate 
of education of human beings on this planet depends on the contribution 
made by the software packages that operating system supports.

  But just as it is a mistake to think that software which is packaged
like kitchen appliances -- mere plug-in devices which "the consumer" is
led to believe it is not necessary to understand in order to be "enjoyed"
-- can make any important contribution to the rate of education of human
beings on this planet, it is a mistake to think that the success of an
operating system is measured by the number of these "kitchen appliances"
it supports. 

  Some people believe a world in which nothing more than the ability to
"click" on a few icons on a video display would be required of an employee
to be preferable to a world in which every student who graduated from high
school would know how to write down the definition of the `permute'
relation in the form of Horn Clauses. 

  I believe the opposite.

  Bill

  

  

 

  

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

From: [email-masked] (Jay Ashworth)
Subject: Re: Future of linux -- t
Date: 13 Sep 1994 16:56:55 -0400

[email-masked] (Keith Smith) writes:
>Actually the 72pin SIMM spec allows for up to 64MBytes of RAM on a
>single simm (maybe more, but I KNOW it goes to 16Mx36bits)  That will
>get you something like 384MB :).  Gosh, thats a lot of RAM.  Dunno what
>a SINGLE user is gonna need that much ram for.  I'd say 32MB should be
>more than adequate for anything you might be able to do on a PC/x86 type
>box.  If your application calls for more than that, then you need
>something a little more esoteric anyway.

Obviously, you've never down heavy duty 3D rendering, or similarly heavy
duty SQL server processing...  384Mb is just getting started... :-)

Cheers,
-- jra
-- 
Jay R. Ashworth                                                       Ashworth
Designer                                                          & Associates
ka1fjx/4              High Technology Systems Consulting
[email-masked]                                                +1 813 790 7592

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

From: [email-masked] (Richard L. Goerwitz)
Subject: Re: Acid
Reply-To: [email-masked]
Date: Tue, 13 Sep 1994 17:19:01 GMT

[email-masked] (Joachim Schrod) writes:
>> 
>> This is great news.  But I've heard it many times before.  Remember
>> my "acid test"?  Can I quote Shakespeare and the Quran in the same
>> paragraph, and have everything wrap and space correctly?
>
>Of course.
>
>>  There are
>> established typographical conventions for multilingual and multidi-
>> rectional text. 
>
>How many of the systems you're talking about give you support for the
>established typographical conventions of the Quran itself? Or for the
>Holy Bible in Hebrew, for that matter? I don't know many typesetting
>systems that does, and none as cheap as TeX.

There are several systems that do this, but all that I know (knew) of
were available only for micros (e.g. PC, Mac).  One problem with TeX
extensions, of course, are that they often are not fully documented, or
documented in a way that allows me to hand a manual to a newbie and 
expect him or her to get rolling pretty fast.  Also, TeX extensions are
not always well supported or maintained (e.g. get the diffs and fend for
yourself...).

Don't get me wrong.  I'm happy to hear that some versions of TeX make
the effort to deal with multi-language documents.  Who knows, it may
turn out that TeX is the answer here, despite being essentially a mid-
80s style typesetter with no GUI and a lot of extra formatting that I
would have to look at (worse than WordPerfect in "view codes" mode -
yuck).  It seems like bitter medicine, but if it cures the illness
who am I to complain?

-- 

   -Richard L. Goerwitz              [email-masked]
   [email-masked]          rutgers!oddjob!ellis!goer

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

From: [email-masked] (Scott Lawrence Lynn)
Subject: Re: WEARNES CD-110 CDROM
Date: 14 Sep 1994 05:07:58 -0700

I'm looking for this information too.  I looked at the code, and added some
scaffolding.  This card doesn't seem to set the "ready" bits, or whatever
you want to call them, in the same place as the Sony card.  Anyone got 
some specs or something that help me to get this card working?

Thanks,
Scott

In article <[email-masked]>,
Virgil <[email-masked]> wrote:
>I was just wondering if anyone was working on a driver for the Wearnes CDD110
>AT-bus CDROM.  Or if anyone else has ever heard of them.  They use the Sony 
>interface on sounds that have them or CDROM controller paddle boards.
>
>I thought I might get lucky and be able to use the Sony CDU33A driver, but
>such was not the case.
>
>Does anyone have any information that could make me happy???
>--
>I still believe in God but God no longer believes in me
>-- 
>Virgil Nln
>Email: [email-masked]

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

Subject: Re: Alpha Linux
From: [email-masked] (Maarten Boekhold (Who'd you expect??))
Date: 14 Sep 94 13:12:29 +0200

Kai Petzke ([email-masked]) wrote:
> >N J Plant ([email-masked]) wrote:

> >> On the 68000 the external address bus is 20 bits and the external data bus
> >> is 8. Internally, the registers, buses and ALU are all 32 bit. It can ADD
> >> and SUBtract 32 bit numbers or MULtiply 2 16 bit numbers to give a 32 bit
> >> result. It has fewer pins than a 68040, but its still a 32 bit chip. The
> >> sizeof the integral types should be the same as any other 68K chip.

> On 68000, the data bus is 16, and the address bus is 24 (?) bit wide.
> On 68008, the data bus is 8, and the address bus is 20 bits.

Well, strictly spoken, the address-bus is 23 bits wide. However, these 
address *words* (ie. 16 bits). To be able to address bytes, it has 2 
lines (UB and LB ?) to distingish between the upper byte and the lower byte.
I guess this was done to make the internal design easier.

Maarten
[email-masked]

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

From: [email-masked] (Dan Pop)
Subject: Re: Alpha Linux
Date: Wed, 14 Sep 1994 12:30:26 GMT

In <[email-masked]> [email-masked] (Eelco H. Essenberg) writes:

>In article <[email-masked]>,
>Chris Bitmead <[email-masked]> wrote:
>>
>>None of these is the best solution. The best solution is to say exactly
>>what you mean. E.g. If you want to store numbers between -500 and +1000
>>you should declare this and let the compiler work out how many bits to
>>use. e.g. int{-500,1000} foo; int{0,65535} bar;
>
>I don't want to start any language feuds here, but of course there is a
>language that already allows you to do exactly this: it's called ADA.
>The notation is a little different, but basically you can tell it what
>range (and what precision!) you want for a certain type, and it will figure
>out how to handle that according to your platform. Of course if you specify
>something your platform is unable to handle the compiler will spit at you :-)

Another language that can do exactly the same thing is Fortran (in its
latest incarnation: F90).

Dan
--
Dan Pop 
CERN, CN Division
Email: [email-masked]
Mail:  CERN - PPE, Bat. 31 R-004, CH-1211 Geneve 23, Switzerland

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

Crossposted-To: comp.os.linux.misc,comp.lsi.cad,comp.lang.vhdl
From: [email-masked] (Naresh Sharma)
Subject: Re: VHDL for Linux...?
Reply-To: [email-masked]
Date: Wed, 14 Sep 1994 09:16:24 GMT

ADA ([email-masked]) wrote:
: Hi all...

: This primarily addresses the circuits community...

: I have been playing (or trying to play) with both magic and ocean.  I
: was wondering if there are any free VHDL simulators available or being
: worked on for Linux.  If so, what about synthesis tools?

: If I'm asking something outrageous, please tell me so...

: While I'm on the subject, and I know this isn't the proper group but I
: know there are a lot of hardware weenies out there like me, is there
: an emacs major mode for VHDL floating around?

: Thanks in advance,

: Mark
: ([email-masked])

Try to send a mail to [email-masked], they claim to have the best VHDL
tools :-)

--
_______________________________________________________________________________
Naresh Sharma [[email-masked]]  Herenpad 28            __|__
Faculty of Aerospace Engineering        2628 AG Delft   \_______(_)_______/
T U Delft               Optimists designed the aeroplane,     !  !  !  
Ph(Work) (+31)15-783992 pessimists designed the parachute!
Ph(Home) (+31)15-569636 Plan:Design Airplanes on Linux the best OS on Earth!
==============================PGP=KEY=AVAILABLE================================

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

From: [email-masked] (Peter Hahn)
Subject: Re: Linux for DEC Alpha platform?
Date: Tue, 13 Sep 1994 10:23:32 GMT

[email-masked] () writes:

[Some discussion of the ideal layout for AXP(Power/MIPS/x86/...) board deleted]

>Well I'm getting very close to having workign hardware on the board I'd 
>mentioned on here before.. 

>Some Rough spec/outline:

>MotherBoard Specification (Subject to Change) 

>   1 - 21066 @ 166Mhz cpu 
>      512k - 2Megabyte L2 Cache 
>      8 72-Pin Simm Sockets for Main Memory and ECC 
>      1(2*) NCR53C810 PCI Scsi-II/Fast controller 
>      68EN360 (25/33Mhz) Serial Communications Controller
>         512K Local SRAM 
>         512K Flash ROM 
>         lotsa stuff to put here about this.. 
>         0,1, or 2 ethernet ports 
>         ISDN (optional) 
>         2 RS-232C Serial Ports 
>         Audio Codecs: 2 pairs in, 3 pairs out (right&left channels). Can 
>         playback on one channel pair while sampling from another channel pair,
>         16 bit at up to 50Khz. 
>         High Speed Centronics Bi-directional Parallel Port. 
>      PCI Super Combo 
>         32-bit addressable DMA controller 
>         Interrupt controller edge or level sensitive, programmable 
>         Real Time Clock with 128-byte configuration ram 
>         Timer/counters 
>         IDE hard disk drive interface capable of fast IDE (11M bytes/s) 
>         Floppy disk drive interface 
>         2 16550 serial ports 
>         Parallel port (Bi-directional) 
>         External system bus for add-ons 
>      21140 {21040} PCI Ethernet LAN Controller 
>         100Mbs or 10Mbs {10Mbs only} onchip selectable Ethernet 
>         Twisted Pair, Co-axial, Fiber ports 
>      21030 PCI 2D/3D Graphics Accelerator (optional)
>         Frame buffer sizes from 2meg to 16meg Vram 
>         Hardware Z-buffer
>      PCI to ISA bridge chip (4 or 6 ISA slots)
>      With a PCI to PCI bridge chip this also includes
>      4 PCI sockets for general I/O and an additional one for gfx.

Well, sounds quite good. I recently had an unsuccesful discussion about the
availability of Alpha boards in regards to the coming Linux support.

  The only providers on the AXP front have been DEC itself and European
Vobis stores -- the former to expensive, the latter only building them on
demand, as sales are so low. And both only sell complete systems, no single
boards.

  Now for the real questions: what about the pricing and support by the
Linux/AXP branch?

regards
        Peter
-- 
Peter Hahn                                                         Peterstr. 26
     52062 Aachen                                                Germany
          [email-masked]   [email-masked]
                             Voice: +49 241 37151

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

** 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: [email-masked]

You can send mail to the entire list (and comp.os.linux.development) via:

    Internet: [email-masked]

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