Subject: Linux-Development Digest #275
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Fri, 7 Oct 94 14:13:17 EDT

Linux-Development Digest #275, Volume #2          Fri, 7 Oct 94 14:13:17 EDT

Contents:
  Re: Enhanced IDE Support (Mark Lord)
  Single host firewalling (Jim Carroll)
  Re: PROBLEM: Adaptec 1542 with SMC-Ultra (Vassili Leonov)
  Re: Linux killed my floppy drive! (John Palaima)
  Re: [Q] SLIP/PPP and modems with large internal buffers (Joe Gray)
  Re: What GUI to write for? (Christian Moen)
  PHILIPS 521 CD-R / Generic SCSI support question (TlingitMan)
  Re: Could TCP/IP be implemented over SCSI? (ted roberts)
  Re: What GUI to write for? (Torgeir Veimo)
  Re: Improving SLIP latency under Linux (Robert Stockmann)
  Re: 1.1.45 config? (Florian Schmidt)
  Re: linux is great (Florian Schmidt)
  Re: Lilo problems > 1GB (Stephen Louis Ulmer)
  Re: Compiling progs using port I/O (Rob Janssen)
  Re: BSD/386 vs. Linux Performance ( Leif Albers)

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

From: [email-masked] (Mark Lord)
Crossposted-To: comp.os.linux.help
Subject: Re: Enhanced IDE Support
Date: 7 Oct 1994 13:05:19 GMT

In article <[email-masked]> [email-masked] writes:
<       Does Linux currently support Enhanced IDE Drives like a Western 
<Digital 1.08 GIG IDE Drive?  To support this, is a Enhanced IDE 
<controller required or will a standard IDE Controller do to get the full 
<capacity of the drive under Linux, DOS?  Any help will be greatly 
<appreciated.

Somebody just asked this (twice) within the past four days, and got answers
already..

The answer is YES for kernel version 1.1.37 and higher, and NO a special
controller is not required for drive capacity. 
-- 
[email-masked]    Mark Lord       BNR Ottawa,Canada       613-763-7482

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

From: [email-masked] (Jim Carroll)
Subject: Single host firewalling
Date: 6 Oct 1994 18:06:31 -0500
Reply-To: [email-masked]

Bill Wohler writes:
>   While all the discussion here has been about expensive chokes,
>   filters and bastion hosts, what work, if any, has been done to
>   address the single host, no network, connection?

Probably very little.

(I take it from 'no network' you mean "no intermediate network between
the PC and the Internet".)

If you're talking about MS-Windows, you probably have little to worry
about, provided you don't leave any listener processes up.  Now,
there's always the other issues, like if you're using a Web browser
which isn't well-behaved, etc etc.  But you make backups regularly,
don't you?  :-)

If you're talking about Linux, then it's been done.  Things like
tcp_wrappers, TIS' fwtk, SOCKS, screend, turn off unused daemons, bla
bla bla....

If you have Linux users who don't want this extra work, how'd the heck
did you convince them to use Linux?  :-)

-- 
Jim Carroll --  [email-masked]
e-Commerce, Inc., 1030 Kamato Road, Suite 201
Mississauga, Ontario, Canada    L4W 4B6
Tel:  +1 905 602 0863    Fax:  +1 905 602 8402

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

From: [email-masked] (Vassili Leonov)
Subject: Re: PROBLEM: Adaptec 1542 with SMC-Ultra
Date: 4 Oct 1994 16:05:23 GMT

Juha Virtanen ([email-masked]) wrote:
: >>>>> On 30 Sep 1994 11:51:36 GMT,
: [email-masked] (Olaf Jaeger) said: 
: :> problem:
: :>    I am using an ISA-Adaptec-1542c and a SCSI-2-HD with an 
: :> ext2-filesystem V. 0.5a on it. From the time that i put a 
: :> SMC-Ultra into the machine, the filesystem on the HD begins to vanish.
I have exactly 1542 running fine with SMC-Elite - and this is the only
real true Western Digital 8013 these days. If you have a choice don't
use SMC-Ultra... - use Elite16 from the same company.
Vassili.

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

From: [email-masked] (John Palaima)
Crossposted-To: comp.os.linux.help
Subject: Re: Linux killed my floppy drive!
Date: 7 Oct 1994 15:22:50 GMT

In article <[email-masked]>,
Viktor T. Toth <[email-masked]> wrote:
>floppies (i.e., the drive is usually empty, right?). Now that the little 
>cooling fan in the back of your machine pushes air OUT of your computer, 
>correct? Guess where all that air goes in? And guess what is in its way to 
>filter out all the dust, etc? You guessed right; it is very likely the opening>on your floppy drive and your problems can easily be the result of excessive 
>dust and dirt in the drive as a result. Unfortunately, it is not always easy 
>to clean such a drive (i.e., you might have to take it completely apart).

