Subject: Linux-Development Digest #257
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Sun, 2 Oct 94 23:13:11 EDT

Linux-Development Digest #257, Volume #2          Sun, 2 Oct 94 23:13:11 EDT

Contents:
  Re: 3Com 509 Driver Problems - Any fixes - Help (Brian Kramer)
  Re: Shared Libs: working toward a permanent solution? (David Holland)
  Re: PCnet32 ("LANCE") PCI ethernet card with Linux. (Jochen Roth)
  Re: IF YOU HAVE A MAGNETO-OPTICAL DRIVE... (Asad Khan)
  Re: Linux Mud (Jeff Kesselman)
  Re: Suggestion: comp.os.linux.channelecho.* (Rafal Maszkowski)
  Ip Adrress probs (Jim Williams)
  Re: a bug in gcc 2.6.0/Linux (H.J. Lu)
  Text modes? (Riku Saikkonen)
  1.1.29 kernel fails on mount rw! (Gregory P. Smith)
  Re: Text modes? (Arnt Gulbrandsen)
  Re: buffer.c & mounting disks (Uwe Bonnes)
  Re: i486 Word length, anyone? (Thomas Koenig)
  terminfo: color vs BW : was COLORFUL PKGTOOL (Carlos Dominguez)
  Re: DIP with auto-redial? (Andreas Bagge)
  Re: Telnet & ftp freeze! (Ralph Sims)
  Re: PROBLEM: Adaptec 1542 with SMC-Ultra (Juha Virtanen)
  Re: PROBLEM: Adaptec 1542 with SMC-Ultra (Juha Virtanen)
  Re: Status of Mac Linux & PPC Linux? (Wade Maxfield)
  Badblocks program buggy? (Chris Wells)

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

From: [email-masked] (Brian Kramer)
Crossposted-To: comp.os.linux.help
Subject: Re: 3Com 509 Driver Problems - Any fixes - Help
Date: 30 Sep 1994 21:43:08 -0400

Brian Kramer ([email-masked]) wrote:
: I get the following error which pretty much disables my system.  Is there
: a fix?  Or can someone recommend a ethernet card that works flawlessly
: with linux?

I forgot to mention I am running 1.1.35.  I do have quota and shadow
patched in, but nothing else.
-- 
Brian Kramer - Owner/Systems Administrator - [email-masked]
New Jersey Computer Connection - Public Access Unix Site - pluto.njcc.com
Voice: 609-896-2799 - Fax: 609-896-2994 - Dialups: 609-896-3191
Dialup or Telnet to pluto.njcc.com and log in as guest for more information.

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

Subject: Re: Shared Libs: working toward a permanent solution?
From: [email-masked] (David Holland)
Date: 29 Sep 94 15:05:45

[email-masked]'s message of 20 Sep 1994 23:37:35 -0400 said:

 > The previous poster was talking about doing real relocation/linking/loading,
 > not PIC ELF libraries.  I was pointing out that that kind of linking would
 > involve modifying just about every page, rendering it unsharable.  Although
 > it would ultimately generate fast code, sharing pages is far more important
 > for overall system performance.

There's a solution to this.

You can only relocate the library to one address, for the reason you
cite. However, there's no reason this should be done at link time,
when you build the library.

How about dynamically relocating the library when it's loaded - once.
Then the address it appears at can be determined at run time; that way
it cannot possibly conflict with any other libraries; the library
loading mechanism would pick addresses so that doesn't happen. Then
when other processes add it, it would appear at the same address in
every process.

This gives fast non-PIC code without the primary problem associated
with having non-PIC code, the fixed addresses.

Far as the jump table/data area: the Amiga Exec solved this problem by
having the jump table grow in one direction, and the data in the
other, from the library base pointer.

--
   - David A. Holland          | -- "Do you have a moment?"   -- "Yes.
     [email-masked] | Unfortunately, it's a moment of inertia."

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

