Subject: Linux-Development Digest #976
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:     Tue, 2 Aug 94 12:13:11 EDT

Linux-Development Digest #976, Volume #1          Tue, 2 Aug 94 12:13:11 EDT

Contents:
  Re: SLIP, CSLIP, PPP and modems (Starcon SysAdmin)
  Driver for 3C523B Card (georg@cimpc3.wu-wien.ac.at)
  Re: No Free Inode on 1GB harddisk!! (Tor Arntsen)
  bug problem CDROM 1.1.31-37 kernels (BARRY TITMARSH)
  lockd & statd anyone ?? (Simon Johnston)
  Re: fact on linux vs sun (Mark Evans)
  CDROM driver hang (Paul Sitz)
  PLIP slowdown under 1.1.36 (ddelsig@uoft02.utoledo.edu)
  Re: bug problem CDROM 1.1.31-37 kernels (Mirko Dziadzka)
  Re: bug problem CDROM 1.1.31-37 kernels (Tat Lam NGUYEN)
  Re: fact on linux vs sun (Dale Shuttleworth)
  Re: Voice Mail cards. (Gareth Newfield)
  Re: bug problem CDROM 1.1.31-37 kernels (BARRY TITMARSH)
  HOWTO: Change IRQ on EE16 netcard (Pat Richard)
  Re: IPX (Vinod G Kulkarni)
  Re: lint for linux (Rob Janssen)
  Re: patching scsi (Rob Janssen)
  Re: [hd] Do you recognize this error message? (Florian La Roche)
  Re: Dosemu won't work with >1.1.29 <1.1.35 and recompile won't help (Matthias Reineke)
  Re: APC UPS owners or potential buyers, trying to show user base (Sridhar Kodela)
  HP Vectra 486VL2 - will Linux run (Jonas Nygren)
  ATA hard drive support? (MIchael Isichenko)
  XFree86-Server for Spea Mirage P64 (Christoph Martin)
  Re: APC UPS owners or potential buyers, trying to show user base (Rob Healey)

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

From: yuriev@astro.ocis.temple.edu (Starcon SysAdmin)
Subject: Re: SLIP, CSLIP, PPP and modems
Date: 1 Aug 1994 17:53:32 GMT

Bart Kindt (bart@dunedin.es.co.nz) wrote:
: In article <316njp$hov@cronkite.ocis.temple.edu> yuriev@astro.ocis.temple.edu (Starcon SysAdmin) writes:
: >From: yuriev@astro.ocis.temple.edu (Starcon SysAdmin)
: >Subject: SLIP, CSLIP, PPP and modems
: >Date: 27 Jul 1994 22:37:45 GMT
: >Summary: IMO, do not use efficiently most of modems
: >Keywords: SLIP, CSLIP, PPP, Modems

: >Hi!

: >        Okay. Here is my point. I have tested kernels 1.1.33, 1.0.9 with
: >Zoom 14400, DataSystems 1440, Bocas, etc in SLIP mode. It appears that
: >when two hosts connected via SLIP, CSLIP, PPP, and ftp from each other
: >total output of connection  is still about 1.7K/second. But all these
: >modems can use bi-directional mode! All of these modems give approximately
: >3.4K/sec under BiModem, HSLink, Hydra, Jaguar/SpeedLink protocol. 
: >        If there's someone who is willing to try to implement full
: >bi-directional mode, I would like to hear from him/her. All code of my
: >Jaguar/SpeedLink could be used here. The only thing which is a bit foggy
: >to me is how to detect when to switch from single-direction mode to
: >bi-directional mode.

: >        Alex Yuriev

: Huh?  I thought the lower throughput was caused by the IP header / tail 
: overhead. Modems are normally always "bi-directional", e.g full duplex. 
: SLIP does not change any settings on the modem at all.


In this case can you please explain results of the following file transfers:

Linux <--> Linux using Hydra on 1.7Mb & 1.4Mb ZIP files: total time 17 min
34 sec 

