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

621 lines
21 KiB
Plaintext
Raw Blame History

This file contains invisible Unicode characters
This file contains invisible Unicode characters that are indistinguishable to humans but may be processed differently by a computer. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
Subject: Linux-Development Digest #575
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: Thu, 24 Mar 94 14:13:12 EST
Linux-Development Digest #575, Volume #1 Thu, 24 Mar 94 14:13:12 EST
Contents:
Re: SIGIO with Non-Blocking sockets? (Matthew Dillon)
HELP. Extended Unix Charactr Set (The P)
Re: program to watch IRQs (John R. Campbell)
tcp -> term connection??? (Neil McIsaac)
TCP/IP-Bug in 1.0 Kernel? (Martin H. Ludwig)
Re: Networking Issues (shortcomings?) (Ron Smits)
WORD status (Justin Seiferth)
Extracting command names from core files via /etc/magic (Bill Reynolds)
Linux SCSI Bug? (Adam Silverthorne)
problems with execlp (ANDRE SCHRTER INFORMATIK)
Re: 486DLC support anyone? (spu@delphi.com)
Re: Specialix Driver Round 2 (From specialix) (Holger Petersen)
Re: Specialix Driver Round 2 (From specialix) (Patrick Schaaf)
probs with ide drive identification (Michael Rausch)
Re: LINUX port to a transputer system (N J Bailey)
Re: Afserver for Transputer under Linux ??? (Jonathan Magid)
Interrupts?? (Pieter.Verhaeghe)
LILO improvement (Filip Balyu)
Re: LINUX port to a transputer system (Kai Petzke)
----------------------------------------------------------------------------
From: dillon@apollo.west.oic.com (Matthew Dillon)
Subject: Re: SIGIO with Non-Blocking sockets?
Date: 22 Mar 1994 09:14:22 -0800
In article <146516@hydra.gatech.EDU> gt8134b@prism.gatech.EDU (Robert Sanders) writes:
:kwh@cs.brown.edu (Kwun Han) writes:
:
:>Linux, however, I am not getting the right behaviour. What I did was,
:>I first register the signal handler for SIGIO, then I established the
:>socket connection, then I used the ioctl -> FIONBIO, FIOSETOWN
:>FIOASYNC to make sure that the socket will signal my process when it
:
:Linux doesn't support signalled asynchronous I/O. It's been on my
:wishlist for a long time, but I've been too busy (and lazy) to do
:anything about it.
:
:
:
:--
: _g, '96 --->>>>>>>>>> gt8134b@prism.gatech.edu <<<<<<<<<--- CompSci ,g_
:W@@@W__ |-\ ^ | disclaimer: <---> "Bow before ZOD!" __W@@@W
:W@@@@**~~~' ro|-<ert s/_\ nders | who am I??? ^ from Superman '~~~**@@@@W
:`*MV' hi,ocie! |-/ad! / \ss!! | ooga ooga!! | II (cool)! `VW*'
Not only that, but SIGIO is a massively CPU intensive way of doing
things... it is generally unusable on MOST of the UNIX platforms that
do implement it.
Use select().
-Matt
--
Matthew Dillon dillon@apollo.west.oic.com
1005 Apollo Way
Incline Village, NV. 89451 ham: KC6LVW (no mail drop)
USA Sandel-Avery Engineering (702)831-8000
[always include a portion of the original email in any response!]
------------------------------
From: donaldlf@donaldlf (The P)
Subject: HELP. Extended Unix Charactr Set
Date: 23 Mar 1994 19:12:41 GMT
I am looking for a document in any form that describes the
extended unix character set for a project. Does anyone
know where this information can be located.
Please send replys to donaldlf@cs.rose-hulman.edu
Thank you -R
Leslie Donaldson
------------------------------
From: soup@penrij.UUCP (John R. Campbell)
Subject: Re: program to watch IRQs
Date: Mon, 21 Mar 1994 02:39:21 GMT
dmarcher@acsu.buffalo.edu (dave archer) writes:
>does anyone have a program to watch IRQs? is it even
>possible to do such a thing at the user level?
>(i suspect i've got something generating hardware
>interrupts that shouldn't be and want to see if i can
>"prove" it.)
There have been times I would've liked to get this information.
Perhaps a /proc device with one entry per IRQ, 16 counters in the
Interrupt dispatch logic?
For a networked system, you can get a "feel" for the overhead of
being attached to the ether...
--
John R. Campbell soup@penrij.UUCP
Speaker to Machines also: soup@sonosam.wisdom.bubble.org
When cryptography is outlawed, bayl bhgynjf jvyy unir cevinpl
Guns don't kill people. GNUs, however, are Not Unix.
------------------------------
From: f57r@unb.ca (Neil McIsaac)
Subject: tcp -> term connection???
Reply-To: f57r@unb.ca
Date: Tue, 22 Mar 1994 21:06:15 GMT
I was wondering if ne1 could help me to find out what things I
should look for to change tcp network connections to term network
connections?
any help would be greatly apprieciated...... thanx.
---
\ /
._____\@/_____. Neil McIsaac "Fly till I die."
o{_}o (506)454-5458 Fredericton, Canada.
UNB only uses my money, not my opinions.....
------------------------------
From: malu@dialslip-17.rz.ruhr-uni-bochum.de (Martin H. Ludwig)
Subject: TCP/IP-Bug in 1.0 Kernel?
Reply-To: Martin.Ludwig@ruba.rz.ruhr-uni-bochum.de
Date: Thu, 24 Mar 1994 00:22:12 GMT
Hello Linux-World!
Today I got the following problem and it seems to be a bug in the
TCP and the UDP layer:
After starting an closing e.g. port 21 for 7 times, no TCP-daemon will
answer to a connection at the 8th time. (The problem seems to occur
with any port: I tried the telnet-port, ftp-port, nntp, netstat-port,
finger...(with some ports the TCP-layer dies after the 8th time)).
In detail: the appropriate daemon
is still started by inetd and I can see a "ESTABLISHED" connection
with netstat, but the daemon dosn't say anything! If I interrupt such
a connections, the daemon doesn't end and the connection becomes the
status FIN_WAIT1 and CLOSE_WAIT in netstat. I couldn't use an TCP-port
to my machine after the 7 times without rebooting!
With UDP-Port 69 (tftpd): the same behaviour but the udp-connection isn't
shown with netstat!
I tried out to find the problem at an other box running 0.99.14 and
there all was OK. I think there was a big change in the network-code
between 0.99.14 and 0.99.15?
I use V 1.0, the problem occures with 0.99.15, too.
Can anyone help?
Martin
------------------------------
From: ron@draconia.hacktic.nl (Ron Smits)
Crossposted-To: comp.os.linux.admin
Subject: Re: Networking Issues (shortcomings?)
Date: 23 Mar 1994 08:29:10 GMT
Edward Barron (barron@woowoo.tiac.net) wrote:
[ problem description deleted ]
: -Ed Barron
: barron@uisinc.com
--
What kernel version are you using and what network version are you using.
the memory_leak problem was fixed in one of the 0.99.15 patches. And the
getting files bigger then 30K was also solved some time ago. Sorry to say
so, but it looks like you are asking about problems that are already solved
Ron Smits
ron@draconia.hacktic.nl
Ron.Smits@Netherlands.NCR.COM
/*-( My opinions are my opinions, My boss's opinions are his opinions )-*/
/*-( They might not be the same -*/
------------------------------
From: seiferth@bandelier.cs.unm.edu (Justin Seiferth)
Subject: WORD status
Date: Wed, 23 Mar 1994 18:13:00 GMT
Whatever happened to the project dedicated to developing a word
processor/ desktop publishing application? If this is under
active development I'm interested in participating.
I did subscribe to the WORD channel, but have not received any
traffic from there.
Justin
seiferth@bandelier.cs.unm.edu
------------------------------
From: bill@yossarian.pianosa.gov (Bill Reynolds)
Crossposted-To: comp.os.linux.admin
Subject: Extracting command names from core files via /etc/magic
Date: 23 Mar 94 22:53:19
Reply-To: bill@goshawk.lanl.gov
The following patch to /etc/magic will cause /usr/bin/file to print
out the command name that dumped core. I find this very useful for
identifying those stray core files that pop up now and then. Here's an
example of how it works:
$ less /etc/password
Quit (core dumped)
$ ls
total 61
61 core
$ file core
core: core file (Linux) core dump of less
this solves the problem that people had with kernel versions that
dumped core files with the name of the command spliced to their end,
e.g. ``core.less'' (hence the crosspost to the c.o.l.d :-).
*** magic Thu Dec 24 05:14:18 1992
--- /etc/magic Wed Mar 23 22:38:11 1994
***************
*** 13,19 ****
>16 long >0 not stripped
>0 string Jump jump
# core dump file
! 216 long 0421 core file (Linux)
#
# Alliant FX series a.out files:
#
--- 13,20 ----
>16 long >0 not stripped
>0 string Jump jump
# core dump file
! 216 long 0421 core file (Linux)
! >220 string >\0 core dump of %s
#
# Alliant FX series a.out files:
#
--
_____________________________________________________________________________
Bill Reynolds bill@goshawk.lanl.gov | Well you didn't wake up this morning
| Because you didn't go to bed.
| You've been watching the whites
| of your eyes turning red. - M. Johnson
------------------------------
From: silver@bigbang.Berkeley.EDU (Adam Silverthorne)
Subject: Linux SCSI Bug?
Date: 24 Mar 1994 05:57:08 GMT
I have a Media Vision Pro Audio spectrum 16 as well as a SCSI controller
(Qlogic) which is Local Bus, Linux recognizes the PAS but doesn't see
the Qlogic, can Linux recognize 2 scsi adapters? If so what can I
do to get it to recognize my Qlogic card? Any suggestions greatly
appreciated.
------------------------------
From: 81239@novell1.rz.fht-mannheim.de (ANDRE SCHRTER INFORMATIK)
Subject: problems with execlp
Date: Thu, 24 Mar 1994 08:36:52 GMT
i try to execute a child process with execlp. the problem is that the
file to be executed is not found if it is not in the standard path.
the manualpage for execlp says that if there is no slash in the name
of the file to execute execlp will try to duplicate the behaviour
of the shell and search the programm with the help of the $PATH variable.
i think that is not true!
any hints ??
regards
andre schroeter
------------------------------
From: spu@delphi.com
Subject: Re: 486DLC support anyone?
Date: Thu, 24 Mar 94 04:25:12 -0500
engelbert.jgm.torremans <etorrem@cbnewsj.cb.att.com> writes:
>> Is this neccessary if I have set the internal cache enabled in the AMi
>> bios setting?
I set up for the internal cache ( I have no external cache ) but had to
disable it because teh cpu kept interrupting my mathco and gave me stack
under and overflow errors, and invalid compressed format when uncompressing
linux. The mathco errors also occurred with dos, so I know they were not
Linux specific. Anyone else had this problem? Will external cache stop it?
------------------------------
From: hp@kbbs.kiel.sub.org (Holger Petersen)
Subject: Re: Specialix Driver Round 2 (From specialix)
Date: Wed, 23 Mar 1994 18:24:32 GMT
rogers@drax.isi.edu (Craig Milo Rogers) writes:
> In the following reply, I may appear a little condescending,
>even sarcastic. I apologize in advance. I don't really wish to
>offend, I simply wish to make my point obvious. Also, this is a
>long post, and I apologize for that, too.
[long good description deleted]
> Conclusion: part of the host-side driver software (code) is
>vendor-specific, in-and-of itself.
>
> Revealing that part of the host-side driver, as by publishing
>its source code, would reveal details of the host-side interface which
>(at least one) vendor wishes to keep a trade secret.
Is ther any part in the Gnu-licence that says:
"You have to use 'C' as _the_ language " ??
another question:
"You have to use meaningful labels & names " ??
If both answers were "no",
Is there any problem in givin "Souce" consisting of some sequence of
"Define_Byte ##"
statements in an "xyz.S" - File ??
> Craig Milo Rogers
Holger
------------------------------
Crossposted-To: gnu.misc.discuss
From: bof@wg.saar.de (Patrick Schaaf)
Subject: Re: Specialix Driver Round 2 (From specialix)
Date: Thu, 24 Mar 1994 13:12:14 GMT
hp@kbbs.kiel.sub.org (Holger Petersen) writes:
>Is there any problem in givin "Souce" consisting of some sequence of
>"Define_Byte ##"
>statements in an "xyz.S" - File ??
Speculations about how to circumvent the GPL should go
to gnu.misc.discuss only. Followup-To: is set.
The GPL says:
The source code for a work means the preferred form of the work for
making modifications to it.
I think this explicitly forbids your proposal, and rightly so, because
what you propose is the same as an .o file - I can trivially
convert the .o file to an .s file that will recreate the .o after assembly,
so the two forms are the same.
IMO binary-only driver distributions would clearly violate the GPL,
and it is up to Linus to allow them explicitly. I also think it would
be a Good Thing to do that.
regards
Patrick
------------------------------
From: rausch@informatik.uni-koblenz.de (Michael Rausch)
Subject: probs with ide drive identification
Date: 14 Mar 1994 17:11:06 GMT
G'Day,
as I'm currently working on the IDE driver for Linux 68k, I've faced a
problem with the 'identify' command; I'm using this (optional) command
to gather cyl/head/sectors information from the drives, but I've not yet
managed to extract the drive's name/revision etc. The docs I have say
it's just plain ascii data, but that seems to be wrong ...
Any ideas ?
Ciao
Michael
---
Michael Rausch
(mail via linux@uni-koblenz.de)
------------------------------
From: een6njb@sun.leeds.ac.uk (N J Bailey)
Subject: Re: LINUX port to a transputer system
Reply-To: een6njb@sun.leeds.ac.uk
Date: Thu, 24 Mar 1994 11:53:14 GMT
In article 764502256@marie, wpp@marie.physik.tu-berlin.de (Kai Petzke) writes:
> Antoni.Baranski@si.hhs.nl (Baranski, A.S.) writes:
>
> >Hi World,
>
> > I am a student at the Haagse HogeSchool Sector Informatica in the Hague, Holland.
> >During my summer holliday I am planning on making a port of LINUX onto a T800
> >transputer subsystem which plugs into my PC.
>
> Well, I want to encourage you to do it. It will stop all these
> people, who say: "But linux does not run on a multiprocessor", if
> it runs on your plug in transputer :-)
>
I agree!
> My idea was to do as minimal work as possible in the beginning. Is
> it possible, that a process on the transputer sends a signal to the
> Intel chip? Furthermore, is it possible to map transputer memory
> into the Intel address space? In that case, all the system calls
> could be processed by the standard Linux kernel, and all you had to
> programme was a small transputer kernel, which transfers the system
> calls to the Intel.
Watch out here. Transputers do not have a memory manager, and their
whole raison d'etre (as we say in England) is to support CSP-based
programming as embodied in the Occam programming language. If you
want to use the (very efficient) task scheduling hardware provided
by a Transputer chip, you will have to use links for comms (not shared
memory) or else get your hands very dirty indeed hacking around at the
lowest level. Also since there is no memory management, stopping
one process corrupting another is next to impossible. Unless you impose
a one-prcessor, one-process limit.
Transputers aren't really meant for this sort of thing -- they are
good for embedded systems and highly parallel machines, but not really
for complex OSs. Unless you have T9000s (rumoured to exist, years overdue,
never seen one myself). You may be better off implementing the iserver
in a more efficient way. Transputers are also very slow, compared with
486s, 68040s etc. (again, excepting T9000s).
But don't let me stop you being creative!
Nick.
---
===============================================================================
Nick Bailey Telephone: +44 532 332057
Lecturer in Electronic Engineering Facsimile: +44 532 332032
University of Leeds
Woodhouse Lane
Leeds LS2 9JT
United Kingdom
===============================================================================
------------------------------
From: jem@sunSITE.unc.edu (Jonathan Magid)
Subject: Re: Afserver for Transputer under Linux ???
Date: 24 Mar 1994 03:13:26 GMT
In article <5LO2fFzECwB@wizzard.ping.de>,
Kai Dittmann <k.dittmann@anarch.ping.de> wrote:
>Hello...
>
>i search for a port of the AlienFile-Server (AFServer) for a single T805
>Board and a little TRAM-Network under Linux.
>Does anyone know where i find them ??
Is this what you are looking for? This is the README from
ftp://sunsite.unc.edu/pub/Linux/kernel/misc-patches/transputer.tar.Z
This is a device-driver for using transputers in a linux-box via an
inmos B004-compatible link-interface (most link-interfaces should
support this mode because it works via simple io-instructions)
The package also contains a patch to run the iserver on a linux machine.
Author: Christoph Niemann (niemann@rubdv15.etdv.ruhr-uni-bochum.de)
jem.
--
jem@sunsite.unc.edu\/SunSITE admin
------------------------------
From: pive@uia.ac.be (Pieter.Verhaeghe)
Subject: Interrupts??
Date: Thu, 24 Mar 1994 12:25:49 GMT
Probably a confusing subject, but let me explain the problem:
I have a notebook, which starts beeping and flashing (a led) whenever
the batteries are low. This didn't work under Linux, so I started to
disassemble the BIOS. I'm rather convinced that everything happens
in the DOS interrupt 8 which does the following
jump to the int 8 location
[...]
read a certain port number and put the result in AL
according to the value of AL beep/flash or do nothing
[...]
iret
My question is: how can I implement this behaviour in Linux?
(or better: does there exists a skeleton for implementing this?)
Thanks
Pieter
=========================================================================
P. Verhaeghe (pive@ruca.ua.ac.be)
University of Antwerp,RUCA,Department of Mathematics and Computer Science
Groenenborgerlaan 171 Tel: +32 3 2180376
B-2020 Antwerpen, Belgium Fax: +32 3 2180217
=========================================================================
------------------------------
From: balyu@esat.kuleuven.ac.be (Filip Balyu)
Subject: LILO improvement
Date: Thu, 24 Mar 1994 11:38:18 GMT
I don't know if it isn't already implemented in recent lilo versions,
but I like to see that the env-entrie BOOTIMAGE would contain de label defined
in de /etc/lilo/config rather than the label you typed in at the lilo bootprompt. This because of easier testing in rc files : esp. the case of the
label is important ...
------------------------------
From: wpp@marie.physik.tu-berlin.de (Kai Petzke)
Subject: Re: LINUX port to a transputer system
Date: 24 Mar 94 09:44:16 GMT
Antoni.Baranski@si.hhs.nl (Baranski, A.S.) writes:
>Hi World,
> I am a student at the Haagse HogeSchool Sector Informatica in the Hague, Holland.
>During my summer holliday I am planning on making a port of LINUX onto a T800
>transputer subsystem which plugs into my PC.
Well, I want to encourage you to do it. It will stop all these
people, who say: "But linux does not run on a multiprocessor", if
it runs on your plug in transputer :-)
My idea was to do as minimal work as possible in the beginning. Is
it possible, that a process on the transputer sends a signal to the
Intel chip? Furthermore, is it possible to map transputer memory
into the Intel address space? In that case, all the system calls
could be processed by the standard Linux kernel, and all you had to
programme was a small transputer kernel, which transfers the system
calls to the Intel.
Not much of the Linux kernel is written in assembler, check with
the header files in /usr/include/asm. Non-assembler versions of
the string routines as found in /usr/include/linux/strings.h are
found in the GNU C-Library for example.
But you may have to learn about your Transputer's assembly to get
things rolling.
Kai
--
Kai Petzke <wpp@marie.physik.tu-berlin.de>
Advertisement by Microsoft in a well-known German magazine:
If you don't like our programmes, then make your own ones.
However, they expect you to use Microsoft products for this -:)
------------------------------
** 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
******************************