Files
oldlinux-files/docs/mail-archive/linux-devel/Volume1/digest5XX/digest562
2024-02-19 00:23:35 -05:00

534 lines
21 KiB
Plaintext

Subject: Linux-Development Digest #562
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: Fri, 18 Mar 94 21:13:12 EST
Linux-Development Digest #562, Volume #1 Fri, 18 Mar 94 21:13:12 EST
Contents:
Re: Real-Time Linux and a/d device drivers (David G. Boney)
Re: Problem while printing (Jens Frank 29206029)
Er ... i need help on read-write sys_calls (DE PRETER MARC)
Re: YP or NIS for linux? (Frank Lofaro)
Problem with V1.0 Ne*000 probe (Ray Bellis)
Re: Specialix Driver Round 2 (From specialix) (Craig Milo Rogers)
will the new syquest 270Mb drive be support by linux? (John Voth)
Slackware installs in msdos filesystem, was: fdisk that does not destroy data (Andy Burgess)
Bug in NFS client (Eloy Domingos)
Re: 127.x.x.x (was Re: UDP report card) (Pekka Pessi)
D-Link DE-200 problems (Antti Miettinen)
Re: Real-Time Linux and a/d device drivers (Greg McGary)
Porting code that uses sigvec/sigstack (Gord Vreugdenhil)
Re: notebook doesn't warn when batteries are empty (Billy N. Patton)
STRAW POLL RESULT: Linux groups automonitoring (Ron "Asbestos" Dippold)
----------------------------------------------------------------------------
From: dboney@cs.ttu.edu (David G. Boney)
Subject: Re: Real-Time Linux and a/d device drivers
Reply-To: dboney@cs.ttu.edu
Date: Fri, 18 Mar 94 07:54:38 GMT
In article <2ma2rj$22a@genesis.ait.psu.edu>, donadio@mxd120.rh.psu.edu (Matthew Donadio) writes:
|> Scott McClung (mcclung@squire.chinalake.navy.mil) wrote:
|> : Have I gone off the deep end to even ask these questions? I doubt that
|> : many of us need a RTOS, but it would be neat anyway...
|>
|> The people that neet real-time probably also have the money for
|> something like LynxOS or QNX and also have the money for a better
|> architecture like VME....
|>
Well seeing I was the one who posted the original artical I would like to
saw I don't have the money for sometime like LynxOS or QNX. Nor do I have the money
for another architecture.
In addition I have a TON of software I am using in my project that hasn't been ported
to these other o/s's . You know it's kind of funny, but I am finding very esoteric
software not likely to be used by others has already been ported to Linux.
Anyway I have not got a single positive response to my question about drivers for a/d
boards. Actually I am looking at using my sound blaster for real-time control. I have
a sound blaster 16 with the asp chip. I was thinking for downloading my control
program to the board and let it do all the realtime stuff. I need the get the specs to
see if this would work. Plus it would be far cheaper that most a/d boards. The a/d
board that I currently own, a National Instruments AT-MIO-16, cost roughly $1000.00.
I guess I would need the see the specs for the front end amplifiers to see how noisy
they are, what sort of programmable gain there is, harware filtering, coupleing, ...
etc. But for low frequency work with 2 channel in and 2 channel out this should be a
cheap solution. In addition if you could run more that I card, it would be great!
Any ideas?
|> --
|> Beaker aka Matt Donadio | Life is short, --- __ o __~o __ o
|> donadio@mxd120.rh.psu.edu | ride like ---- _`\<, _`\<, _`\<,
|> --- Penn State Cycling ---| the wind. --- ( )/( ) ( )/( ) ( )/( )
--
Sincerely,
David G. Boney
American Heart Association Medical Student Research Fellow
Texas Tech School of Medicine
dboney@cs.ttu.edu Texas Tech University
Ph. 806-742-1191 Department of Computer Science
Fax 806-742-3519 Lubbock, Tx. 79409 USA
------------------------------
From: frank@namu05.gwdg.de (Jens Frank 29206029)
Subject: Re: Problem while printing
Date: 18 Mar 1994 10:23:24 GMT
I wrote :
> I was printing some bigger file with 'cat foo>/dev/lp1'. Then some program, I
> suppose sync, accessed the hard drive. Instantly the printer got confused,
> turned off his status display, and refused any cooperation until I turned it
> off. This behaviour was reproducable.
> The printer-port and the IDE-controller share the same board, one of these
> All-In-One-IO-Cards. Does anyone know
> a) Why this happens ?
> and even more important
> b) How to fix it ?
Since our NEWS-server was down for some days I didn't get the answers (if any)
could someone be so kind and send them via E-Mail ?
Thanks
============================================================================
jens frank, Goettingen, Germany frank@namu01.gwdg.de
------------------------------
From: mdepretr@vub.ac.be (DE PRETER MARC)
Subject: Er ... i need help on read-write sys_calls
Date: 17 Mar 1994 13:29:59 GMT
Well, i need to study a piece of the kernel code : i have to compare
the read-write sys calls in the linux with those of a real SVR5
(i know, Linux is a real SVR5, but i mean another version)
So, if anybody has documentations (SOURCES, and others, ..), it would be
really nice to send it to me (btw, Bach's book hasn't the write sys call)
No matter if those docs are in french or in english, or C!!!!!
You're welcome in my mail box :)
Hello from Belgium !!!!!
------------------------------
From: ftlofaro@unlv.edu (Frank Lofaro)
Subject: Re: YP or NIS for linux?
Date: Wed, 16 Mar 94 21:58:29 GMT
In article <1994Mar15.040917.11083@rpp386> jfh@rpp386.cactus.org (John F. Haugh II) writes:
>In article <2lv16t$7nk@celsius.ifm.liu.se> peter@ifm.liu.se (Peter Eriksson) writes:
>>And what do you do if the DBM databases are corrupt and causes
>>/bin/login to core dump? (Atleast one version of GDBM had the
>>nasty habit of calling abort() if it detected something wrong
>>with its database files).
>>
>>One can always find situations where there will be problems
>>and no way of doing things (DBM, YP, NIS+, DNS/Hesiod) will
>>ever be perfect.
>
>Problems such as this are readily solvable in the permanent
>sense. When a YP server goes down, you can't reboot it and
>expect it to stay up forever.
>
>I don't use YP on any system were availablity is an issue. I
>don't even rely on AFS or NFS on critical systems. There is
>no substitute for having the data right here, right now.
>--
If you are lucky, you'll never need to rely on AFS.
Its reliability just plain sucks!
------------------------------
From: rpb@psy.ox.ac.uk (Ray Bellis)
Subject: Problem with V1.0 Ne*000 probe
Date: 17 Mar 1994 14:16:08 GMT
As someone else has already mentioned, there seems to be a
problem of some sort with the NE*000 probe. My system worked
fine with 0.99pl15j but it won't work with the new v1.0 :-(
It just hangs immediately after the `Net2 debugged' messages.
[I have the umsdos patches installed as well, if that makes any
difference].
Anyone have any idea how to fix this?
Thanks,
Ray.
--
==============================================================================
R. P. Bellis E-Mail: <rpb@psy.ox.ac.uk>
Dept. of Experimental Psychology Whois: (RB83)
University of Oxford Tel: +44 865 271419
South Parks Road Fax: +44 865 310447
Oxford OX1 3UD
==============================================================================
------------------------------
From: rogers@drax.isi.edu (Craig Milo Rogers)
Subject: Re: Specialix Driver Round 2 (From specialix)
Date: 16 Mar 1994 10:10:22 -0800
In article <DMW.94Mar15101043@prism1.prism1.com> dmw@prism1.prism1.com (David Wright) writes:
> Very clearly the portion that actually "hooks into" the OS would be
>covered by the GPL, and not one of the developers has said they have a
>problem with that.
Not true. On 28 Feb 94, in message <robertl.762402975@amsg>,
Robert Lipe, head code-layer for Arnet (his phrase), a "ports board"
company, speaking unofficially but apparently referring to some of his
company's products, said:
"As proprietary as these executables is the
interface as to how a programmer talks to them."
In context, "executables" refers to the onboard code, and
"interface" is the hardware interface used by the host computer's
operating system device drivers. Thus, since they do not wish to
reveal the host-side interface, a GPLed OS device driver is
unacceptable to them.
If you are a latecomer to this thread, I might be able to
email you a copy of the messages that I've saved from it.
Craig Milo Rogers
------------------------------
From: jdv@ee.ualberta.ca (John Voth)
Subject: will the new syquest 270Mb drive be support by linux?
Date: 17 Mar 1994 01:33:47 GMT
Hello Netters!
I have noticed that SyQuest has released a new version of their 3.5"
removable media hard drive. Does anyone know if this unit is supportable
already by linux or does anyone think it will require newly written support?
I am very interested in obtaining one of these units and my linux system
would benefit greatly with more hard disk space. My drive is presently at
94% occupancy.
jdv@bode.ee.ulaberta.ca
------------------------------
From: aab@cichlid.com (Andy Burgess)
Subject: Slackware installs in msdos filesystem, was: fdisk that does not destroy data
Date: Thu, 17 Mar 1994 01:41:09 GMT
In <CMnw58.7vt@visual.com> tjj@visual.com (Tom J. Jarmolowski) writes:
> Hi, I'm getting ready to do a first time install of linux on a
>currently dos/windows only system, hnece I have to partition my drive.
The latest slackware release will install in an msdos filesystem with at
least 20Mb free (if memory serves) so no need to partition if you are
just trying linux out.
--
Andrew A. Burgess Free uucp and SLIP connections
aab@cichlid.com Email or finger info@cichlid.com
------------------------------
From: eloy@paramount.nikhefk.nikhef.nl (Eloy Domingos)
Subject: Bug in NFS client
Date: Fri, 18 Mar 1994 12:27:01 GMT
Hello,
there is a bug in the NFS client under Linux 1.0 and libc 4.5.24 (I don't
know where the fault is):
client> ls -l ha
-rw------- 1 muts fss/se 0 Mar 18 13:26 ha
server> chmod 644 ha
client> ls -l ha
-rw------- 1 muts fss/se 0 Mar 18 13:26 ha
Also other modifications are not propagated properly when it is somehow
in the clients filesystem cache.
------------------------------
From: ppessi@snakemail.hut.fi (Pekka Pessi)
Crossposted-To: comp.protocols.tcp-ip
Subject: Re: 127.x.x.x (was Re: UDP report card)
Date: 17 Mar 1994 02:17:55 GMT
Reply-To: <Pekka.Pessi@hut.fi>
In article <2m6g6r$ijk@gap.cco.caltech.edu> heathh@lust.ugcs.caltech.edu (Heath I Hunnicutt) writes:
>>If you don't have a route for 127.x.x.x to the "lo" device, but have a default
>>route to an ethernet controller, for example, then requests to 127.0.0.1 will
>>go out the wire just as requests to any other IP address. Until a route is
>>created to the loopback device, the address 127.x.x.x is an unknown address
>>just as if _I_ asked for address 192.83.17.1. It would need ARP to resolve it
>>to a real ethernet address and subsequently the request would go out the
>>default route.
>The difference is that the IP layer can make the correct decision not to put
>anything to 127.* on any external interface. The idea that someone should
>need to configure their system to not violate the RFCs is ridiculous. There
>is a large responsibility on the part of the stack to not allow stupid things
>like sending 127.* out on the net.
Uhh.. it seems to me that most (if not all) Unix IP implementations
are based on that ridiculous idea of correct configuration.
There is nothing in BSD net/2 preventing you from sending packets to
127.1 to the network. And the BSD is the culprit of this silly idea
of local net, 127.0.
I just tested this on two net/2 based systems (namely, OSF 1.3 and
AmiTCP/IP). Both require you to say "ifconfig lo0 127.1". Both
send packets to 127.2 happily to default router. SunOS 4.1 and
HP-UX 9 route 127.2 to default router, too. I guess that they are
not conforming to RFC 1122.
--
Pekka.Pessi@hut.fi
------------------------------
From: apm@kikka.hut.fi (Antti Miettinen)
Crossposted-To: comp.sys.ibm.pc.hardware.networking
Subject: D-Link DE-200 problems
Date: 17 Mar 94 15:37:42 GMT
I would like to find documentation for the D-Link DE-200 ethernet
card. The manual claims that it is 100% compatible with NE2000 but at
least Linux ethernet-howto claims otherwise. I am also having problems
(not with linux, not even with a PC, but with a DE-200) which might be
caused by incompatibilities.
Does anyone know who made DE200 spesific patches to linux?
------------------------------
From: gkm@tmn.com (Greg McGary)
Subject: Re: Real-Time Linux and a/d device drivers
Date: 18 Mar 1994 17:39:01 -0500
Reply-To: gkm@tmn.com (Greg McGary)
Yesterday, I wrote:
| [ ... stuff about the (non)desirability of realtime Linux deleted ... ]
| It should be noted that preemptability is also a
| prerequisite for symmetric multiprocessing, which is potentially more
| interesting to Linux users, but not that much more interesting, since
| commodity Intel computer systems are uni-processors. If it ever
| happens that multiprocessors become cheap and widely available, then I
| think you'll see Linux evolve in this direction, but not otherwise.
Now that I think about it, if multiprocessors become commodity items,
Linux won't necessarily want to go the preemptive kernel route. It's
much easier to implement a multi-processor system (with as many as 3
or 4 CPUs) using a master-slave arrangement where CPU 0 runs all of
the kernel code--it owns all the devices and services all system
calls. The slave CPUs are scheduled to run user code only.
--
Greg McGary (703) 729-6217 gkm@tmn.com
525K East Market Street, #110, Leesburg, Virginia, 22075
------------------------------
From: gvreugde@plg.uwaterloo.ca (Gord Vreugdenhil)
Subject: Porting code that uses sigvec/sigstack
Date: Fri, 18 Mar 1994 19:42:50 GMT
I am in the early stages of porting some code that uses
sigvec/sigstack. I have found the sigaction stuff, but
I haven't found any feature corresponding to the
sigstack operations. Before trying to actually figure
out a rewrite of the original code, I was wondering if
anyone has any suggestions about Linux features to mimic
the use of sigstack. If you do, please let me know.
I would be willing to write up a summary of any useful
suggestions I receive.
Thanks.
Gord Vreugdenhil
gvreugde@plg.uwaterloo.ca
------------------------------
From: bpatton@news.asic.sc.ti.com (Billy N. Patton)
Subject: Re: notebook doesn't warn when batteries are empty
Date: Fri, 18 Mar 1994 17:57:06 GMT
Steffen Neumann (sneumann@TechFak.Uni-Bielefeld.DE) wrote:
: No solution, but an Idea what happens:
: Linux puts your notebook into the protected mode and takes control.
: If your notebook uses a bios routine that checks for low battery,
: than it is not called anymore during use of linux.
: (BTW, that happened to me, when the build in virus-checker did not
: react to lilo boot-block magic, but started to get crazy when installing
: MSDog...)
: Steffen
: --
: Steffen Neumann Computer science is the dangerous try
: sneumann@techfak.uni-bielefeld.de to overcome human intelligence
--
Dazed and Confused for so long now.
Billy N. Patton
bpatton@asic.sc.ti.com
Texas Instruments, Inc.
Semiconductor Group
Application Specific Integrated Circuit (ASIC)
Hardware Engineering Services
Dallas Texas
------------------------------
Crossposted-To: news.groups,comp.os.linux.announce,comp.os.linux.misc,comp.os.linux.help,comp.os.linux.admin
From: rdippold@qualcomm.com (Ron "Asbestos" Dippold)
Subject: STRAW POLL RESULT: Linux groups automonitoring
Reply-To: rdippold@qualcomm.com (Ron "Asbestos" Dippold)
Date: Fri, 18 Mar 1994 18:09:35 GMT
[]
STRAW POLL RESULTS
Linux groups automonitoring
linux automonitoring straw poll results - 491 valid ballots
Yes No : Group
---- ---- : -------------------------------------------
284 189 : comp.os.linux.misc
315 165 : comp.os.linux.help
333 146 : comp.os.linux.admin
317 155 : comp.os.linux.development
This straw poll had more respondents than 95% of all newsgroup
votes... As this is a straw poll and I'm just the polltaker, I am not
even going to try to analyze what the results "mean." I suspect we'll
see lots of that in news.groups over the next few weeks. However, I
will note that by Guidelines result methods, both col.admin and
col.development automonitoring would "pass" if this had been an
official vote. -- Ron
This vote was conducted by a neutral third party. For voting
questions only contact rdippold@qualcomm.com. For questions about the
proposal contact Ian Jackson <iwj@cam-orl.co.uk>.
PROPOSAL (Ian)
[ Ian indicated during the polling period that Subject keywords would
be acceptable for software that couldn't handle Keywords headers.
However, I haven't tampered any with the original polling text. -- Ron ]
I propose to set up an auto-response daemon which will scan the
newsgroups comp.os.linux.misc, .help, .development and .admin.
It will send email to the posters of any messages which either
(a) do not include one of a set or recognised keywords in the
Keywords line or
(b) are crossposted between two or more of the groups listed above,
without a Followup-To header being used to direct followups
into no more than one of those groups (plus perhaps one or more
groups outside the comp.os.linux hierarchy).
The email will be a brief, friendly introduction to the newsgroup in
question and the hierarchy in general - probably based on Matt Welsh's
introduction to the comp.os.linux hierarchy and my daily postings in
comp.os.linux.misc and .help.
It will say where the FAQs are, why to read them, and where to get
them.
It will also say why the message has been sent to the user, and give a
brief explanation of why Keywords are a good thing and/or why
crossposting is a bad thing (as appropriate).
I would determine the set of allowable keywords with assistance from
the Linux community; I expect the set to change quite frequently, and
there to be a dozen or two at most.
The existence of my daemon would be documented in a regular posting to
the groups (preferably as part of an existing regular posting).
Note that this proposal will NOT prevent anyone from posting and does
not involve marking the groups as moderated.
I hope to be able to provide an email-to-news gateway that will be
allow users with retarded software to post with Keywords lines.
RATIONALE (Ian)
During the recent discussion in news.groups regarding my original
proposal to moderate col.* using a program, several people suggested
that perhaps many of the "poor" posts do not come from first-time
posters, and that therefore it would be sufficient to send email to
posters whose postings did not have one of a set of approved keywords.
Doing so would allow experienced users to start using killfiles to
read only postings they believe they would find interesting, based on
keywords, since any users posting without such keywords would be
informed by the daemon that and why their posting might not get the
attention they would wish for it.
Since the Ack List is huge and this is a Straw Poll, I'm just going to
post it to news.groups as a followup so it won't swap those of you who
follow the Linux groups via modem. -- Ron
--
This statement is in no way not to be not construed as not a disclaimer.
------------------------------
** 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
******************************