Subject: Linux-Development Digest #585 From: Digestifier To: Linux-Development@senator-bedfellow.MIT.EDU Reply-To: Linux-Development@senator-bedfellow.MIT.EDU Date: Mon, 28 Mar 94 09:13:12 EST Linux-Development Digest #585, Volume #1 Mon, 28 Mar 94 09:13:12 EST Contents: Re: TCP/IP-Bug in 1.0 Kernel? (Carl Schott) Re: Linux PLIP (Mr MF Cosham) Re: How to use VARARGS under Linux ? (Zenon Fortuna) Re: 486DLC support anyone? (Superuser) Wanted: WorkMan maintaine (Rick Emerson) Re: Is "gas" ( GNU assembler ) available for Linux? (Matt Welsh) Re: TTY overruns cost money. (Charles Hedrick) Re: program to watch IRQs (Zenon Fortuna) Re: HELP. Extended Unix Charactr Set (Harald T. Alvestrand) Re: LINUX port to a transputer system (Baranski, A.S.) LINUX port to a TRANSPUTER (Antoni.Baranski@si.hhs.nl) Re: 486DLC support anyone? (Roban Philip Karl) C+@ for Linux? (Patrick B. Haggood) Re: LINUX port to a transputer system (Roban Philip Karl) Where can I ftp the Linux 1.0.4 ? (Wei Hua) Linux CD Rom with Wearnes (Tang Chang Thai) Possible BUG in lpd? (Stefan Baltus) Re: Help increasing allowed # of processes (las@light-house.uucp) Problem with WD7000 (Frank Westheider) Re: HELP. Extended Unix Charactr Set (Andries Brouwer) Re: Interrupts?? (Thomas Faehnle) Re: Async I/O (Nick Maclaren) ---------------------------------------------------------------------------- From: cgschott@psu.edu (Carl Schott) Subject: Re: TCP/IP-Bug in 1.0 Kernel? Date: Sat, 26 Mar 1994 05:50:00 GMT Rene COUGNENC (rene@renux.frmug.fr.net) wrote: : Ce brave Michael Will ecrit: : > I have noticed that SLIP does work with 1.0 but has problems running : > ftp and the like with anything beyond that. I tried 1.0p2 and 1.0p4 but : > had to go back to 1.0 to work with SLIP. : Same for me, SLIP and PPP. Hmm... SLIP (CSLIP actually) has been rock solid for me at 1.0.4 passing 8-10 MB of news and ftp per day. I had a few problems with general protection warnings at pre-1.0 and 1.0.2, but never had any ftp breakdowns. What version of ftp are you running, and what are your configurations? Maybe you should try a fresh compile of Alan Cox's new "ftp". Carl Schott ------------------------------ From: mfcos1@mdw081.cc.monash.edu.au (Mr MF Cosham) Crossposted-To: comp.os.linux.misc Subject: Re: Linux PLIP Date: 28 Mar 1994 00:18:36 GMT leachbj@latcs1.lat.oz.au (Bernard James Leach) writes: >I was looking into PLIP for linux today and was reading the READM1.PLIP >file. Now according to this Linux PLIP supports two different cables, >one is a 4bit cable the other an 8 bit cable. Does anyone know anything >further about this. From memory the 8 bit cable looked compatible with >amiga plip! The 4 bit cable is for the older parralel ports that are output only. It uses the status lines to transmit the information. The 8 bit cable will work with the newer ports that can send and receive on the data lines. I believe it works the same way as Laplink on DOS, and is probably the same as the amiga cable. Mark Cosham mfcos1@ccds.cc.monash.edu.au >-- >Bernard Leach - LaTrobe Uni Melb Australia >cscbl@lux.latrobe.edu.au ------------------------------ From: zenon@resonex.com (Zenon Fortuna) Subject: Re: How to use VARARGS under Linux ? Date: Fri, 25 Mar 1994 23:07:30 GMT In article <2mvjr5$nah@news.doit.wisc.edu> tillemaj@news.doit.wisc.edu.UUCP (John Edward Tillema,&91M+soAj) writes: >From article <1994Mar25.031012.3079@resonex.com>, by zenon@resonex.com (Zenon Fortuna): [...] >I think this should be of the form: (don't know what va_dcl is?) > >void my_log(char fmt[], ... ) >{ > va_list argp; > > va_start(argp,fmt); > vfprintf(stdout,fmt,argp); /* or vsprintf(string,fmt,argp);puts(string) */ > va_end(argp); >} > >This will allow my_log to function just like a printf statement. Fine. But I could not find any header file with the va_list or va_dcl declaration. Under HP-UX the declarations are in varargs.h, somebody suggested that under Linux there exists stdargs.h ... but I did not find it in SLACKWARE 1.1.2 . Maybe simply I have to copy more header files from other (?) distributions ? BTW, where to find more complete set of header files for Linux (and, maybe, related man-pages ?) ? Zenon. ------------------------------ From: root@fusion.cuc.ab.ca (Superuser) Subject: Re: 486DLC support anyone? Date: Mon, 28 Mar 1994 05:20:44 GMT phil@seal.micro.umn.edu (Roban Philip Karl) writes: > Just for the record, my TI486DLC-40 works just fine. > > It is on a VL, 128k ext. cache board that was meant to > work with the DLC. > > Furthermore, it is humming along with an IIT 3C87-40 > with no problems whatsoever. > I get 15.97 BogoMips... not bad for < $300 (board+cpu+mathco) > On my DRx2-20/40 running Linux 1.0.4 + lx_inline with the full version of my patch and the BogoBoost patch- I get the same.. Without the lx_inline patch, I get 15.99 BogoMips.. I guess the inline stuff didn't do as much good as the authors claimed :-(. For the record, what brand of DLC motherboard do you have? I've had reports that the OPTI chipset + AMI BIOS motherboards don't enable the cache when running any operating system that doesn't use the BIOS (ie, the patch is needed even though the motherboard claims to be DLC aware). If yours works, I'd like to list your motherboard as one that works in my README file. > > Good luck with TI, > Philip K. Roban n0etx c4 -- Christopher Lau- "Mr. Unix" | / Fusion: Playing With Fire! StarBright Research | / / H + H -> He + 24 MeV -- | /_/_/_ "Bring back Trudeau!" root,lauc@fusion.cuc.ab.ca |____________ "This space for rent" ------------------------------ Subject: Wanted: WorkMan maintaine From: rick.emerson@dscmail.com (Rick Emerson) Date: Mon, 28 Mar 94 00:17:00 -0640 @SUBJECT:Wanted: WorkMan maintainer's address N I'm still going nowhere with WorkMan and I've had no luck in finding the WorkMan maintainer. I'd appreciate some help with WorkMan and/or the name and address of the current maintainer. Rick ... * ATP/Linux 1.42 * If you make a cow laugh, does milk run out of its nose? ------------------------------ From: mdw@cs.cornell.edu (Matt Welsh) Subject: Re: Is "gas" ( GNU assembler ) available for Linux? Date: Mon, 28 Mar 1994 06:08:58 GMT In article <2n0sse$j2v@quartz.ucs.ualberta.ca> jdv@ee.ualberta.ca (John Voth) writes: >Greetings Linux Developers! > >I have noticed that GNU has a assembly language compiler called "gas". >I've used it for compiling MC68000 assembly language programs intended to >be used on my university's motorola 68000 labs. Is this GNU product >available for linux? GAS is there, on sunsite.unc.edu:/pub/Linux/GCC. Unless I'm mistaken the "as" assembler included in most Linux distributions is actually gas. ------------------------------ From: hedrick@farside.rutgers.edu (Charles Hedrick) Subject: Re: TTY overruns cost money. Date: 28 Mar 94 02:09:08 GMT mike@dormrat.sosi.com (Rubber Duck) writes: >sl0 Link encap Serial Line IP > inet addr 166.93.11.2 P-t-P 166.93.8.254 Mask 255.255.0.0 > UP POINTOPOINT RUNNING MTU 1006 Metric 1 > RX packets 178847 errors 0 dropped 0 overrun 165082 > TX packets 192912 errors 0 dropped 43010 overrun 176361 The "overrun" numbers should actually be labelled "packets for which header compression was used". Actual overruns will be included in "errors". ------------------------------ From: zenon@resonex.com (Zenon Fortuna) Subject: Re: program to watch IRQs Date: Sun, 27 Mar 1994 21:55:02 GMT In article <2n3jb5$ka6@zeus.fasttax.com> phil@zeus.fasttax.com (Phil Howard) writes: > [...] >Once I get upgraded to 1.0 I plan to dive into some kernel developments. >One of the ideas on the drawing board is a special virtual terminal that >would be dedicated to kernel monitoring. Maybe more than one VT could be. > >But what would you like to see? Perhaps a list of counts per IRQ number? >Maybe also a smoothed interrupts per second? Maybe a graphical chart that >shows interrupts? I'm sure this could be done. > >I was wanting to try to reproduce a process run/dispatch display much >like the job dispatch display from the old CDC Cyber displays. Just >what can be displayed usefully is still in question. Would you consider "monitor"-like system information ? memory handling (including swap utilization), disk I/O statistics, processes info, per- process information, etc. Linux becomes stable solid system and commercial developers will start system tuning very soon ... zenon@resonex.com ------------------------------ From: hta@uninett.no (Harald T. Alvestrand) Subject: Re: HELP. Extended Unix Charactr Set Date: 28 Mar 1994 07:02:57 GMT In article <2mv0u4$sjo@sun0.urz.uni-heidelberg.de>, hare@mathi.uni-heidelberg.de (Hannes Reinecke) writes: |> The P (donaldlf@donaldlf) wrote: |> : 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. |> |> Sure. As soon as you specify > extended unix character set <. |> Most likely you mean > ISO-8859-1 <. |> Unix [tm] didn't have any intrinsic charset. |> He is probably thinking of the charset most commonly labelled EUC for Extended Unix Charset. It is a charset intended mostly for Japanese usage, I think. (And it's *huge* - like 16K or 32K characters). I would look for some character set group, not this group, to get info. -- Harald Tveit Alvestrand Harald.T.Alvestrand@uninett.no G=Harald;I=T;S=Alvestrand;O=uninett;P=uninett;C=no +47 73 59 70 94 My son's name is Torbjxrn. The letter between "j" and "r" is o with a slash. ------------------------------ From: v922215@si.hhs.nl (Baranski, A.S.) Subject: Re: LINUX port to a transputer system Reply-To: v922215@si.hhs.nl Date: Mon, 28 Mar 1994 06:47:33 GMT In article 8xC@news.cis.umn.edu, phil@seal.micro.umn.edu (Roban Philip Karl) writes: >Just what is a transputer? It sure has a catchy name. >Would someone kindly overwhelm my mailbox with info? > >Thanks, and sincerely, >Philip K. Roban > Transputer -> Real parallel CPU. SU L8R ------------------------------ From: Antoni.Baranski@si.hhs.nl Subject: LINUX port to a TRANSPUTER Reply-To: Antoni.Baranski@si.hhs.nl Date: Mon, 28 Mar 1994 07:17:05 GMT Hi world, So far I have received many reactions from GREAT to shut this guy up in a lunny bin. But I think that most people didn't really understand my first message. I said I wanted to have the 486 do all the I/O work and thus working as a server with the transputer as a client. Well I've been searching high and low in articels concering transputer hardware. And found some advertisments about SCSI 1/2 controllers as a T-RAM module. So the need for ans AFS (Alien file server) might not be so great, or maybe it would because I would need a way to boot the transputer (it would be possible to boot from a EPROM).. And now let me try to explain the idea again, so simple as possible: The idea was that it would be possible to open a window under LINUX with X11 and have the Transputer running in there. Doing some number crunching in parallel with the 486. And there for a part of the LINUX code would be needed to run on the Transputer. The port wouldn't be written in OCCAM 2 because that would give me a HUGE pain in the BUM!!!! Because of the way how OCCAM 2 is written. But in C and compiled with a 3L-C Compiler. Which I am planning on buying soon. If I can get it for a nice price. And not for 600 pounds which is around 1800 Guilders and that's a bit much, for a student that has to live of something around 300 guilders a month. So I'll be looking at 3L if they don't have a studente version or a student price, for their compiler. Or if someone out there in internet land would like to part with his 3L compiler, I am interested.!!! I hope this makes life easyer for you folks out there. SU ================ Baranski, A. S. | Haagse HogeSchool e-Mail: | Sector Informtica Antoni.Baranski@si.hhs.nl | Student Software Engineering ------------------------------ From: phil@seal.micro.umn.edu (Roban Philip Karl) Subject: Re: 486DLC support anyone? Date: Mon, 28 Mar 1994 04:26:47 GMT Just for the record, my TI486DLC-40 works just fine. It is on a VL, 128k ext. cache board that was meant to work with the DLC. Furthermore, it is humming along with an IIT 3C87-40 with no problems whatsoever. I get 15.97 BogoMips... not bad for < $300 (board+cpu+mathco) HOWEVER, things were not always so good. The first DLC I had in this board would totally bomb out if booted up with internal cache enabled. At first, I thought this was normal, since the DLC is a "fake" 486, but on speaking to the vendor I learned otherwise. They happily exchanged chips (admirable of them) and sure enough, the new one worked. Good luck with TI, Philip K. Roban n0etx ------------------------------ From: pbh@prjup.mi.org (Patrick B. Haggood) Subject: C+@ for Linux? Date: Sat, 26 Mar 94 19:44:57 EST I just got my latest newsletter from Unir, the company handling C+@ (cat) on Sparcs. Anyone heard if this language is available under Linux? -- Patrick B. Haggood Project: JUPITER Scientific Software pbh@prjup.mi.org Reduce complexity; recycle code! ------------------------------ From: phil@seal.micro.umn.edu (Roban Philip Karl) Subject: Re: LINUX port to a transputer system Date: Mon, 28 Mar 1994 04:49:19 GMT Just what is a transputer? It sure has a catchy name. Would someone kindly overwhelm my mailbox with info? Thanks, and sincerely, Philip K. Roban ------------------------------ From: wei@psrc.isac.co.jp (Wei Hua) Date: Mon, 28 Mar 1994 08:01:19 GMT Subject: Where can I ftp the Linux 1.0.4 ? Where can I ftp teh Linux 1.0.4 ? Does it more stable than the Linux 1.0 ? Thanks ! Wei, Hua Technique Dept. ISAC, Inc. E-mail: wei@psrc.isac.co.jp ------------------------------ From: scornd7@solomon.technet.sg (Tang Chang Thai) Subject: Linux CD Rom with Wearnes Date: 28 Mar 1994 08:22:06 GMT I am looking for a version of Linux CD Rom that can work with the Wearnes CD Rom package. Any suggestions? ------------------------------ From: cpbaltus@cs.vu.nl (Stefan Baltus) Subject: Possible BUG in lpd? Date: Mon, 28 Mar 1994 09:41:47 GMT Hi, I'm having trouble with printing. I have two linux boxes, connected by 10 Mbps Ethernet. When i 'lpr' a file from my remote machine to my printer, it is sent across the network to the other linux box and printed. But, during the printing, I'm not able to 'lpq' from the remote machine. It hangs until the job is finished and then returns 'no entries'. Lpq from the local (the box where the printer is attached to) works fine. It seems that the one of the lpd which is printing listens to the udp port, not the one that should listen to the port. Any idea's? Stefan. -- ============================================================================= Stefan Baltus. InterNet: cpbaltus@cs.vu.nl Talk/Finger: cpbaltus@keg.cs.vu.nl UUCP : stefan@baljas.home.cs.vu.nl ============================================================================= ------------------------------ From: las@light-house.uucp Subject: Re: Help increasing allowed # of processes Date: Sun, 27 Mar 1994 21:48:22 GMT James D. Levine (jdl@netcom.com) wrote: : I'm trying to increase maximum number of processes for my pl14 kernel, : with no luck. : I found constants called NR_TASKS in tasks.h, and the derived constant : MAX_TASKS_PER_USER in fork.c. Increasing NR_TASKS and rebuilding the : kernel does nothing for me. Fork still fails at about 40 total processes. : I've put prink's in all branches of fork.c to try to see what's : happening, but I don't get any messages, so I assume you need to run a : daemon (syslogd?) to see them. : Any pointers? : James setrusage(2),setrlimit(2),getrlimit(2) These should do what you want; even from user space. No need to hack the kernel. ------------------------------ From: higgins@uni-paderborn.de (Frank Westheider) Subject: Problem with WD7000 Date: 28 Mar 1994 12:13:00 GMT Hi Folks ! I'm using Linux (1.0) with an WD7000FASST2 connected to 3 disk-drives, 1 tape and 2 Floppies. Whenever i use the floppy and have heavy disk-traffic the system hangs. How can i solve the problem, am i the only one with this problem ? Thanx Frank Westheider ------------------------------ From: aeb@cwi.nl (Andries Brouwer) Subject: Re: HELP. Extended Unix Charactr Set Date: Mon, 28 Mar 1994 12:45:09 GMT hta@uninett.no (Harald T. Alvestrand) writes: :In article <2mv0u4$sjo@sun0.urz.uni-heidelberg.de>, hare@mathi.uni-heidelberg.de (Hannes Reinecke) writes: ::: The P (donaldlf@donaldlf) wrote: ::: : 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. ::: ::: Sure. As soon as you specify > extended unix character set <. ::: Most likely you mean > ISO-8859-1 <. ::: Unix [tm] didn't have any intrinsic charset. ::: :He is probably thinking of the charset most commonly labelled EUC :for Extended Unix Charset. :It is a charset intended mostly for Japanese usage, I think. :(And it's *huge* - like 16K or 32K characters). :I would look for some character set group, not this group, to get info. It is described in the O'Reilly book "Understanding Japanese Information Processing" by Ken Lunde. On-line info can be obtained from ftp.ora.com. ------------------------------ From: s_faehnl@rzw2.rz.uni-ulm.de (Thomas Faehnle) Subject: Re: Interrupts?? Date: 28 Mar 1994 12:22:30 GMT Reply-To: s_faehnle@rzmain.rz.uni-ulm.de Pieter.Verhaeghe (pive@uia.ac.be) wrote: : My question is: how can I implement this behaviour in Linux? : (or better: does there exists a skeleton for implementing this?) Such a skeleton does exist. Get the SysVinit-2.4 package, it now has support for catching power failures. Included in the package is a little watchdog daemon (intended to watch the sense line of an UPS) that you can easily adapt to your needs. : Thanks : Pieter Bye, Thomas. : ------------------------------------------------------------------------- : 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 : ------------------------------------------------------------------------- -- ========================================================================== s_faehnle@rzmain.rz.uni-ulm.de *** Happy Linux user! *** ========================================================================== ------------------------------ From: nmm@cl.cam.ac.uk (Nick Maclaren) Subject: Re: Async I/O Date: 28 Mar 1994 13:15:28 GMT In article <1994Mar27.054142.10497@unlv.edu>, ftlofaro@unlv.edu (Frank Lofaro) writes: |> I am in the process of implementing async I/O when I saw Ted Tso said |> he was going to implement it too. Is that true? |> |> Anyway, this is what I have done so far: ... |> |> It is quite a while from being usable. It false triggers, turing off |> async I/O or exiting the process turning it on crashes linux, etc. but |> as proof of concept, the user program DOES get SIGIO's when I make |> input available. I think I can work the bugs out with a little bit of work. I am afraid that I doubt it - you may get it USABLE with a little bit of work, but getting the bugs out is a different matter. IBM MVS has had asynchronous I/O as part of its base design since the very beginning (whether you include PCP or not), and it STILL has bugs in it. Some UNIX fanatics used to say that this was the fault of the misdesign of MVS, but that was before vendors started to implement asynchronous I/O in UNIX :-) Every vendor that has attempted this task has had a foul job, and by no means all have succeeded. Please don't think that I am trying to put you off - I am merely pointing out that success in this context is not a simple question of removing bugs. If you end up with a usable system, you have succeeded, even if there are still outstanding and insoluble bugs. Your list of nasty questions includes many of the hairy areas, but don't forget interactions with swapping and process scheduling, what to do when queues back up, error handling when in anomalous states and so on. These complex interactions are the areas where bugs lurk, irrespective of how much development and debugging the system has been through. If you can find a set of IBM MVT manuals (especially the SAM PLM and the Debugging Handbook), you may find some useful hints on techniques and how to handle some of the problems you mention. I say IBM MVT, because that was the last system that was relatively free of restrictions on the reuse of the technology. It remains copyright, of course. Nick Maclaren University of Cambridge Computer Laboratory, New Museums Site, Pembroke Street, Cambridge CB2 3QG, England. Email: nmm@cl.cam.ac.uk Tel.: +44 223 334761 Fax: +44 223 334679 ------------------------------ ** 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 ******************************