From: [email-masked] (Jochen Roth)
Subject: Re: PCnet32 ("LANCE") PCI ethernet card with Linux.
Date: Fri, 30 Sep 1994 07:11:24 GMT

Donald Becker ([email-masked]) wrote:

: 3. Configure your PCI slot for *edge triggered* interrupts.  On the ASUS
: SP3G this means moving the jumpers rather than just changing the BIOS.
: If you don't do this you machine *will* hang when autoIRQ is done.  With
: level-triggered interrupts you must clear the interrupt line or disable the
: interrupt.  The current autoIRQ code doesn't do this.

Is someone working on implementing shared (level triggered) interrupt
handing for linux ? Writing real PCI drivers is impossible, and most
motherboards will require sharing interrupts.

BTW, edge-triggered interrupts are not PCI-compliant and will prohibit
the use of e.g. multiport adapters with bridge chips, some multi-
function adapters, etc.

--
        Jochen Roth
        [email-masked]

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

From: [email-masked] (Asad Khan)
Crossposted-To: comp.os.linux.help
Subject: Re: IF YOU HAVE A MAGNETO-OPTICAL DRIVE...
Date: 29 Sep 1994 19:35:37 GMT

[email-masked] wrote:
: James Jurach ([email-masked]) wrote:
: : Help.

: : If you have a SCSI magneto-optical drive or have seen one that "works" 
...

I am using a Fujitsu M2512A (230MB, 3.5") with an Adaptec 1522A and
Slackware 2.0 (kernel 1.0.9). Has been working fine.

Performance is as the last poster noted, like an older HD for reads and
about 1/10 as fast on writes.

[email-masked]

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

From: [email-masked] (Jeff Kesselman)
Subject: Re: Linux Mud
Date: Sun, 2 Oct 1994 18:48:55 GMT

In article <[email-masked]>,
Scott Francis <[email-masked]> wrote:
>Is there a mud developed for Linux and if so is it possible for me to get
>the source or compiler version of it?
>
>
>Please respond to [email-masked]
>
>Thanks is advance
>
>Scott

I've recompiled and run both LambdaMOO and ColdMUD successfulyl under linux.
:)

Jeff kesselman

>
>//////////////////////////////////////////////////////
>//                                                  //
>//  Scott Francis  -  UT Health Science Center      //
>//                      San Antonio, Texas          //
>//                                                  //
>//  e-mail:  [email-masked]             //
>//           [email-masked]         //
>//                                                  //
>//  voice:   (210)829-5501                          //
>//                                                  //
>//////////////////////////////////////////////////////
>
>

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

From: [email-masked] (Rafal Maszkowski)
Subject: Re: Suggestion: comp.os.linux.channelecho.*
Date: 2 Oct 1994 19:29:19 GMT

Thomas E Zerucha ([email-masked]) wrote:
> Apparently the only way to communicate with the real developers is via one
> of the "channels", e.g. SCSI, LAPTOSP, NET, and others.  Is there any easy
> way to have the messages echoed in "readonly" newsgroups?

There are linux.act.* groups but you have to ask your News administrator
to establish a feed. Ask him to contact [email-masked]. I think they are 
read-write but I haven't tried yet. Maybe next week (:

R.
-- 
Rafal Maszkowski [email-masked]      http://www.mat.uni.torun.pl/~rzm
Opinia publiczna powinna byc zaalarmowana swoim nieistnieniem - St. J. Lec

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

From: [email-masked] (Jim Williams)
Subject: Ip Adrress probs
Date: 1 Oct 1994 02:26:35 GMT

 Well I seem to have a problem here. I just got a full block of Ip 
address from my provider. What the problem is that I cant seem to get the 
other Linux box on the etho to see me when I use the ip address they gave 
me. Here is the set up Linux 1.1.50 compiled with Ip forwarding enabled.

  -------
  -     - Internet Provider
  ------- 199.86.32.100
     |
     | PPP Connect Modem
     |
     |                          The Block I was assigned was
  -------                       199.199.16.*
 |       |              
 |       | 199.86.32.182
 |       |  Iceworld.org
  _______       
     |  
     | etho
     |  
   ______       
  -      - other linux box
   ------  199.199.16.50
 
  Now Is there any way that he can go out to the outside world without