a few suggestions that might work:

1) if your BIOS supports it, set your machine to boot from the hard drive.
   Then leave a floppy in the drive all the time :)

2) if your BIOS doesn't support this, leave a floppy *almost* in the drive
   all the time (i.e. sticking out 1/2 inch for 3.5", leave the door open
   for 5.25" :)

--
Richard Cooley Extraordinaire           "Yeah.  Arrgh."
        [email-masked]      These are my opinions, not MITs etc...
        [email-masked]           Linux Linux Linux Linux Linux
"LILO - it's not just a boot loader, it's a way of life" -- me

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

From: [email-masked] (Joe Gray)
Crossposted-To: comp.dcom.modems,comp.protocols.tcp-ip,comp.protocols.tcp-ip.ibmpc
Subject: Re: [Q] SLIP/PPP and modems with large internal buffers
Date: 7 Oct 1994 00:24:53 GMT

>>Several people, including myself, have modems with large internal
>>buffers (mine is a supra internal FAXmodem 1.44) which we use
>>with SLIP and PPP.  The problem is, when we start an ftp
>>download transfer in the background the interactive response
>>becomes very poor.
>
>Also, does anyone have a modem which has a configuration to
>
>        reduce the send buffer size
>        lower the flow-control bit sooner (when the send buffer
>                reaches x bytes)

The ZyXEL modems have a data throughput averaging mode which can be disabled.
With averaging off, you could get very high data bursts at times from the
modem. They recommend only turning it off if you have a 16550 UART. This
sounds like what you need, although I have done background ftp with it on
and have not noticed any slowdown (I do have a 16550).

====================================================================
They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety. - Benjamin Franklin
Joe Gray <[email-masked]>
===========================

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

From: [email-masked] (Christian Moen)
Crossposted-To: comp.windows.x.intrinsics,gnu.misc.discuss
Subject: Re: What GUI to write for?
Date: 07 Oct 1994 14:39:03 GMT

On 6 Oct 1994 14:09:41 GMT, [email-masked] (Mario Klebsch DG1AM) said:

[clippetyclip]
> And consistence is made by the programs, not the toolkit.

Definately no. Xaw is an excellent example of this. When did you last
use an Xaw based client which was consistent with the look and feel of
other Xaw clients?

Xaw lacks a style-guide and programs of more than trivial complexity
look and feel completely different. This makes them, among other
things, hard to learn, but often hard to use as well.

[schnipp]
> There is a lot more to judje, when speaking about GUIs. I think Motif
> has focused to much on impressive look and they forgot to implement
> their own feel.

Motif is based on the CUA ("Common User Access"). The CUA defines
user-interface paradigms for a certain feel, based on human-factors
and man-machine oriented research. The look isn't specified by the
CUA.

When you say Motif doesn't have it's own feel, you're right to a
certain extent; both Mickeysoft Windows and OS/2 Presentation Manager
use the CUA as a foundation for their user interface as well. Motif
doesn't have it's own proprietary feel, right, but the authours didn't
forget to make one, as you seem to suggest. Proprietary feels are
generally bad.

Best regards,

Christian

--
/ Christian Moen - [email-masked] - http://www.ifi.uio.no/~christim/  \
\ Fjellbirkeland 21A 114, N-0864 Oslo, Norway - Tel: +47 22 187103 - *<8O) /

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

From: [email-masked] (TlingitMan)
Subject: PHILIPS 521 CD-R / Generic SCSI support question
Date: 5 Oct 1994 00:26:12 -0400

Recently I posted on the `less expert' channels that I have had to do some
pretty serious backflips without any success in attempt to write CD-ROMs
on my PHILIPS 521 writer.  I'd like to find a FAQ or some sort of
instruction on how to get (I believe Eric Youngdale's) `cdwrite' software
to write CD-Rs in Linux.

My apologies for intervening on the expert channel to get this answered,
but I'm really stuck on this.

A response to my original posting was:

>since you don't say which problems you have building a new kernel, it's 
>hard to say. compiling a new kernel really is straight forward (more or
less).

In /usr/src/linux-1.0.9 I did `make config' and selected SCSI generic,
tape, sr0, and disk driver support for my 1542C, disabling all other SCSI
host options.  I have a SMC 16 bit ethernet card which I enabled in the
driver, and the rest of the options are straightforward 486DX33 16MB RAM
selections.  

>IF you have a kernel with `GENERIC SCSI SUPPORT' I'll give you two tips:

Yes, I have this.

>- change the vendor string "PHILLIPS" to "IMS"  in the cdwrite sources

