Subject: Linux-Development Digest #804
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:     Wed, 8 Jun 94 07:13:05 EDT

Linux-Development Digest #804, Volume #1          Wed, 8 Jun 94 07:13:05 EDT

Contents:
  Re: loadable drivers - who played with? ($ Burkhard Kohl)
  PCMCIA harddrives support under linux? (Wigs)
  Re: SOLVED: /dev/audio busy (Harald Albrecht)
  SMP supprot for Linux???? (Josh Johnson)
  Re: Linux game development (Marius Kjeldahl)
  Re: Symmetric Multiprocessing for Linux? (Christoph Adomeit)
  Dial On Demand Routing (John Chabut)
  Re: Linux game development (Was Re: Why [DOS, W (Greg Harewood)
  Problems compiling 1.1.18 (Martin Schulte)
  Re: NCurses 1.8.5 (Lou Sortman)
  Re: rlogin/rlogind and rsh/rshd password problems (Alan Cox)
  Re: IPX is there, what next ? (Alan Cox)
  Re: NTFS filesystem on disk layout (Mikael Nykvist)
  Re: assembly language & Linux... rep insw, esp. (Hugh Emberson)
  Re: NTFS filesystem on disk layout (Bryan Ford)

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

From: buk@taz.de ($ Burkhard Kohl)
Subject: Re: loadable drivers - who played with?
Date: 7 Jun 1994 19:51:50 GMT
Reply-To: buk@taz.de

I played with it about an year ago. Maybe all the people using ftape should 
have to use modutils.

Of course I've forgot the most about modutils but if you ask more precisely
I might be able to refresh my memory. Please answer by email.

---
  _/_/_/_/_/  _/_/_/_/  _/_/_/_/     Burkhard Kohl 
     _/      _/    _/       _/       buk@taz.de
    _/      _/_/_/_/      _/         die tageszeitung
   _/      _/    _/     _/           Germany
  _/      _/    _/    _/             10969 Berlin        Phone: +30-259-02-120
 _/      _/    _/   _/_/_/_/         Kochstr. 18         FAX  : +30-251-06-94


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

From: wiegley@phakt.usc.edu (Wigs)
Crossposted-To: comp.os.linux.misc,comp.os.linux.help
Subject: PCMCIA harddrives support under linux?
Date: 7 Jun 1994 13:21:50 -0700



My ThinkPad 350C laptop has only 122M of hard drive space and I've almost
exhausted it.  I would like to add more space and found that a couple of
companies make PCMCIA type III harddrives.  Would I be able to use one of
these under linux?  Does anybody else out there use these drives
successfully?

Is it just easier and less expensive to completely replace my exhisting
hard drive?  Is this operation to perform in ThinkPad laptop or do I have
to have a professional service center do it?  Does anybody know what
brand/model hard drives are in the 350C laptops and what I can replace them
with?

sorry there are a lot of questions but I would really appreciate your
answers.

Thanks,

-- Jeff Wiegley
wiegley@usc.edu

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

From: albrecht@igpm.rwth-aachen.de (Harald Albrecht)
Crossposted-To: comp.os.linux.admin,comp.os.linux.help
Subject: Re: SOLVED: /dev/audio busy
Date: 7 Jun 1994 08:30:50 GMT

>In <2suobp$rvl@urmel.informatik.rwth-aachen.de> albrecht@igpm.rwth-aachen.de >(Harald Albrecht) writes:
>
...snip...
>
>It is true that modern boards no longer use DMA #0 for refresh, but I'm
>amazed that this would make the channel available for use on cards!
>Each DMA channel has 2 control lines on the BUS, and no lines have been
>assigned for DMA #0 (because it could not be used anyway).  Which lines
>are used on your board to access this channel?
>
>I think it is more like this: DMA #0 is sometimes used to indicate 'DMA
>not used'.  E.g. for VLB or EISA busmastering cards.   If that is the
>case, your patch is not the appropriate way to get it working.
>Look in the aha1542 driver which supports VLB cards via 'DMA #0' as well.
>
>Rob, pe1chl@rabo.nl

I havn't checked the edge connector layout yet but all works well for
more than half a year with M***S and for some days with Linux. I'm not
sure whether the DRQ and ack lines are available on the AT bus extension.
At the weekend I'll take a closer look at the IEEE specifications -- not
IBM one's! But the thing worked and the SB 16 for example offers the
choice of DMA#0. And since my Personal LinuxBox already contains a streamer
and a scanner all other 8 bit DMA channels are in use so I'm glad to use
it that way.

Harald Albrecht
albrecht@igpm.rwth-aachen.de



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

From: jdjohnso@comp..uark.edu (Josh Johnson)
Subject: SMP supprot for Linux????
Date: 8 Jun 1994 02:42:05 GMT


    I was wondering if there was any development going on for symmetric
multi processors under Linux? I was thinking about trying thids for my
senior design progject. I'm no t sure if I'll be up to it by then but I think
I might like to try. BTW I wouldn't be working alone. Any thoughts on this
would be appreciated.

Josh Johnson


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

From: s_marius@ira.uka.de (Marius Kjeldahl)
Subject: Re: Linux game development
Date: 07 Jun 1994 09:01:39 GMT

In article <9406070648.AA13379@idcube.idsoftware.com> ddt@idcube.idsoftware.com (David Taylor) writes:

>   However, both Carmack and I would recommend Linux or FreeBSD to
>   anyone else that wants to develop games.  It's of course perfect
>   if you have some UNIX background, but even if you don't, the time
>   you'll save not rebooting will more than make up for the time of
>   the learning curve.
>
>   I have recently started a small game development and publishing
>   company called Chameleon Productions.  It is modelled after id
>   Software but is run on a very small budget.  The programmer develops
>   under Linux.  The game uses svgalib.  He has keyboard, mouse, and
>   joystick supported as well.  Sound isn't done yet, but will be
>   quite straightforward, and believe it or not, there's plenty of
>   sound code that can be made portable.  The game looks and plays
>   identically to the DOS version, which is compiled under Watcom and
>   linked to 4gwpro.  The code stresses the importance of keeping the
>   source as similar as possible for DOS and Linux, leaving the
>   differences trivial and hopefully not-too-painful to debug.

Thanks for the helpful info. Would it be possible to tell us what kind
of "support" tools you use, ie. how you design graphics, palette and
sprite management etc.. Does such tools exists for Linux/X, or do you
use your own in-house developed tools? (I have looked into several
drawing packages for X [pixel based], but it seems they have almost no
palette handling at all, ie. which colours to put where in the palette
etc.)



--
Marius Kjeldahl, student at The Norwegian Insitute of Technology and
The University of Karlsruhe - finishing MSc late autumn 1994 
        e-mail: s_marius@ira.uka.de or mariusk@lise.unit.no
        www   : http://rzstud1.rz.uni-karlsruhe.de/~ulh0

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

From: ado@bigcomm.gun.de (Christoph Adomeit)
Subject: Re: Symmetric Multiprocessing for Linux?
Date: Thu, 2 Jun 1994 00:53:32 GMT

tdunbar@vtaix.cc.vt.edu (Thomas Dunbar) writes:

>the problem is the cost is beyond Linux developers' budgets.  ...i
>venture a guess that if ALR, Compaq, etc. were to donate a SMP box to
>Linus, there would be a Linux-SMP before long.

You won't need those big companies for that. I think if every Linux User 
would give 0.10 $ this would be enough:-)
However, if money is the problem, I think a short ask for this in c.o.l.a. 
would bring much more than the needed amount easily.

Ciao
  Christoph
-- 
===============================================================================
bigcomm-linux-box: free linux-files at first call. bbs login "guest" nuucp
login "nuucp" no password. Data: +49 211 3985258 request ~/filelist/allfiles.gz
===============================================================================

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

From: jchabut@dayton.adroit.com (John Chabut)
Subject: Dial On Demand Routing
Date: 7 Jun 1994 15:02:40 GMT

Is anyone developing on-demand dialing for LINUX?  We would like to use
LINUX to route IP packets from our Ethernet to our Internet provider.  We
access the Internet using SLIP and a dial-up modem.  We'd like to have
something that would automatically dial and establish the SLIP connection
when IP packets on the Ethernet need to be routed to the Internet.  
Likewise, the modem should hang up when the transfer of IP packets
over the SLIP connection has subsided (e.g. after a timeout).

We recognize that standalone routers have this capability, but we were
hoping to use a LINUX-based system to do the routing, auto-dialing, and
auto-hangup (while providing other computing capabilities).  Are we 
dreaming?

Looking forward to your responses,

John Chabut

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

From: gjh@ukc.ac.uk (Greg Harewood)
Subject: Re: Linux game development (Was Re: Why [DOS, W
Date: Tue, 07 Jun 94 15:34:37 GMT
Reply-To: gjh@ukc.ac.uk (Greg Harewood)

In article <2t11lr$g7k@usenet.ins.cwru.edu>,
Michael D. Zoran <mdz@po.CWRU.Edu> wrote:
>
>    I think a unix like system or a time sharing system is simply a bad
>enviroments for games.  Simply put, most of the good games are written in
>assembly, take over the entire machine, and usually completely bypass the
>OS and access the hardware directly to give optimal performence.  This in
>away is why DOS is so great for games.  The os loads the program and
>doesn't do much else. Isn't this why its called a "Disk Operating system." 
>I think a unix system with its layered hardware abstraction just gets 
>in the way of these types of games.
>    If you want to play games, reboot into dos.


I think you are missing the point. Some sort of OS is always needed, whether
it is built into the game code, part of the BIOS or part of DOS. It covers
tasks such as keyboard, joystick, mouse, screen, etc.. DOS is easy because
manufacturers write their own code in the BIOS. But screen drivers still
vary from machine to machine. And if you use DOS, you have the 640K model.

With no other processes running, Linux is *fast*. You have a flat memory
model with as much space as you want given virtual memory. You have fast
efficient drivers for all your hardware. It evens things out to a much
nicer situation where all machines has as much memory as you want, a maths
coprocessor, and the only difference between platforms becomes speed of
execution. And the multitasking environment means you can have a process
for the user interface and another to render the graphics (for example)
in as much detail as remaining processor speed will allow.

You're oversimplifying. Just because DOS is nasty doesn't mean that all
OS's are - Linux is very much better in every way to work with than a
bare machine. The only disadvantage I see is that to work well, this
game extender really still needs it's own partition.

Greg

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

From: schulte@thp.uni-koeln.de (Martin Schulte)
Subject: Problems compiling 1.1.18
Date: 6 Jun 94 23:50:36

I got linux-1.1.13 from ftp.cs.helsinki.fi and patched it up to
1.1.18.

I configured it without net(see below for my .config) and got the
following problem when linking:

net/net.o: Undefined symbol _dev_init referenced from text segment
net/net.o: Undefined symbol _net_bh referenced from text segment

I use gcc2.5.7.

Any help appreciated, Martin

.config:
#
# Automatically generated make config: don't edit
#

#
# General setup
#
  CONFIG_MATH_EMULATION = CONFIG_MATH_EMULATION
  CONFIG_BLK_DEV_HD = CONFIG_BLK_DEV_HD
# CONFIG_BLK_DEV_XD is not set
# CONFIG_NET is not set
# CONFIG_MAX_16M is not set
  CONFIG_SYSVIPC = CONFIG_SYSVIPC
  CONFIG_M486 = CONFIG_M486

#
# SCSI support
#
# CONFIG_SCSI is not set

#
# Skipping SCSI configuration options...
#

#
# CD-ROM drivers
#
# CONFIG_CDU31A is not set
# CONFIG_MCD is not set
# CONFIG_SBPCD is not set

#
# Filesystems
#
# CONFIG_MINIX_FS is not set
# CONFIG_EXT_FS is not set
  CONFIG_EXT2_FS = CONFIG_EXT2_FS
# CONFIG_XIA_FS is not set
  CONFIG_MSDOS_FS = CONFIG_MSDOS_FS
  CONFIG_PROC_FS = CONFIG_PROC_FS
# CONFIG_ISO9660_FS is not set
# CONFIG_HPFS_FS is not set
# CONFIG_SYSV_FS is not set

#
# character devices
#
  CONFIG_PRINTER = CONFIG_PRINTER
# CONFIG_BUSMOUSE is not set
# CONFIG_PSMOUSE is not set
# CONFIG_MS_BUSMOUSE is not set
# CONFIG_ATIXL_BUSMOUSE is not set
  CONFIG_SELECTION = CONFIG_SELECTION
# CONFIG_TAPE_QIC02 is not set
  CONFIG_FTAPE = CONFIG_FTAPE
  NR_FTAPE_BUFFERS = 3

#
# Sound
#
# CONFIG_SOUND is not set

#
# Kernel hacking
#
# CONFIG_PROFILE is not set
--

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

From: lou@tfnet.ils.unc.edu (Lou Sortman)
Subject: Re: NCurses 1.8.5
Date: 7 Jun 1994 15:48:06 GMT

In article <2svoi4$fl7@hippo.shef.ac.uk>,
Stuart Herbert <ac3slh@sunc.sheffield.ac.uk> wrote:
>I recently upgraded to ncurses 1.8.5 from 1.8.1 (I've got Slackware 1.2 on
>my machine), and this broke some existing programs written for it (as it
>warns about).
>
>Downloaded dialog's source code again, and recompiled it with ncurses 1.8.5,
>and it's well buggered.  The colours are interpreted incorrectly, and the
>background colours of the screen and some of the dialog boxes are left unset.
>(This is when using dialog from the console - monochrome support seems to
>work fine)
>
>I can't see anything wrong with dialog's code, so I'm wondering if anyone else
>has had any problems using this version of ncurses.  

I had to go in and fix the werase function in ncurses (lib_erase.c, I think).
At the bit where it loops through and sets things to ' ', you need to change
that to ' ' | win->_attr if I recall correctly.
I went tromping all through the code for both dialog and ncurses trying to 
track this down.

--
lou@tfnet.ils.unc.edu (Lou Sortman)       for(i=0; i<3; i++) puts(
                                                  "Janet!    Dr. Scott!   \n"
                                                  "Janet!    Brad!        \n"
Whoever dies with the most LEGO wins.             "Rocky!    <Uh!>        \n");

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

From: iiitac@uk.ac.swan.pyr (Alan Cox)
Subject: Re: rlogin/rlogind and rsh/rshd password problems
Date: Tue, 7 Jun 1994 10:26:59 GMT

In article <1994Jun5.220649.1745@ritz.equinox.gen.nz> grantma@ritz.equinox.gen.nz (Matthew Grant) writes:
>with 2 - 3 seconds before the password prompt comes up.  Then any try after
>that, it takes 30 SECONDS!  It does not happen when I try to change id to

Fixed as of about 1.1.13. Probably best to avoid 1.1.13 upwards for SLIP
or PPP though as the new tty drivers still appear very ill at times.

>BTW, the ftp client is not that good either.  mget * does not work.  I think
The current ftp client is fine - get the latest Florian La Roche FTP client.
That one also fixes the messages not appearing at the right times.

>machine into work.  BTW they want to run Linux for a whole lot of Xterms, as
>well as running some software on them to take the load off their Sun Sparc
>10.

This is similar to what one machine does here except because its only got
8Mb of RAM it serves rxvt's to people at about 1/10th of the memory usage!

Alan



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

From: iiitac@uk.ac.swan.pyr (Alan Cox)
Subject: Re: IPX is there, what next ?
Date: Tue, 7 Jun 1994 12:37:05 GMT

In article <1994Jun7.013906.811@offline.be> marc@offline.be (Marc Duponcheel) writes:
>I noticed the precence of IPX code when compiling
>linux. Does this mean that a Linux PC will be able
>(or already is able) to be inegrated in a Netware
>network ? If yes, is it possible to run IPX and TCP/IP
>together on one card  ? thanks for replies !

One card can run both.

The IPX code is good enough to run custom IPX applications. Unfortunately
the nice people at Novell don't document NCP (the file protocol) so its
taking a while to explore further. It can do limited routing and will be
doing full IPX routing very soon.

Alan



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

From: viper@ludd.luth.se (Mikael Nykvist)
Subject: Re: NTFS filesystem on disk layout
Date: 7 Jun 94 21:20:26 GMT

In <TVO.94Jun5182603@zaphod.swb.de> tvo@zaphod.swb.de (Thomas Vogler) writes:

>i once posted this some time ago, but received no replies at all.
>hopefully this one has some more success.

>i intend to write a filesystem driver for linux supporting NTFS in order
>to be able to access my NTFS formatted disks under Linux. In a first
>attempt i plan to support read only access only, write access might follow
>later.

>in order to do this, i will need some informations how NTFS files are stored
>on a disk.

>does anyone know a source of information where such details can be found ?

>i checked with all my local computer bookshops and the microsoft developer 
>network cd's, but could not find anything except a few notes in the 
>WindowsNT resource guide, which dont help much.

>since i dont have access to compuserve, i hope some of you guys know if
>something like this can be found there and (if permitted by Microsoft)
>mail me either to specs or give me a pointer where to look and wether its
>worth to look.

>any help appreciated.

Because of the B2 (or was it C2 ?...) security, I dont think MS will release
any 'internal' info about NTFS... If they did, you could make a boot-disk
that could access the NTFS-partions and the security are lost..

Just my $0.02 ..

Mikael Nykvist
E-Mail: viper@ludd.luth.se


>thomas
>--
>-- 
>thomas vogler, sch"aferweg 25, 64354 reinheim, germany, tvo@zaphod.swb.de
>phone: +-[49]-(6162)-83754. ein rabe geht im feld spazieren, da faellt der
>weizen um (h.s.).

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

From: hugh@hugh.cosc.canterbury.ac.nz (Hugh Emberson)
Subject: Re: assembly language & Linux... rep insw, esp.
Date: 08 Jun 1994 09:55:42 GMT

In article <5QEzGfohojB@bionic98.bionic.zer.de> F.SCHMIDT@BIONIC.zer.de (Florian Schmidt) writes:

   reply on user dyoung@superdec.uni.uiuc.edu


   >    First question: what's the syntax for "rep insw" for the
   > Linux assembler? It's something like rep insw %ax,%es:(%edi),
   > right? What is it exactly? rep insw %dx,%es:(%edi) doesnt' work....


   >    Where do I find documentation for the Linux assembler that covers
   > all of that and more?

   here the same prob!

I believe you have to put "rep" on a separate line, e.g.

        rep
        insw ...

or "rep; insw ...".

I had the same problem finding documentation about gas (the
assembler), I have Slackware 1.2 and I got info pages for everything
except gas. I grabbed the gas source from the nearest mirror of
prep.ai.mit.edu and extracted the info pages, I suggest you do the
same.

Hugh


-- 
hugh@cosc.canterbury.ac.nz
hugh@hugh.cosc.canterbury.ac.nz

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

From: baford@cs.utah.edu (Bryan Ford)
Subject: Re: NTFS filesystem on disk layout
Date: 8 Jun 1994 01:17:36 GMT

Mikael Nykvist (viper@ludd.luth.se) wrote:
>In <TVO.94Jun5182603@zaphod.swb.de> tvo@zaphod.swb.de (Thomas Vogler) writes:
>>i intend to write a filesystem driver for linux supporting NTFS in order
>>to be able to access my NTFS formatted disks under Linux. In a first
>>attempt i plan to support read only access only, write access might follow
>>later.
>>
>>in order to do this, i will need some informations how NTFS files are stored
>>on a disk.
>
>Because of the B2 (or was it C2 ?...) security, I dont think MS will release
>any 'internal' info about NTFS... If they did, you could make a boot-disk
>that could access the NTFS-partions and the security are lost..

Yikes, if this is true then Microsoft is even dumber than I thought. :-)
Security based on secret algorithms is not really security at all -
good security is always based on widely known and easily testable algorithms.
The only thing that needs to be kept secret is the passwords, keys, etc.

However, all the same I wouldn't be surprised if Microsoft hasn't (and won't)
release the disk format for NTFS.
Maybe it's time out to pull out the disk editor...

                                Bryan
---
Bryan Ford      baford@cs.utah.edu      University of Utah, CSS
`finger baford@schirf.cs.utah.edu' for PGP key and other info.

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


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