telneting to my machine? At this point he cant get to me. I was told that 
there had to be a router in between the etho and my machine so that the 2 
different address could see each other. Because they should be on the 
same block showing that they are on a local net. All I want to do is be 
able to go to the out side world with out telneting from the other box to 
the one that has the modem on it. Then I will work on the dial up service 
for the slip and ppp connects. Any help would be appriceated..

 Jim Williams [email-masked]

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

From: [email-masked] (H.J. Lu)
Subject: Re: a bug in gcc 2.6.0/Linux
Date: 1 Oct 1994 02:38:22 GMT

BARTHOLDI Laurent ([email-masked]) wrote:
: Hi folks,
: I got a weird problem with gcc 2.6.0:

: main( int c ) { return c % 15; }

: does not compile (gcc fills up all available memory and exits with a
: 'out of virtual memory' message). The simlilar program compiles fine:

That is one reason why I didn't make binaries for gcc 2.6.0 :-(.

: const in xv = 15; main( int c ) { return c % xv; }

: I suppose I should post this to some gcc group; I suppose it worked with
: previous releases though I can't say.

gcc ss-940927 is fine.

H.J.

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

Subject: Text modes?
From: [email-masked] (Riku Saikkonen)
Date: Sun,  2 Oct 94 21:36:00 +0200