I have done this because `dmesg' shows this as the return of an inquiry
string from the SCSI driver at bootup.  Thanks. 

>- the option '-speed 2' for writing with 300k/sec didn't work when I
tried
>  it with a Philips CDD-521. It wrote about 1 second and aborted with
>  some error msg and the CD-WORM master was broken :-(
>  -speed 1 d(default) for single speed writing worked fine for 6 CDs!
. 
I had to :                cd /dev; MAKEDEV sg 

to make the nodes.  Can you look at the major and minor numbers on your
functioning cdwrite setup and e-mail them to me please?

 it made nodes like `crw- --- ---' (OK - I'm root) for /dev/sga (my only
SCSI partition /dev/sda1)
and `crw- --- ---' for /dev/sgb (the device I assume to be my Philips
Writer.)

The commands I tried to use were 
         cdwrite -speed 1 /dev/sgb < iso.image
                        and 
         chmod 777 iso.image cdwrite /tmp ./ 

cdwrite returns ` [empty] not a supported device' as if the SCSI inquiry
failed.

When  I try to `cat foo > /dev/sgb' it returns `permission denied'
                
Please reply to these questions vi e-mail.  I'll post a summary of
relevant details in comp.os.dev... or somewhere useful.  

I'm developing a few other useful premastering tools and I'll be happy to
send them gratis if you'll help get me through this rough spot.

Thank you in advance,

Tom Zillig
[email-masked]

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

From: [email-masked] (ted roberts)
Subject: Re: Could TCP/IP be implemented over SCSI?
Date: 6 Oct 1994 19:36:33 -0500

In article <[email-masked]>,
Alan Cox <[email-masked]> wrote:
>In article <[email-masked]> [email-masked] (myers_lincoln) writes:
>>      I am asking because I would like to know how viable it would be to add
>>support to Linux for TCP/IP over SCSI, which might be practical for two or
>>three machines which already have SCSI support.
>
>SCSI has very short cabling limits so even if you can pass data between

First let me state that I am NOT an expert on SCSI.  That been said, I 
was talking to a guy the other day that was telling me about something 
called Near Perfect something-or-other.  It's a termination technique of 
some kind that would replace resistors.  With this he indicated that he 
had hooked up SCSI chains with seven devices 60-70 feet long.  Needless 
to say, this could cast a new light on this discussion.  Does anyone know 
about this stuff, and if so, is this accurate?  Is there a way to route 
packets via two controllers in one machine?  SCSI routers... sounds 
weird.  What kind of bandwidth are we talking here?