Linux <--> Linux via SLIP (ftp transfer). Total time: 28 min 48 sec. 

Best wishes,
Alex

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

From: georg@cimpc3.wu-wien.ac.at
Subject: Driver for 3C523B Card
Date: 2 Aug 1994 11:39:35 GMT
Reply-To: georg@cimpc3.wu-wien.ac.at

Has anyone heard of a driver for a 3C523B Network Card?



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

From: tor@spacetec.no (Tor Arntsen)
Subject: Re: No Free Inode on 1GB harddisk!!
Date: 2 Aug 1994 12:24:00 GMT
Reply-To: tor@spacetec.no

In article DEs@ichaos.nullnet.fi, jlaiho@ichaos.nullnet.fi (Juha Laiho) writes:
[...]
>I suppose you should find the optimal amount of inodes for every
>filesystem so that inodes and disk space are used roughly at the same
>rate. That is, for news spool you need a lot more inodes than for
>file archive. With my news spool I've calculated that approximately
>1 inode for 3kbytes of data space seems to be good. Your measure may
>vary. Don't reserve too much inodes, as they unnecessarily eat up
>diak space.

Maybe someone has written a tool to analyse a (quite full) filesystem and
come up with the most optimal bytes-per-inode ratio?

Tor


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

Date: Tue, 2 Aug 1994 13:41:44 EST
From: BARRY TITMARSH <BTITMARS@ESOC.BITNET>
Subject: bug problem CDROM 1.1.31-37 kernels

Ok im in the process of back traceing with kernel versions to the point
that the scsi cdrom drivers are broken.
so far 1.1.28 with its inverted mount ie mount /dev/scd0 and you mount
scd1 on a 2 cdrom system. and mount scd1 and you mount scd0.. etc..
thats was a know fault.. but you can mount the devices. ;-))

Ok with 1.1.35,36,37 '-( i cant mount cdroms from scsi at all.
i get

mount -t iso9660 /dev/scd0 /cdrom-0
gives me....
mount: Block device /dev/scd0 is not permitted on its filesystem
and
mount -t iso9660 /dev/scd1 /cdrom-1
gives me....
mount: Block device /dev/scd1 is not permitted on its filesystem

so idears ? please..

Barry..

Compiled in is: isofs and scsi+cdrom
my other system running config is not affected as my cdrom is
non-scsi and that works. ok.

there is no /var/adm/syslog entries. jsu the above message on the console

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

From: skj@oasis.icl.co.uk (Simon Johnston)
Subject: lockd & statd anyone ??
Date: Tue, 2 Aug 1994 11:39:25 GMT


can anyone tell me where I can get the source for lockd and/or statd to complete
my nfs setup.

Thanks.


MODULE Sig;
FROM ICL IMPORT StdDisclaimer;
FROM Interests IMPORT Modula2, Modula3, Linux, OS2;

