Subject: Linux-Development Digest #151
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:     Sat, 9 Oct 93 13:25:24 EDT

Linux-Development Digest #151, Volume #1          Sat, 9 Oct 93 13:25:24 EDT

Contents:
  PCMCIA Ethernet cards -- How soon? ("David Herron")
  signals ? (Mike Jagdis)
  Re: adjtime() for Linux: tunable real time clock (time of da (Phil Packer)
  Re: linux scheduler alternatives??? - MY IDEA (ken)
  Re: -m486 doing nothing? (Frank Lofaro)
  Re: GCC and structure field alignment (Jawaid Bazyar)
  Re: /dev/ports usage (Donald J. Becker)
  objc on Linux (Paul E. Raines)
  Re: Page fault (Brandon S. Allbery)
  Re: GCC and structure field alignment (Brandon S. Allbery)
  Re: BocaBoard multi-port cards? (Kevin Fluet)
  possible bug in virtual console switching (Rob Getter)
  Re: possible bug in virtual console switching (Joel M. Hoffman)
  Re: 586 -- Linux on Pentium ("Timothy L. Nali")
  Re: Shm extension to X (Olaf Schlueter)
  Re: possible bug in virtual console switching (Danny ter Haar)

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

From: "David Herron" <david@twg.com>
Subject: PCMCIA Ethernet cards -- How soon?
Date: Fri, 8 Oct 1993 21:56:18 GMT

1-2 months ago people were talking about PCMCIA ethernet cards under Linux.
At the time a couple people reported having success in putting together a
setup which would support this.  But nothing has been mentioned since .. 
Other than the person writing the generic PCMCIA support drivers.

So.. I desire having ethernet on my laptop RSN.  What is the best way to
proceed?

Getting a docking station & ISA ethernet card is expensive but gets me there
right now with little risk or time spent.

Getting a D-Link parallel port adapter adds the advantage of the ethernet
not being tied to the docking station.  It's less expensive.  But I don't
want to use that in the long term as the box then becomes kludgy with extra
things dangling off it.

The long term desired solution is the PCMCIA card.  It's not kludgy, and
doesn't mean spending $$$ on a docking station, and it can be used both at
home and at work. But it means waiting for people to finish developing the
necessary PCMCIA support
since it isn't "there" yet.  Or will this generic PCMCIA support driver be
all that's necessary since a couple of the cards out there emulate NE2000's
(for which there's a driver) or I've heard of one coming out soon which is a
3c509 and for which a driver exists now.

Any of the people who've gotten this to work care to drop me a note
describing what's necessary to get it working?

<- David Herron <david@twg.com> (work) <david@davids.mmdf.com> (home)
<-
<- There are only two pains- 
<-     The pain of discipline or the pain of regret.

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

From: jaggy@purplet.demon.co.uk (Mike Jagdis)
Subject: signals ?
Date: Thu, 7 Oct 1993 21:16:00 +0000

* In message <1993Oct7.042310.18275@philips.oz.au>, David Weiss said:

DW> I am porting a big piece of software (isode-8.0) to Linux
DW> and am stuck on configuring the signal-related portions.

DW> ISODE refers to SIGEMT, which isn't declared in any Linux
DW> include files.

I've got isode 8.0 more or less working. There are a few problems but I 
don't have that much time to play with it.

  Isode has some interesting signal juggling. SIGEMT should just be a 
general hardware fault that is being trapped however I seem to remember that 
Isode picks on SIGEMT as a convenient signal to use in substituting SIGIO 
functionality - I think... SIGIO would be useful to have but I looked at 
what would need changing in the net code ('cos that's where isode wants it) 
and discovered that SIGIO and SIGURG are one and the same. However, if you 
want to go for PP after Isode you do *need* to be able to handle 
asynchronous mode. Isode has plenty of alternative ways of faking it - I 
seem to remember a change to a header did it...

  Yeah, I'll try and get a patch set together :-).

                                Mike  
 

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

From: pep@wicked.demon.co.uk (Phil Packer)
Subject: Re: adjtime() for Linux: tunable real time clock (time of da
Reply-To: pep@wicked.demon.co.uk
Date: Fri, 8 Oct 1993 21:40:15 +0000

In article <koenig.750093965@nova> koenig@nova.tat.physik.uni-tuebingen.de (Harald Koenig) writes:
> 
> Hi,
> 
> I implemented a tuneable day_of_time clock for Linux by using a 64 bit count 
> (unsigned long long jiffies64) instead of the 32 bit (unsigned long jiffies) 
> in linux/kernel/sched.c:do_timer().
> 
{interesting patch deleted for brevity}

This is great, I played about with xntpd a while ago but got stuck at the 
tickadj bit...

I've been waiting to sync the PC up to our time standard for ages

Thanks Harald

Phil

ps Have'nt even *looked* at the patch yet, guess I'll have time to try it
next week.... <grin>


|          Cuius testiculos habes, habeas cardia et cerebellum                |
+-----------------------------+-----------------------------------------------+
|Phil Packer                  | pep@wicked.demon.co.uk          (home)        |
|165 Stourton Avenue Hanworth | pep@cix.compulink.co.uk         (deprecated!) |
|Middlesex, England TW13 6LD  | pp1071bh.bbc-bh@mail.radio.bbc.co.uk (in beta)|
| 044 +81 898 0101            | PP1071BH@BBC-BH [via NHUB]      (MHS)         |
| #include <very_long_x400_address.h>                                         |
|         wicked is not associated with any other demon dial-up site          |
+-----------------------------------------------------------------------------+

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

From: ken@oinker.njit.edu (ken)
Subject: Re: linux scheduler alternatives??? - MY IDEA
Date: 8 Oct 93 22:07:17 GMT

In article <28v7uc$q1g@nz12.rz.uni-karlsruhe.de: ig25@fg70.rz.uni-karlsruhe.de (Thomas Koenig) writes:
:bairds@penchiss10.ee.pdx.edu (Scarrow) writes:
:>ken@PSUEDVAX.PSU.EDU (Kenneth J. Hoover) writes:
:>>  Can anyone who knows about/uses Windoze NoT send me email to let me know if
:>>WNT does this?  NT uses a *lot* of VMSisms.
:>       VMS
:>     + 111
:>     -----
:>       WNT
:>Scary, huh?
:Intentional, but I still think NWT would have been a better name :)

That has an even scarier connatation: MVS!  (From Big Blue, or IBM
for those who do not recognize the name).

-- 
Kenneth Ng: ken@oinker.njit.edu.  Formerly ken@eies2.njit.edu

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

From: ftlofaro@unlv.edu (Frank Lofaro)
Subject: Re: -m486 doing nothing?
Date: Fri, 8 Oct 93 23:17:54 GMT

Could be that gcc is defaulting to -m486. Try -m386 and see if things are 
different, and then you'll know. Gcc can be compiled to use -m486 as the 
default.



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

From: bazyar@mrcnext.cso.uiuc.edu (Jawaid Bazyar)
Subject: Re: GCC and structure field alignment
Date: 9 Oct 1993 00:24:41 GMT

grimes@netcom.com (George Grimes) writes:

>Sure it's your compiler--all the GNU work is done by volunteers. Fixing the man
>page and sharing it is in keeping with the spirit of GNU but complaining about 
>it is not.  If you are not willing to do your part to help make GCC better,
>then go spend the dollars required for a commercial compiler.  Then you'll have
>the right to complain.

  I can't believe nobody has ever needed this feature.

--
 Jawaid Bazyar              |   Like UNIX? Like your Apple IIGS? Then ask
 Procyon, Inc.              |   me about GNO/ME for the Apple IIgs!   
 bazyar@cs.uiuc.edu         |   P.O Box 620334
 --Apple II Forever!--      |   Littleton, CO 80162-0334   (303) 781-3273

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

From: becker@super.org (Donald J. Becker)
Subject: Re: /dev/ports usage
Date: Fri, 8 Oct 1993 15:31:20 GMT

In article <wd6cmuCEKB21.KDK@netcom.com>,
Eric Williams <wd6cmu@netcom.com> wrote:
>
>Can someone please email me some sample code that shows a use of
>/dev/ports in an application?  Thanks.

At the command line I've found something like the following to be very useful:

root# dd bs=1 skip=768 if=/dev/port count=16 | od -c

This reports the values read from I/O ports 0x300-0x30f, a common place for an ethercard.

But you are probably talking about accessing I/O ports inside of a C
application.  For that you will want to use ioperm() or iopl() instead of
open("/dev/port").  As before, this requires that you are root
or suid root.

#include <unistd.h>
#include <asm/io.h>
...
    /* For devices between 0x000 and 0x3ff use: */
#define PERM_OFF 0
#define PERM_ON 1
    if (ioperm(PORT_BASE, PORT_LENGTH, PERM_ON)) {
        perror("io-perm");
        return 1;
    }
    /* For devices higher than 0x3ff you must enable the whole I/O
        space. */
    if (iopl(3)) {
        perror("io-perm2");
        return 1;
    }
...
    value = inb(PORT_BASE);
    outb(value, PORT_BASE);



This method is very useful for small hardware-mucking tools, but it has a few
limitation that make it difficult to write a user-level device driver: you
must be root or suid root, there is no enforcement of exclusive or semi-shared
access to a device, and there is no way to get interrupts.  I'm still waiting
for someone (else;-) to write an interrupt-to-signal device driver that will
solve problems 2 and 3.  Linus, will you comment on that?

-- 

Donald Becker                                          becker@super.org
IDA Supercomputing Research Center
17100 Science Drive, Bowie MD 20715                        301-805-7482

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

From: raines@unixhub.SLAC.Stanford.EDU (Paul E. Raines)
Subject: objc on Linux
Date: Sat, 9 Oct 1993 04:08:51 GMT


Has anyone gotten the Objective C compiler in gcc 2.4.5 with
libc 4.4.2 to work yet?  I tried compiling the sample code
from the FAQ of comp.lang.objectivec. It compiled but
segment faults when run.

pr
--
____________________________________________________________________
Paul Raines     raines@slac.stanford.edu        415-926-4378
Stanford Linear Accelerator     End Station A

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

From: bsa@kf8nh.wariat.org (Brandon S. Allbery)
Subject: Re: Page fault
Date: Fri, 8 Oct 1993 21:22:46 GMT

In article <1993Oct8.092506.20032@kullmar.se> pand@kullmar.se (Peter Andersson) writes:
>gt8134b@prism.gatech.EDU (Howlin' Bob) writes:
>
>>In <1993Oct6.233556.4030@kullmar.se> pand@kullmar.se (Peter Andersson) writes:
>>Okay, that's strike one.  SIGSEGV is the "Segmentation Violation"
>>signal, meaning you poked your nose where it doesn't belong.
>What I need is to let my program handle the causing
>SIGSYSV as this:

Why are you still calling it SIGSYSV?  There isn't any such beast.

>>>  some extra data like where it was trying to write or read and
>>>  if it is possible, set the single step trap.
>>If you were in the kernel, you would read CR2.  Since you're not,
>>it's not a valid question.
>But how does gdb handle it? It is able to single step one instruction!

gdb isn't single-stepping itself.

A process can trace another process, by means of the ptrace() system call.
Once the tracing process has attached the process to be traced, it can use
ptrace() to turn on single-stepping in the traced process.

A process can not single-step itself.  Single-stepping in *ix is implemented
the same way job control is (in fact, job control basically took over the
existing trace interface; that's why that wait3() flag is called WUNTRACED
instead of WUNSTOPPED).

++Brandon
-- 
Brandon S. Allbery         kf8nh@kf8nh.ampr.org          bsa@kf8nh.wariat.org
"MSDOS didn't get as bad as it is overnight -- it took over ten years
of careful development."  ---dmeggins@aix1.uottawa.ca

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

From: bsa@kf8nh.wariat.org (Brandon S. Allbery)
Subject: Re: GCC and structure field alignment
Date: Fri, 8 Oct 1993 16:00:06 GMT

In article <292cuk$gmo@vixen.cso.uiuc.edu> bazyar@mrcnext.cso.uiuc.edu (Jawaid Bazyar) writes:
>wirzeniu@cs.Helsinki.FI (Lars Wirzenius) writes:
>>That might be nice; however, the man page for gcc is updated sporadically
>>so you should check out the info docs instead.
>
>  Info docs?

Yes.  The professional documentation for gcc.  It's a hypertext-based manual.
You use an info-browser to read it; the simplest way is to use the one in
Emacs.  (C-h i to get the info directory, then select gcc from the menu.)

>>That's exactly what you should do, actually, if you want it to work
>>regardless of compilers and compiler options.  Otherwise you're going
>>to have problems with padding for a long time to come.
>
>  That's silly, though. The whole point of bitfields is to compress
>a bunch of small items into one word; if the compiler doesn't do that
>then the compiler is broken. Most other C Compilers I've ever used
>work properly in this regard.

I suggest you read the standard before claiming that something is broken.
Bitfield support is not guaranteed to be *anything*; most especially it is not
guaranteed to be portable and it is not guaranteed to generate any particular
alignment.  It never has been.  And it probably never will be, since C would
become much harder to implement on many processors if a specific alignment
were required.

Anyone want to quote chapter and verse from K&R2 here?  My copy's at work; all
I have here is K&R1.

++Brandon
-- 
Brandon S. Allbery         kf8nh@kf8nh.ampr.org          bsa@kf8nh.wariat.org
"MSDOS didn't get as bad as it is overnight -- it took over ten years
of careful development."  ---dmeggins@aix1.uottawa.ca

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

Crossposted-To: comp.dcom.modems
From: user1@valis.ampr.ab.ca (Kevin Fluet)
Subject: Re: BocaBoard multi-port cards?
Date: Fri, 8 Oct 1993 18:06:17 GMT

In <1993Oct4.223313.963@valis.ampr.ab.ca> user1@valis.ampr.ab.ca (Kevin Fluet) writes:

>I am in need of a multiport serial card (at least 4 ports that share an
>IRQ).  I can't seem to get any of the boards listed in the Linux Hardware
>list locally.  I can, however, get a few Boca models at reasonable prices,
>and am wondering if any of them will work with Linux:  

>BB-1004                4 ports
>BB-1008                8 ports
>IO2BY4         4 serial, 2 parallel
>?????          6 serial (same price as 2BY4, so probably a similar card)

I just thought I would follow up on my article and summarize so that people
don't send me any more mail on the subject (but thank you to all of you who
did).  

It comes down to this:  the Boca boards don't have modem control, so they
are pretty much useless for use with a BBS.  

Almost everyone who mailed me said to check out the STB 4COM, which is
available at many mail-order places for around $110 US.  The 4COM does
everything like share IRQ's, and if you need more than 4 ports, just get
another one.  This is what I will be going with.  

One fellow who mailed me said that there were drivers in the works for a
number of intelligent multiport cards (which will allow 16 ports on one
card, etc.), but that sounds very expensive to me right now.  Of course, it
would solve my serial port problems forever.  :) 

Thanks again to all who responded.

-- Kevin

======================================================================
Kevin Fluet         Call V.A.L.I.S. Public Access Linux  (403)478-1281
kevin or user1@valis.ampr.ab.ca             Telnet, FTP, Usenet, Email
fluet@ee.ualberta.ca          Ask me about Linux, the FREE Unix clone!




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

From: rxg@cci.com (Rob Getter)
Subject: possible bug in virtual console switching
Date: Fri, 8 Oct 1993 17:16:22 GMT

I have .99p13 with gcc 2.4.5 and the latest shared libraries, (not alpha)

when I run startx (Xfree86 1.3) Xwindows comes up fine, but if I switch
to another virtual console (using alt-ctrl-f?) sometimes typing on the
keyboard gives me confusing results. some keys do nothing, others do something
every other keypress, and others beep. If I switch to another text VC and
back, it is back to normal. I don't know whether this is in .99p12 since I
jumped from .99p11 to .99p13.

Rob Getter

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

From: joel@rac4.wam.umd.edu (Joel M. Hoffman)
Subject: Re: possible bug in virtual console switching
Date: Sat, 9 Oct 1993 14:40:16 GMT

In article <CEL9BB.HDq@sunsrvr6.cci.com> rxg@cci.com (Rob Getter) writes:
>I have .99p13 with gcc 2.4.5 and the latest shared libraries, (not alpha)
>
>when I run startx (Xfree86 1.3) Xwindows comes up fine, but if I switch
>to another virtual console (using alt-ctrl-f?) sometimes typing on the
>keyboard gives me confusing results. some keys do nothing, others do something
>every other keypress, and others beep. If I switch to another text VC and
>back, it is back to normal. I don't know whether this is in .99p12 since I
>jumped from .99p11 to .99p13.

I have a similar problem with dosemu and 0.99pl12.  As I've said
before, I think the whole VC switching scheme has to be put back into
the kernel, and perhaps even re-written.  

But let's not rehash this on net.news.  Follow up by e-mail.

-Joel
(joel@wam.umd.edu)
-- 
=============================================================================
|_|~~ Germany, Europe. 1943.    "The diameter of the bomb was 30 centimeters,
__|~| 16 Million DEAD.           and the diameter of its destruction, about 7
                                meters, and in it four killed and 11 wounded. 
 cnc  Bosnia, Europe. 1993.     And around these, in a larger circle of  pain
 cnc  HOW MANY MORE?          and time,  are scattered two  hospitals and one
                          cemetery.   But the young woman who was  buried  in
                    the place from where she came, at a distance of more than
             than 100 kilometers, enlarges the circle considerably.   And the 
      lonely man who is mourning her death in a distant  country incorporates
into the circle the whole world.  And I won't speak of the cry of the orphans
that reaches God's chair and from there makes the circle endless and godless."
=============================================================================
     Tell Clinton to stop the genocide:  president@whitehouse.gov

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

From: "Timothy L. Nali" <tn0s+@andrew.cmu.edu>
Subject: Re: 586 -- Linux on Pentium
Date: Sat,  9 Oct 1993 11:08:09 -0400

More importantly, Has anyone run Linux on a system with PCI bus?


_____________________________________________________________________________
 
 Tim Nali            \  "We are the music makers, and we are the dreamers of
 tn0s@andrew.cmu.edu  \   the dreams" -Willy Wonka and the Chocolate Factory



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

From: olaf@tpki.toppoint.de (Olaf Schlueter)
Subject: Re: Shm extension to X
Date: 9 Oct 1993 14:44:27 +0100

stokes@Erc.MsState.Edu (Michael Stokes) writes:

>The version I have has it (at least the header data is there in
>/usr/include/X11/extensions). I haven't tried to link to it, but 
>I bet it works.
>--
>All men have to understand their limitations...C.Eastwood

The XFree 1.3 server doesn't claim to have MIT-SHM in its extension
list (try xdpyinfo). The header data is there, but the functions are
not in libXext.a.



-- 
Olaf Schl|ter, Sandkuhle 4-6, 24103 Kiel, Germany, Toppoint Mailbox e.V.
"MSDOS didn't get as bad as it is overnight -- it took over ten years
of careful development."                                David Megginson


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

From: danny@caution.cistron.nl.mugnet.org (Danny ter Haar)
Subject: Re: possible bug in virtual console switching
Date: Sat,  9 Oct 93 14:51:04 

In article <CEL9BB.HDq@sunsrvr6.cci.com> rxg@cci.com (Rob Getter) writes:
>every other keypress, and others beep. If I switch to another text VC and
>back, it is back to normal. I don't know whether this is in .99p12 since I
>jumped from .99p11 to .99p13.
>
It's not only solved by switching VC's, try pushing the cntrl-alt-shit keys
on the left and the right and al is done. Somehow the kernel thinks one of
those keys is stuck and by pressing and releasing them the kernel also 
notices them as released.... dont know hy ...

_____
Danny

--
_______________________________________________________________________
Danny ter Haar  <dannyth@hacktic.nl> or <danny@cistron.nl.mugnet.org>
PHILIPS DCC: combining the disadvantages of cd-rom's and tapes


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


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