Subject: Linux-Development Digest #575 From: Digestifier 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|-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 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 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 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 ******************************