BEGIN
(* ------------------------------------------------------------------------.
|Simon K. Johnston - Development Engineer              |ICL Retail Systems |
|------------------------------------------------------|3/4 Willoughby Road|
|Unix Mail : S.K.Johnston.bra0801@oasis.icl.co.uk      |Bracknell, Berks   |
|Telephone : +44 (0)344 476320   Fax: +44 (0)344 476084|United Kingdom     |
|Internal  : 7261 6320    OP Mail: S.K.Johnston@BRA0801|RG12 8TJ           |
`------------------------------------------------------------------------ *)
END Sig.

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

From: evansmp@mb52112.aston.ac.uk (Mark Evans)
Subject: Re: fact on linux vs sun
Date: Mon, 1 Aug 1994 18:23:02 GMT

Dale Shuttleworth (dale@giskard.demon.co.uk) wrote:
: Hi,

: Mark Evans (evansmp@mb52112.aston.ac.uk) wrote:
: : Tom Briggs (tbriggs@cutter.ship.edu) wrote:

: : : I just installed a Gateway Pentium 66mhz machine.  Its got 16Mb of memory,
: : : a PCI bus with PCI ET4000 vidoe card and PCI IDE controller.  Its got an ISA
: : : 16-bit ethernet card, nothing too out of the ordinary.  This machine is
: : : for a new physics professor here on campus.  

: : The ethernet card would most likely be the bottleneck if you were to run
: : networked applications. e.g. NFS client, remote X clients, etc. 

: Hmmm, I suppose it could be, but I don't think I've seen any 100Mbps
: ethernet or FDDI drivers for Linux recently.  This means that you are
: probably stuck with 10Mbps ethernet for now.  The ISA bus is not going
: to be a problem for the 1Mbyte/sec (if you're lucky) of ethernet,
: especially if everything else is on the PCI bus.

Are you actually using the full ISA speed in the case of quite a few
ISA cards. e.g. how fast is the ram on a shared memory card? If access
is through an IO port, how quickly can data be sent through this?

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

From: psitz@empros.com (Paul Sitz)
Subject: CDROM driver hang
Date: Mon, 1 Aug 1994 03:41:42 GMT

I have a cdrom from InfoMagic which apparently has a bad spot on
it.  When I attempt to copy a particular file from the cdrom to
/tmp, the cp process hangs in a state of "uninterruptible sleep".
That is with kernel 1.1.37.  When I run kernel 1.0.9, I get
an I/O error when attempting the same operation.

It seems there has been some regression in the driver.

--
Paul Sitz                                                          
Empros Power Systems Control
A Division of Siemens Energy & Automation, Inc.
2300 Berkshire Lane North          email:          psitz@empros.com
Plymouth, MN  55441-3694           screammail:     (612) 553-4516


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

From: ddelsig@uoft02.utoledo.edu
Subject: PLIP slowdown under 1.1.36
Date: Mon, 1 Aug 1994 08:27:31 GMT

Hi all,
     I've got PLIP up and running under 1.1.36, but it is going pretty slow.
Under 1.0.9 I got ping response times in the 3ms range, and was able to 
transfer data via ftp at a rate consitently better than 40 K/sec.  Under 1.1.36
me ping times are in the range 50ms - 110ms, and ftp data transfer rates are in
the range of 16 - 20 K/sec.  I had to modify the plip.c (kernel) file to get 
plip to work at all under 1.1.36, changing PLIP_DELAY_UNIT from 1 to 2, 
otherwise I get timeouts for over half of my ping packets.  Is this just the 
drawback of the changes in the kernel's plip protocol, or is something wrong
here?  I have not changed any of my rc files, all configurations are the same
for both 1.0.9 and 1.1.36.

Thanks for any help.

Dave

,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
```````````````````````````````````````````````````````````````````````````````
     _/_/_/_/     _/_/        _/_/   _/_/_/_/       David M. Del Signore
      _/    _/     _/_/    _/_/       _/    _/      University of Toledo
     _/     _/    _/ _/  _/ _/       _/     _/          Toledo, Ohio
    _/     _/    _/  _/_/  _/       _/     _/
   _/    _/     _/   _/   _/       _/    _/      ddelsig@uoft02.utoledo.edu
_/_/_/_/     _/_/        _/_/   _/_/_/_/      suprdave@esserv01.eng.utoledo.edu
,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
```````````````````````````````````````````````````````````````````````````````


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

From: dziadzka@ai-lab.fh-furtwangen.de (Mirko Dziadzka)
Subject: Re: bug problem CDROM 1.1.31-37 kernels
Date: 2 Aug 1994 14:53:42 +0200

In article <94214.134144BTITMARS@esoc.bitnet> BARRY TITMARSH <BTITMARS@ESOC.BITNET> writes:
>Ok im in the process of back traceing with kernel versions to the point
>that the scsi cdrom drivers are broken.

I have the same problem with non-SCSI CDROMS (mitsumi fx001).
It seems to be a problem of the iso 9660 file system.

        Mirko


-- 
| Mirko Dziadzka                     | Linux - das beste Textadventure |
| <dziadzka@ai-lab.fh-furtwangen.de> | aller Zeiten                    |
|----------------------------------------------------------------------|
Das Linux-Kernel Buch: http://www.informatik.hu-berlin.de/topics/linux/

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

From: tln@uni-paderborn.de (Tat Lam NGUYEN)
Subject: Re: bug problem CDROM 1.1.31-37 kernels
Date: 2 Aug 1994 13:28:10 GMT
Reply-To: tatlam@uni-paderborn.de , tln@ktp_serv.uni-paderborn.de


 mount -t iso9660 -o ro /dev/<your_cd_rom> /<location>
                  ^^^^^
                  read-only mounting, bcuz you can't write on it... :)
 TLN.

BARRY TITMARSH (BTITMARS@ESOC.BITNET) wrote:
: Ok im in the process of back traceing with kernel versions to the point
: that the scsi cdrom drivers are broken.
: so far 1.1.28 with its inverted mount ie mount /dev/scd0 and you mount
: scd1 on a 2 cdrom system. and mount scd1 and you mount scd0.. etc..
: thats was a know fault.. but you can mount the devices. ;-))

: Ok with 1.1.35,36,37 '-( i cant mount cdroms from scsi at all.
: i get

: mount -t iso9660 /dev/scd0 /cdrom-0
: gives me....
: mount: Block device /dev/scd0 is not permitted on its filesystem
: and
: mount -t iso9660 /dev/scd1 /cdrom-1
: gives me....
: mount: Block device /dev/scd1 is not permitted on its filesystem

: so idears ? please..

: Barry..

: Compiled in is: isofs and scsi+cdrom
: my other system running config is not affected as my cdrom is
: non-scsi and that works. ok.

: there is no /var/adm/syslog entries. jsu the above message on the console

--
=========================================================================
     ____ |     o    |    __o   | tatlam@uni-paderborn.de
  /\  /   |   <(     |  _`\<,_  | ...!uunet!mcsun!unido!pbinfo!tatlam 
 /  \/__  | __[ \.__ | (_)/ (_) | tln@ktp_serv.uni-paderborn.de
Research is what I'm doing when I don't know what I'm doing -- A.Einstein
=========================================================================

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

From: dale@giskard.demon.co.uk (Dale Shuttleworth)
Subject: Re: fact on linux vs sun
Reply-To: dale@giskard.demon.co.uk
Date: Sun, 31 Jul 1994 18:57:54 GMT

Hi,

Mark Evans (evansmp@mb52112.aston.ac.uk) wrote:
: Tom Briggs (tbriggs@cutter.ship.edu) wrote:

: : I just installed a Gateway Pentium 66mhz machine.  Its got 16Mb of memory,
: : a PCI bus with PCI ET4000 vidoe card and PCI IDE controller.  Its got an ISA
: : 16-bit ethernet card, nothing too out of the ordinary.  This machine is
: : for a new physics professor here on campus.  

: The ethernet card would most likely be the bottleneck if you were to run
: networked applications. e.g. NFS client, remote X clients, etc. 

Hmmm, I suppose it could be, but I don't think I've seen any 100Mbps
ethernet or FDDI drivers for Linux recently.  This means that you are
probably stuck with 10Mbps ethernet for now.  The ISA bus is not going
to be a problem for the 1Mbyte/sec (if you're lucky) of ethernet,
especially if everything else is on the PCI bus.

This machine is going to suffer under X from the non-accellerated
video card (if you have a ET4000/W32, XFree does not currently use
the acccelleration features).  Whilst this is offset to an extent by
the bandwidth of the PCI bus, bit-blit on the video card really makes
a difference.

If you are running lots of processes which use disk I/O, the IDE
disk will also make the system seem slow.

Unless you have more than two ethernet cards in the machine, there
is little point in going for anything better than a vanilla ISA
ethernet card.  For most applications, improvements to the disk
and video will have far more effect than improvements to the network
card.

                Dale.

-- 
******************************************************************************
*  Dale Shuttleworth                                                         *
*  Email: dale@giskard.demon.co.uk                                           *
******************************************************************************

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

From: gareth@metl.chi.il.us (Gareth Newfield)
Subject: Re: Voice Mail cards.
Date: 31 Jul 1994 06:52:04 GMT

Lars Marowsky-Bree (lmb@pointer.han.de) wrote:
: Quoting ftlofaro@unlv.edu (Frank Lofaro) ,
: >And it is our decision if we want to (and do) reverse-engineer anything.
: >And then release source code ourselves. We would not be under
: >non-disclosure.
: This opinion will make companys  stay  away  from Linux as a serious
: development platform. 

IMHO I can't see companies staying away from linux as a serious development
platform because someone reverse engineered some propietary driver. Quite
the reverse in fact.
Also whether or not it is a good idea to reverse engineer any particular
thing, or release resulting source, I think that it would be a bad idea for
any of us to worry about this upsetting anyone. If nothing illegal is done
then who cares. Things are reverse engineered every day, by major companies
from hardware vendors, to software, in fact probably by every major player
in the computer industry. No company that I've ever worked for said well
since IBM reverse engineered parts of windows we won't use any OS from
IBM as a serious development platform.

Gareth

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

Date: Tue, 2 Aug 1994 16:04:56 EST
From: BARRY TITMARSH <BTITMARS@ESOC.BITNET>
Subject: Re: bug problem CDROM 1.1.31-37 kernels

many thanks for the replies already,.
its mount -o ro now since 1.1.34 kernels now require read.only mount
on cdroms.
thanks to those who respond..
my bug: So much too do, and not enough time to Do it.

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

From: patr@icebox.iceonline.com (Pat Richard)
Subject: HOWTO: Change IRQ on EE16 netcard
Date: Tue, 2 Aug 1994 12:20:17 GMT

hi,
    Having compiled in support for the EtherExpress 16 card, how do you
change the IRQ that it defaults to? My card will always use IRQ 5, even
if I reset it to something else before running Linux (it has a
soft-settable IRQ).

Please reply to patr@icebox.iceonline.com.

.... Bringing the Internet to Whistler, B.C. ....
....                                         ....
.... Pat Richard: patr@icebox.iceonlione.com ....

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

From: vinod@cse.iitb.ernet.in (Vinod G Kulkarni)
Subject: Re: IPX
Date: Mon, 01 Aug 1994 19:31:53 GMT

Thumper.. ask my fiancee! (warner@mtu.edu) wrote:
: David G. Boney (dboney@cs.ttu.edu) wrote:
: : Hi, 
: :     Where can I find info on how to use the ipx stuff in the kernel?
: : David G. Boney                              AF&AM
: Any info would be VERY nice!!!  (I am also interested... As if you couldn't
: tell!!!)
: Thanks!

(As far as I understand ...:-)

Basically the kernel currently (as of 1.1.29 or so...) contains support
for IPX sockets. Also, it has minimal support for IPX routing.

This IPX stack is intendend to be used by IPX client in DOSEMU as follows: 
(It is equivalent of IPX.com in dos environment.) If there are many dos
sessions, and each one of them want to have access to Novell Netware, 
the ipx client code in dosemu should be capable of defining an independent
IPX "network" and a single node under this network, for each dosemu session. 
(This "network" number is similar to what you assign to physical
segments on each interface of Novell Netware.) IPX Routing present
within kernel will then take care of allowing multiple sessions of dosemu
with netware access.  The required code is there with current versions of 
dosemu, but doesn't work as far as I know. It needs to be  debugged etc.


Note: There is different way you can access Novell netware from dosemu;
by using builtin packet driver which gives access to all IPX packets 
without using IPX stack of the kernel. In fact most people use this way.
But you are then stuck with only one dosemu session which can connect to
netware.

Another possible use of IPX stack is to make it full fledged IPX  router,
especially when linux acts as IP router between two physical networks.
In fact we currently use linux as IP router for our department due to
its stability. As a result, we don't have  access to novell netware
systems present outside our department. If anyone has been successful in 
getting IPX routing (or at least bridging) along with IP routing on
linux, please let everyone know! (It can replace PCROUTER which many use
for this functionality.) 


Vinod.
-- 
--Vinod.G.Kulkarni.              ,---------------------------------------
Research scholar,                |"People often find it easier to be result
Dept. of CSE, IIT Bombay,        | of  the  past than the cause of the -
INDIA.  (vinod@cse.iitb.ernet.in)|___________________________- future.___

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: lint for linux
Reply-To: pe1chl@rabo.nl
Date: Mon, 1 Aug 1994 21:49:39 GMT

In <31i600$5dj@senator-bedfellow.MIT.EDU> D.G.Jones@scuna.dircon.co.uk (Derek Jones) writes:

>Sigh, again,

>I have responded privately to some of the people who have
>said "gcc does everything" over the last few months
>but now feel it's time for the list.

>gcc -Wall -pedantic does *not* catch some of the (even
>more trivial) errors that a decent lint will catch. *Esp.*
>if those errors are *calling problems between* source files.

I think the general consensus is, now that there are function prototypes
you can avoid these problems by putting a prototype of each function in
a header file being include in both the sourcefile defining the function
and all sourcefiles calling the function.  Adherence to this rule is
easily enforced when using gcc.

Unfortunately, many people seem to put definitions for external functions
hardcoded at the top of the source calling the function (this is even
done in the Linux kernel!!), and most of the benefits of prototypes are
lost in that case.

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

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

From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: patching scsi
Reply-To: pe1chl@rabo.nl
Date: Mon, 1 Aug 1994 21:58:55 GMT

In <31jbc2$mbf@master.cs.rose-hulman.edu> julichjh@malachi.Rose-Hulman.Edu (Joseph H. Julicher) writes:

>In article <CtuqCr.729@pe1chl.ampr.org> rob@pe1chl.ampr.org (Rob Janssen)  
>writes:
>> It should work as-is.  What is the kernel reporting during boot?
>>
>The kernel tells me that I have 2 scsi drives sda and sdb
>These correspond to the LUN 0 of the two drive drawers. 
>The host adapter is an adaptec eisa scsi card.
>I forget the number but is has the integrated floppy and is no longer made.

The kernel should normally scan all LUNs of each controller.  Things
that can stop it from doing so include the "NO_MULTI_LUN" define being
set, or the device ID returned by the controller being in the "black list"
of misbehaving devices.

Checkout /usr/src/linux/drivers/scsi/scsi.c for more detail.

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

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

From: flla@stud.uni-sb.de (Florian La Roche)
Subject: Re: [hd] Do you recognize this error message?
Date: 2 Aug 1994 00:04:32 +0200

Alex Ramos (ramos@engr.latech.edu) wrote:
: Might some hd.c guru tell me a possible cause for the following errors?

:       Jul 20 02:27:18 crash kernel: HD: write_intr: status = 0x51
:       Jul 20 02:27:19 crash kernel: HD: write_intr: error = 0x04
:       [repeats 10 times]

Look into <linux/hd.h> (I am not 100% sure about the file).
All bits from the status and from the error register are explained by some
"#define" constants.

If I am wrong with the file name, then go into /usr/src/linux/driver/block/
and read the file hd.c. Look for the function "write_intr()" and see what
is used to test the various fields of these registers. Then make a
"grep NAME /usr/include/linux/*.h" to find the correct header file.

Florian  La Roche



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

From: n24927@pbhrzx.uni-paderborn.de (Matthias Reineke)
Subject: Re: Dosemu won't work with >1.1.29 <1.1.35 and recompile won't help
Date: 2 Aug 94 14:25:20 GMT

drb@chem.canterbury.ac.nz (Ross Boswell) writes:

>The last kernel that dosemu0.52 worked with was 1.1.31, I think.
>At 1.1.33 it wouldn't compile because of a circular include-file
>definition involving sigsegv.c and the definition of select_table.
>At 1.1.35 it compiles but fails with a segmentation error; the last
>output from -D+all is "put_video_ram called".  
>Any wizards working on this?

The segmentation violation occurs at the following line (video/video.c,
"put_video_ram"-function):

memcpy((caddr_t)GRAPH_BASE, vgabuf, GRAPH_SIZE);

Two lines before no sigsegv occurs:

memcpy(vgabuf, (caddr_t)GRAPH_BASE, vgabuf);

The line between is:

munmap((caddr_t)GRAPH_BASE, GRAPH_SIZE);

Other combinations of memcpy(dest,src,size)
                      munmap(src,size)
                      memcpy(src,dest,size)          <---- sigsegv
also doesn't work.

Some idea's?
Let's take a look at linux/mman.h.

Ciao,
  Matthias Reineke




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

Crossposted-To: comp.unix.bsd
From: kodela@netcom.com (Sridhar Kodela)
Subject: Re: APC UPS owners or potential buyers, trying to show user base
Date: Tue, 2 Aug 1994 14:21:40 GMT


: Ahem.. Well. umm.. the Smart-ups cable is just a 3 wire cable with pins
: 2 4 and 7 (I think ... could be wrong).  The PC doesn't communicate
: with the UPS - only the UPS sends data to the PC (thus no receive
: pin on the UPS) and a pin for power-fail detection, and a ground :-)

Hi aris,
        there is another breed of programs mainly SNMP agents that talk to
the UPS. They can receive the messages sent by the UPS (we call them 
unsolicited messages or alarms.) as well as sending commands to the UPS. These 
commands are mainly to get the data out and some control commands.

        On the UPS i am writing the SNMP agent for the RS-232 pin connection
is given like this. 

Quote start:
                        RS-232 Mode
RS-232 pin connections are as follows:

        pin1    receive data
        pin2    Transmit data
        pin9    signal groud

Quote end:

        As far as detecting the power failure it sends a special character
on to the com port. The agent reads this and figures out. There are bunch of
characters which have special meaning. 

        I beleive the cable is a modified DB9-DB9. A straight DB9 won't work.
We rigged it up to their req. 

cheers
sridhar
kodela@netcom.com
sorry for any typos
: >     The UNIXware software is SCO version too, I don't think they have
: >     a specific version for any other OS.

: They have for DOS/NT/Netware too.  I believe they also have for some of
: the larger UNIXes i.e. HP/UX and AIX.   I don't see why you couldn't
: use the SCO version on Linux if you were using the iBCS2 code which
: allows you to run SCO (COFF) binaries.

: Aris

: -- 
: Aris Stathakis            Tel: +27 11 887 1040       Snail Mail:  
: SCO ACE / Novell CNE      Fax: +27 11 887 5158       P.O. Box 781228
: M&PD (Pty) Ltd.           Fax: +27 11 887 5158       Sandton, 2146
: E-Mail: aris@mpd.co.za    Cell:+27 83 601 0206       R.S.A.

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

From: ehsjony@ehs.ericsson.se (Jonas Nygren)
Subject: HP Vectra 486VL2 - will Linux run
Reply-To: ehsjony@ehs.ericsson.se
Date: Tue, 2 Aug 1994 14:22:29 GMT


I am contemplating buying a PC to run Linux on. I am thinking of an 
HP Vectra 486 50/dx2. I do not have any machine to try on and I would like
to find out if somebody else have manage to run Linux on such a system.

By the way I looked in the HOWTO HW but did not find info on this HP system.

Some more info:

Video: Cirrus 5428 using HP localbus (VESA?)

Bus: ISA-16

Disk: Fast IDE

Have you managed to run Linux on such a system?

Do you know that it is not possible?

Can you suggest a strategy to test a system if I manage to get hold of one?


Thanks in advance

Jonas Nygren


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

From: mbi@hagar.ph.utexas.edu (MIchael Isichenko)
Subject: ATA hard drive support?
Date: Tue, 02 Aug 1994 09:36:47 -0600

I found that a new (?) hard drive standard, ATA, is out in the market. 
This kind of drive is supposed to be compatible with IDE controllers, but
is said to perform better with its native (ATA) controller.  Example:
Seagate ST-3655A (528 MB) @ about $300-350.  Before I go ahead and buy it,
I am wondering whether this ATA HDD is directly, or implicitly through
IDE, supported by linux?  

Michael Isichenko
Fusion Research Center
The University of Texas at Austin
email:  mbi@hagar.ph.utexas.edu

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

From: martin@wilbur.zdv.Uni-Mainz.DE (Christoph Martin)
Crossposted-To: comp.os.linux.admin
Subject: XFree86-Server for Spea Mirage P64
Date: 2 Aug 1994 15:21:03 GMT

Hello,

I fetched the X11R6-beta XF86_S3 server from Yggdrasil.com and tried
it with my Spea V7 Mercury P64. It is only running in 640x480 mode,
because the server can't change the dotclock (ATI 18818-1). There was
no documentation with the Yggdrasil-distribution only the remark in
the ANNOUNCE-file, that the XF86_S3 supports S3 864.

Are there undocumented options or a separate program to set the clock
or what is the trick with the card?

Christoph martin

--
============================================================================
Christoph Martin, Zentrum f|r Datenverarbeitung, Uni-Mainz, Germany
Internet-Mail:  martin@goofy.zdv.Uni-Mainz.DE
   Paper-Mail:  C. Martin, Zentrum f|r Datenverarbeitung,
                Johannes-Gutenberg-Universitdt, 55099 Mainz, Germany
      Telefon:  +49 6131 396316

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

Crossposted-To: comp.unix.bsd
From: rhealey@sirius.aggregate.com (Rob Healey)
Subject: Re: APC UPS owners or potential buyers, trying to show user base
Date: Tue, 2 Aug 1994 13:05:58 GMT

In article <Ctw4tr.Hxp@gcs.com>, Mark Bolzern <mark@gcs.com> wrote:
>In article <316bjc$hlh@thor.tjhsst.edu>,
>Craig Metz <cmetz@thor.tjhsst.edu> wrote:
>>      I had a talk today with Debbie Gray (sp?) of American Power Conversion
>>regarding trying to get information on how to communicate with their Smart
>>UPS products' onboard controllers in order to write a Linux driver. APC is
>>one of the *many* manufacturers that plays the old NDA game, i.e., ``we
>>consider that to be proprietary information that we have to protect''. However,
>>she seemed to at least not be a brick wall to the idea of trying to change
>>this policy so that a freely redistributable in source form Linux driver could
>>be done. She told me that she will be talking to her supervisor when he's
>>back from Interop next week about this. 
>
>Try Best.... They have a better product (Rare that someone named that would)
>and don't mind talking....  I got a Best UPS not too long ago with a full
>programming manual, and source code in C for several different Unix versions.
>
        Anybody who talks to APC might want to mention that Best provides
        full open documentation to their command language and wiring. Then
        ask why should you buy APC when Best is open with their specs and
        APC isn't?

        If enough people do this then maybe APC will see the err in their ways.

        The reason I care is that if any one of the big 3 stays proprietary the
        others may be tempted to go the same route to earn extra $$$. With
        2 or more being open spec'd they can't do that.

        I think our effort would be best served by making ALL the UPS
        manufacturers open up and then agree on a common protocol so
        we only have to write one driver!

                -Rob

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


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