Hmm... I've been wondering about the text mode sync frequencies. Can
they be changed like the XFree86 graphics modes? It just seems somewhat
of a waste to use normal VGA frequencies (what's it, 60 Hz?) with a much
better monitor...

Oh yes, I have a Cirrus Logic CL-GD5426 (1 Mb) ISA card.

Also, would it be theoretically possible to use, say, a 12*30-sized font
(80x25 on a 1024*768 resolution) in text mode? From what I know of
display adapters, it seems that they only support 8-dot-wide (or in some
cases (Hercules) 9) characters. Is this right?

Of course I could switch in to graphics mode, but then I could as well
just use X (graphics mode is always a bit slower though)...

-=- Rjs -=- [email-masked] - IRC: Rjs
"From cavern pale the moist moon eyes / the white mists that from earth
arise / to hide the morrow's sun and drip / all the grey day from each
twig's tip." - J. R. R. Tolkien

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

From: [email-masked] (Gregory P. Smith)
Subject: 1.1.29 kernel fails on mount rw!
Date: 29 Sep 1994 20:24:12 GMT

I have been running the 1.1.29 kernel for a while now.  Today when I tried to
boot into Linux it gave me the message "maximum mounts reached on my / and
/usr partitions check forced" (or something to that effect).  After the fschk
was complete the system locked up when it tried to mount /dev/sda4 (/usr) as
(rw).  I tried my boot floppy but it appears to have the infamous floppy
drive problem(s) and won't boot properly (same kernel that I have on the HDD).

I have an Adaptec 1542CF SCSI-2 controller and am booting linux from a 540mb
SCSI-2 drive in partition /dev/sda3.

help!

-- 
Gregory P. Smith  --  [Team OS/2]
[email-masked], FidoNet: 1:104/332, RIME ->914
Happy OS/2 and Linux user.    (Finger for a PGP public key)

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

From: [email-masked] (Arnt Gulbrandsen)
Subject: Re: Text modes?
Date: 2 Oct 1994 19:58:07 GMT

In article <[email-masked]>,
Riku Saikkonen <[email-masked]> wrote:
>Hmm... I've been wondering about the text mode sync frequencies. Can
>they be changed like the XFree86 graphics modes?

Yes; I've done it.  Not under linux though.  If I don't like the
mode I just find a better mode in the VGA-card manual and adapt the
kernel, in my experience there's always a good one in there.

>Also, would it be theoretically possible to use, say, a 12*30-sized font
>(80x25 on a 1024*768 resolution) in text mode?

I think more or less any height can be programmed, but the width
must be 8 pixels, optionally with the last pixel duplicated.

(All this is for VGA and EGA, btw.)

--Arnt

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

From: [email-masked] (Uwe Bonnes)
Subject: Re: buffer.c & mounting disks
Date: Thu, 29 Sep 1994 20:49:16 GMT

Carlo Hamalainen ([email-masked]) wrote:
> OK, this is what happened to me.

> I had been running Slackware 1.2.0 for a while, until I compiled/patched the
> kernel up to 1.1.51. This is where the problems started.

> I often got "Warning: bdflush not running". I commented this out of
> buffer.c, and it seems to look OK so far....

Good gracious! Get sunsite.unc.edu:pub/Linux/kernel/v1.1/bdflush-1.4.tar.gz
-- 
Uwe Bonnes  [email-masked]

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

From: [email-masked] (Thomas Koenig)
Subject: Re: i486 Word length, anyone?
Date: 29 Sep 1994 21:14:08 GMT
Reply-To: [email-masked]

Andrew F. Lee ([email-masked]) wrote in comp.os.linux.development,
        article <[email-masked]>:

>A Word in ANSI C is 16 bits (specifically unsigned) i.e. the same 
>size as an int.

Nope.

First, ANSI C doesn't define a 'Word', neither a 'word'.

Second, an 'int' can hold at least the values from -32768 to 32767,
but is possibly much larger.  An 'int' on Linux is 32 bits, on a
Cray it's 64.

>A long is 32 bits.  The registers of a 486DX (as 
>opposed to SX) have a 32 bit capacity

The registers of a 486SX also have 32 bits, it't the external
bus that's 16 bits.

>-- but I can't see what 
>that has to do with the size of a _word_ as the OS sees it?

The OS (Linux) doesn't have any concept of 'words'.
--
Thomas Koenig, [email-masked], [email-masked].
The joy of engineering is to find a straight line on a double
logarithmic diagram.

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

From: [email-masked] (Carlos Dominguez)
Crossposted-To: comp.os.linux.help
Subject: terminfo: color vs BW : was COLORFUL PKGTOOL
Date: 2 Oct 1994 16:20:45 -0400

.. I had to reinstall hdsetup.tgz from my slackware 2.0 cdrom
in order to get color back on pkgtool, setup, mc and other
slack utils. But now my newer ncurses based software like aumix, is 
displaying in black and white :(

Hints, ideas and polite rtfm's with chapter and verse are welcome.

-- 
  __  __   __ | .__.  __. ::::  Carlos Dominguez - proprietor - sysadmin  
 |    __| |   | |  | |__  ::::  [email-masked]
 |__ |__| |   | |__| .__| ::::  Basselope *nix systems
  ---------------------------   Internet services consulting is our forte

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

From: [email-masked] (Andreas Bagge)
Subject: Re: DIP with auto-redial?
Date: Thu, 29 Sep 94 18:51:00 GMT

dip-3.3.7i-uri ha a modified dial command.
With it you should be able to check for the BUSY message from your modem
and start a goto loop.

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

From: [email-masked] (Ralph Sims)
Crossposted-To: comp.os.linux.help,comp.os.linux.misc,comp.os.linux.admin
Subject: Re: Telnet & ftp freeze!
Date: 2 Oct 1994 19:45:01 GMT

[email-masked] (System Administrator) writes:

>Trevor Lampre ([email-masked]) wrote:

>: As the admin of a public access system it is of great concern to me, I've
>: had sendmail die for about 2 days before I noticed as well as the other
>: problems described. I spend more time now checking/killing/rebooting
>: my network stuff than I do giving more value to my users. I might just
>: switch to *BSD, at least the network code works.

>Thank WHATEVER that others are seeing this problem!  And thanks to 

...

>for confirming what we've been seeing!  I suggest we keep this thread 
>open and fill it with additional information until the problem gets the 
>attention it needs.  I'm not a programmer, much less a kernel hacker, so 
>I can only voice frustration with the situation.

And what about those of us that DON'T see it?  Basic setup is a
dedicated PPP link on a 14.4 dialup, NET-3 stuff, ppd 2.1.2a,
etc., with an InfoMagic/TransAmeritech CD-ROM combined install.

I move many megabytes of files around via FTP daily, and another
many megs around with mosaic and lynx.  Sendmail+IDA's been
rock-solid.

>I'm new to all this, and don't know all the avenues to pursue.  I'd 
>appreciate any help in getting this problem hilighted and information 
>flowing to the *someone* who understands how the net interfaces really 
>work and who can really and *finally* *fix* it!  How do we proceed?

The AMPR code is still beta-stuff, I think.  Do you really need it?
Also, are your users using ncftp or 'stock' ftp?  Aside from the X25
stuff in your kernel, and the fact your dialin users are seeing/causing
this, there probably isn't much difference in the way we do things.
I have no dialup users.  So, if that's any help, there might be 
something in the way your getty handles buffering (if there is
such as thing); I use agetty.

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

From: [email-masked] (Juha Virtanen)
Subject: Re: PROBLEM: Adaptec 1542 with SMC-Ultra
Date: 02 Oct 1994 11:06:46 GMT
Reply-To: [email-masked]

>>>>> 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 similar setup but without any problems with it.

:>      The distribution of I/O-Ports and IRQ's are definitely unique and ok. 
:> Using others, even if not necessary, gives no improvement. 
:>      Care has been taken upon ram-addresses and dis/enabled ROM. 
:> The adaptec as i know, has no memory-area, and BIOS on it is disabled.

Hmm. I don't remember for sure if it does. But in any case make
sure that BIOS area does not overlap with other cards memory
requirements.  And I have my AHA1542C BIOS enabled without
problems (for accidental DOS use).

:> The effect is independent of adapter-rom-shadowing.

ROM shadowing really shouldn't affect the behaviour in any way.

:> Apart from that,the SMC-ULTRA works fine.

:> "Configuring Adaptec at IO:330, IRQ 11, DMA priority 5"
:> "eth0: SMC Ultra at 0x240, 00 00 C0 F2 D3 A1, IRQ 10 memory 0xcc000-0xcffff."
:> "smc-ultra.c:v0.07 3/1/94 Donald Becker ([email-masked])"

My kernel says this:
Oct  1 15:51:03 iguana kernel: Configuring Adaptec at IO:330, IRQ 11, DMA priority 5
Oct  1 15:51:03 iguana kernel: scsi0 : Adaptec 1542
Oct  1 15:51:03 iguana kernel: scsi : 1 hosts.
Oct  1 15:51:03 iguana kernel:   Vendor: HP        Model: C2247-300         Rev: 0BA4
Oct  1 15:51:03 iguana kernel:   Type:   Direct-Access                      ANSI SCSI revision: 02
Oct  1 15:51:03 iguana kernel: Detected scsi disk sda at scsi0, id 0, lun 0
Oct  1 15:51:03 iguana kernel: scsi : detected 1 SCSI disk total.
...
Oct  1 15:51:03 iguana kernel: eth0: SMC Ultra at 0x340, 00 00 C0 1A 23 A2, IRQ 10 memory 0xc8000-0xcbfff.
Oct  1 15:51:03 iguana kernel: smc-ultra.c:v0.07 3/1/94 Donald Becker ([email-masked])

I have AHA-1542C BIOS at addresses 0xdc000-0xdcfff. Installing SMC
Ultra were very simple plug-and-play task in my case, that is, I
simply plugged the card in and began to use it.

Hope this helps

Juha
--
Plääh. En mä käytä .signaturea.

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

From: [email-masked] (Juha Virtanen)
Subject: Re: PROBLEM: Adaptec 1542 with SMC-Ultra
Date: 02 Oct 1994 11:34:26 GMT
Reply-To: [email-masked]

>>>>> On 02 Oct 1994 11:06:46 GMT, [email-masked]
(Juha Virtanen) said: 
:> I have AHA-1542C BIOS at addresses 0xdc000-0xdcfff. Installing SMC
                                              ^^^^^^^
Oops. I meant 0xdffff.

Juha
--
Plääh. En mä käytä .signaturea.

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

From: [email-masked] (Wade Maxfield)
Crossposted-To: comp.os.linux.help
Subject: Re: Status of Mac Linux & PPC Linux?
Date: 2 Oct 1994 20:28:56 GMT

In <[email-masked]> [email-masked] (Zack T. Smith) writes: 

>
>In article <[email-masked]> [email-masked] (Michael Sullivan) writes:
>>In article <[email-masked]>, [email-masked] (msouth on BIX)
>>wrote:
>>
>>Actually, the mac world is very well behaved if you follow the rules....
>>Direct access to i/o ports is strongly discouraged. There are i/o routines
>>documented in "Inside Mac" that perform the proper i/o redirection and
>>location so that the programmer really doesn't have to know the low level
>>details. There are low level traps defined that permit access at even lower
>>levels...if needed. There is a very large quantity of information available
>>from apple and others on the mac and its programming environment that is
>>availble so there is really no truth to the assertion that mac programming
>>data is hard to get or obscure. Visit the local bookstore ... various
>>volumes of "Inside Mac" (and other books) are usually available......
>>---- Mike
>
>A few problems with this.
>
>1. Inside Mac is not accurate all of the time.
        true

>2. Inside Mac is deficient in many ways.
        usually more like obscure

>3. Inside Mac is written so as to hide important details in obscure
>   parts of the manuals.
        no, it was thrown together.  This has partly been allieviated by the
Mac CD Rom series.  You can now electronically search the IM, and their Tech Notes.

>3. Mac OS calls are incredibly convoluted; they force the programmer
>   to do additional work to write a normal, straightforwad, healthy interface.
        *IMHO*, not more convoluted than Win for MSDog, MSDos, OS/2,
VRTX, pSOS, unix, or any of the other systems I may have written to.  The world
now revolves around real time OS's, even if it is cooperative multitasking.

>4. If you want as to why Inside Mac's suggestions don't work or about
>   manual deficiencies, you have to pay Apple for developer support.
        That has always been my biggest gripe.  However, their developers and
others usually pay attention to and answer the usenet groups.  The latest versions
of the C compilers and development environments for the Mac usually handle a lot
of that stuff.

>5. To get Linux running you can't use high level Mac OS calls; doing so
>   would alleviate the need for the Linux OS.

        *IMHO*, not really.  I ported CP/M 68K to the Mac (the product didn't sell,
but that is what my boss paid me to do.), within the first 4 months of its release.  
Currently, all 68K 
Mac programs run in supervisory mode.  You could actually run linux as a task under
the Mac OS.  You could take over several interrupts to service linux.  Once that
was done, you could conceivably run the mac code that provides a mac shell to their
AIX unix platform, with a lot of work.  

        In order to preserve the ability to be a Mac as well as a linux box (I know,
heresy!), you can put the linux fs inside a Mac compatible file.  That is how the
2nd port to CP/M worked.  An interface can then be written to mount the external
Mac file system, and move files around, since the Mac OS is almost all inside the
ROM.

        Of course, none of this is (or was in the case of CP/M) easy.

Wade

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

From: [email-masked] (Chris Wells)
Subject: Badblocks program buggy?
Date: 29 Sep 1994 22:12:03 GMT

Has anyone else noticed that badblocks (used by mke2fs) doesn't seem to
detect the first bad block in a contiguous block of bad blocks? I
found the bug in badblocks which meant it only found one bad block ever. That
was due to a misplaced 'continue' statement, if I remember.

Perhaps this is a gate-post error?

Chris

--
Running on Linux version 1.1.51

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

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