>hosts which I think you can it would be ungainly. Given that ethernet
>boards are getting stupidly cheap now I question its value except as a
>hacking exercise.
>
>>      On the lighter side, imagine in addition to Ethernet and SCSInet,
>>having SoundCardNet.  Sound Cards would record each other's audio output from
>>across the room.  True short range wireless communication, though sleeping in
>>the same building might be difficult.  ifconfig /dev/audio up.  Hannu, you
>>ready for this? :)
>
>Now that sounds much more fun. Personally if it was getting into building
>DIY networking an I/R link might be more fun
>
>Alan
>
>-- 
>  ..-----------,,----------------------------,,----------------------------,,
> // Alan Cox  //  [email-masked]   //  GW4PTS@GB7SWN.#45.GBR.EU  //
> ``----------'`----------------------------'`----------------------------''

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

From: [email-masked] (Torgeir Veimo)
Crossposted-To: comp.windows.x.intrinsics,gnu.misc.discuss
Subject: Re: What GUI to write for?
Date: 7 Oct 1994 14:17:59 GMT

In article <[email-masked]>, [email-masked] (Terry Lambert) writes:

|> 5)   There's the window manager.  Nobody but OSF has one of these.

I can't quite agree on this, since I use fvwm every day. It has motif style
decorations, and to my knowledge does it also understand the motif api
decoration and menu function hints. And if there is something wrong, you
could allways hack the code....

-- 
torgeir @ http://www.ii.uib.no/~torgeir/

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

From: [email-masked] (Robert Stockmann)
Subject: Re: Improving SLIP latency under Linux
Date: Fri, 7 Oct 1994 00:12:29 GMT

I'm not a tcp/ip wizard but I tell my experiences here:

Some people in our department asked for slip under MS windows at home.
So I installed the shareware Trumpet winsock software. To my surprise
this worked very good, well at least comparable with SLIP under Linux.
My surprise was even bigger that no latency effects are observed
using Ftp of big files and telnet interactive sessions.
All of you know what kind of SHELL ms windows is: fire up a bogus app
and you have to redial to get a new connection, so Linux is for me
always the way to go.

But the fact that latency is absent with trumpet winsock unders MS windows
makes it clear to me that latency-free SLIP must be possible for Linux.

Robert

--
++-------------------------++------------------------------------------++
|| R.M. Stockmann          ||   Delft University of Technology         ||
|| [email-masked] ||   Department of Chemical Engineering     ||
|| phone: +31 15  784395   ||   Section Industrial Catalysis           ||
|| home:  +31 1620 36177   ||   Julianalaan 136                        ||
|| fax:   +31 17  784452   ||   2628 BL Delft  The Netherlands         ||
++-------------------------++------------------------------------------++

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

From: [email-masked] (Florian Schmidt)
Subject: Re: 1.1.45 config?
Date: Wed, 05 Oct 1994 23:00:03 +0000

Rob Janssen ([email-masked]) wrote:

> >I got the 1.1.45 kernel from sunsite (I'm currently running 1.1.19).

> >There's no config file with it...

> >Should I use my 1.1.19 configuration?

> No, you just "make config".

also do a 'make mrproper' before you try to compile the first time (at least
i needed to do that, after upgrading)..

-- 

ja! ich bin ein HONK! na und? .....  irc: moses (c u on #germany)
GMU -d+ -p+ c++ l+ u--- e* m--- s++/+ !n f? g+ w+ t+ r y+

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

From: [email-masked] (Florian Schmidt)
Subject: Re: linux is great
Date: Wed, 05 Oct 1994 23:10:31 +0000

Supat Faarungsang ([email-masked]) wrote:

> Hi,

> After I spend more than 1 year to make 1024x768 work.
> I found that linux is the greatest unix system to be used.
> All softwares under linux is advanced and most powerful.

ok. this seems like a nice thread. i can only say the same things, too
(except that X-prob). i also think, that linux is a big step into the right
direction (breaking up software monopolies, and so on), and i also think,
that it open s up a way for priivate people (who cannot afford sco or
something similar) to get internet access (which should not be denied to
anyone)..

-- 

ja! ich bin ein HONK! na und? .....  irc: moses (c u on #germany)
GMU -d+ -p+ c++ l+ u--- e* m--- s++/+ !n f? g+ w+ t+ r y+

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

From: [email-masked] (Stephen Louis Ulmer)
Subject: Re: Lilo problems > 1GB
Date: 7 Oct 1994 17:28:20 GMT

>I'm having some problems when I install lilo from
>my Fujitsu M2694ESA 1.01 GB HD,

I'm using that  drive on an ncr533c810 under Linux - no problems.
(barring those with the kernel PCI BIOS code...)

Stephen

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

From: [email-masked] (Rob Janssen)
Subject: Re: Compiling progs using port I/O
Reply-To: [email-masked]
Date: Fri, 7 Oct 1994 08:17:19 GMT

In <[email-masked]> [email-masked] (Frank Lofaro) writes:

>In article <[email-masked]> [email-masked] (Uwe Bonnes) writes:
>>Rob Janssen ([email-masked]) wrote:
>>> In <[email-masked]> [email-masked] (Joe Nardone) writes:
>>
>>
>>> >Hey net-folks--
>>
>>> >I'm trying to compile a program that uses the inb and outb
>>> >functions (macros, actually) but when it comes to link time
>>> >all my inb/outb calls are represented as unresolved references
>>> >to ___outb (or ___outcb) and ___inb...
>>
>>> >Am I missing a library, or a path to one?  gcc -v looks like it's
>>> >looking in all the right places for library files...
>>
>>> >I'm running GCC 2.5.8 on Linux Kernel 1.1.50 w/ a 486dx2/66.
>>
>>> >Any help would be much appreciated-
>>
>>> You have to compile with optimization (-O2)
>>
>>Is there some explanation for that behaviour?
>>-- 
>>Uwe Bonnes  [email-masked]

>Yes, there is.
>extern inline is used instead of static inline in the function definitions. 
>This is a Bad Thing. Without optimization, inline is ignored, thus 
>extern inline becomes extern, which means it is not defined. Using static 
>inline would mutate to static when not optimizing, which would still work 
>(it would not be inline of course, but it wouldn't fail to compile, either).

Of course another solution, which could be more efficient when you compile
and link many modules together, would be to put the functions that are now
unresolved in the C library as well.  A program compiled with no optimization
would just call these functions automatically.

Rob
-- 
=========================================================================
| Rob Janssen                | AMPRnet:   [email-masked]           |
| e-mail: [email-masked]     | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU     |
=========================================================================

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

From: [email-masked] ( Leif Albers)
Subject: Re: BSD/386 vs. Linux Performance
Date: Thu, 6 Oct 1994 22:52:32 GMT

I believe the FAQ of bsd in the comp.os.bsd.announce newsgroup
contains a pretty fair text comparing Linux and *BSD. I believe
it was in section 2.1 of this FAQ. Sorry, but I'm too lazy to
look for this text right now (the main problem is, I don't remember
how to get old, already read articles with xrn...).

The main result was (if I'm right):
  If you have a small (harddisk and memory), stand-alone machine --
use Linux.
  If you have a machine connected to a network with much network
travel -- use BSD.
  If you are still unshure -- use whatever system your friends use.

Hope it helps, Leif

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

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