From: Digestifier To: Linux-Development@senator-bedfellow.mit.edu Reply-To: Linux-Development@senator-bedfellow.mit.edu Date: Wed, 10 Nov 93 18:13:44 EST Subject: Linux-Development Digest #218 Linux-Development Digest #218, Volume #1 Wed, 10 Nov 93 18:13:44 EST Contents: Re: porting linux to other hardware (Joerg Hessdoerfer) 0.99pl13 Kernel Compilation (Joseph W. Vigneau) REQ: MIDI driver for YAMAHA CBX-T3 (The Cybard) Re: OS/2 and LINUX INSTALLATION (Peter Steiner) Re: mouse under VC? (Ken Pizzini) Is pcnfsd v2 available? (Steve Steinberg) Latest STABLE versions of kernel and net source? (Gregory Gulik) Re: What's wrong with a DOS to Linux disk access? (Scott D. Heavner) pcnfsdv2? (Mika Jalava) DROP (Ivan Fernandez) CD-ROM Driver for LMS CM-205 (Carsten Franck) Re: 16550A handling in serial.c (Roger C. Pao) Linux->NFS->MS-DOS(soss 3.1)->CDROM (Emery) Re: new Berkeley DB - anyone? (Rene COUGNENC) Re: [Q] Big modem installation for Linux? (Byron A Jeff) Re: WANTED: COBOL compiler (Jens Stark) Re: [Q] Big modem installation for Linux? (Carl Boernecke) Re: Yet another core dumps name suggestion (Olaf Titz) ---------------------------------------------------------------------------- From: hessdorf@ph-cip.uni-koeln.de (Joerg Hessdoerfer) Subject: Re: porting linux to other hardware Date: 9 Nov 93 15:48:05 In article <1993Nov8.214850.21983@super.org> becker@super.org (Donald J. Becker) writes: In article <1993Nov8.160903.12306@news.eng.convex.com>, Jason L. Eckhardt wrote: >A group of people (including myself), are interested in porting linux to our >i860 based workstations. Are there any linux developers who can give me some This sounds like a really neat project. >1) Is linux split into machine-independent code and machine-dependent code? (we > understand device drivers will probably have to be implemented from scratch > for these machines, but that's okay). There isn't an explicit mi/ and md/ split, but I don't think that's a real barrier. >Possibly helpful information about us and our machines: >1) Our machines are based on the i860 RISC microprocessor. It has architectural > support for protection, multitasking, virtual memory, etc. The i860's paging > mechanism is compatible with the [34]86, which may ease the kernel port. Yes, this is a major advantage. You'll be able to directly use much of memory mapping and management code. >2) Our peripherals are: SCSI hard disk and tape, floppy disk, 16-bit dumb frame > buffer, serial & parallel ports. Most of us have 16mb-64mb of ram. What about ethernet? What kind of controller (which chip) do the workstations have? -- Donald Becker becker@super.org IDA Supercomputing Research Center 17100 Science Drive, Bowie MD 20715 301-805-7482 Well, actually you might want to check out the ongoing MC680x0 ports of Linux. The Hardware dependent/independent parts are somewhat better seperated, if memory serves. If not, they might tell you what specific problems they might have encountered. Contact arjan@usn.nl for the port to the ATARI base, and harp@netcom.com for the AMIGA kernel. (I don't have the address of the effort coordinator at hand, I'm just a SCSI-device writer...) Greetings, Joe ------------------------------ From: joev@bigwpi.WPI.EDU (Joseph W. Vigneau) Crossposted-To: comp.os.linux,comp.os.linux.help,comp.os.linux.misc Subject: 0.99pl13 Kernel Compilation Date: 9 Nov 1993 17:58:23 GMT Ok. I ftp'd 0.99pl13 from tsx, read the READMEs, verified that I have gcc 2.4.5 (or whatever they wanted), and tryping to 'make dep' I get: touch tools/version.h for i in init/*.c;do echo -n "init/";gcc -D__KERNEL__ -E -M $i;done > .depend~ for i in tools/*.c;do echo -n "tools/";gcc -D__KERNEL__ -E -M $i;done >> .depend~ for i in kernel mm fs net ipc ibcs lib; do (cd $i && make dep) || exit; done gcc -D__KERNEL__ -E -M *.c > .depend for i in chr_drv blk_drv FPU-emu; do (cd $i && make dep) || exit; done gcc -D__KERNEL__ -E -M *.c > .depend for i in sound; do (cd $i && make dep) || exit; done gcc -D__KERNEL__ -E -M *.c > .depend In file included from loop.c:27: blk.h:193: #error "unknown blk device" In file included from sbpcd.c:175: blk.h:193: #error "unknown blk device" make[2]: *** [dep] Error 1 make[1]: *** [dep] Error 1 make: *** [depend] Error 1 The standard question applies: What do I do now? I configured it properly (I think)... -- joev@wpi.edu -- Joseph W. Vigneau Worcester Polytechnic Institute -- Computer Science Today's random number is 927806236. ------------------------------ Crossposted-To: alt.emusic,comp.music,rec.music.makers.synth,comp.sys.ibm.pc.soundcard From: dudek@acsu.buffalo.edu (The Cybard) Subject: REQ: MIDI driver for YAMAHA CBX-T3 Date: Tue, 9 Nov 1993 18:36:43 GMT I just got that YAMAHA "Hello Music" kit for the PC. It has a connection that connects to the regular serial "COM" port. It comes with a driver for MS-Windoze, but I would also like to use it under Linux. I was wondering if some kind soul could write a driver for this device, or perhaps help me. (I barely know how to program basic stuff in C.) Thanks. -- David Thomas Dudek / v098pwxs@ubvms.bitnet \ __ _ The Cybard State University / dudek@acsu.buffalo.edu \ / `-' ) ,,, of New York / "If music be the food of love, \ | | ()|||||||[:::} @ Buffalo / play on!" - Wm. Shakespeare \ `__.-._) ''' ------------------------------ From: stone@panther.cosy.sbg.ac.at (Peter Steiner) Subject: Re: OS/2 and LINUX INSTALLATION Date: Tue, 9 Nov 1993 16:38:20 GMT ANDROUTSOS DIMITRIOS writes > I wish to install LINUX on my system but I am not sure how I can > go about it since I have a boot manager for OS/2 installled. I have 2 > IDE drives C and D. Could someone please give me some insight ...the FAQs are not very > helpful when it comes to installing Linux on OS/2. > > Jim I have the same wish !! PC with 2 IDE-HD's ... all clear/space enough ! What I wanted to do is: 1'st HD: -OS/2-boot-manager in MasterBootRecord + 1MB partition for bootmanager (bootmanager should know about DOS & OS/2 partitions !) -Linux-LILO in DOS-partition partition-loader (LILO should know about Linux- & DOS-partition !) - any DOS , OS/2 or Linux partitions 2'nd HD: - any DOS , OS/2 or Linux partitions I tought THIS should work, but ....... *&^%*%*%$#@^$ ANY HELP WELCOME !!!!! PLEASE send me E-MAIL or post your suggestions in comp.os.linux.help ! thanx in advance Stone :) -- /-------------------------------------------------------------------\ | Peter Steiner | GCS/E d- -p+ c++ l++ m++ s g+ w+ t+ r- x++ | | stone@cosy.sbg.ac.at | All flames will be laughed at or ignored. | | Department for computer science at Salzburg University | | Jakob-Haringer-Strasse 5, A-5020 Salzburg, AUSTRIA/EUROPE | \-------------------------------------------------------------------/ ------------------------------ From: ken@halcyon.com (Ken Pizzini) Subject: Re: mouse under VC? Date: 9 Nov 1993 09:25:34 -0800 In article <6138@blue.cis.pitt.edu>, Filip Gieszczykiewicz wrote: > It > would be nice to be able to cut&paste this way between VC's but > I have no idea (or time) for that. Anyone have a program that > does this? Yes, there is a "selection" patch out there (dig, dig, dig)... Ah, yes try this gem by Andrew Haylett : sunsite.unc.edu:/pub/Linux/kernel/misc-patches/selection-1.5.tar.z --Ken Pizzini ------------------------------ From: ss@JH.Org (Steve Steinberg) Crossposted-To: comp.os.linux.help Subject: Is pcnfsd v2 available? Date: 9 Nov 1993 14:09:39 -0500 I'm running pcnfsd OK but was wondering if v2 was available for linux? Steve ------------------------------ From: gulik@mink.mot.com (Gregory Gulik) Subject: Latest STABLE versions of kernel and net source? Date: 9 Nov 1993 20:38:01 GMT Is there an FTP site that has the absolute latest kernel and net software? I'm running pl13+net2debugged, but I'm having a few problems and I'd like to try something newer. -greg -- -greg gulik@cig.mot.com (Gregory Gulik) [NeXT] [MIME] ------------------------------ From: sdh@fishmonger.nouucp (Scott D. Heavner) Subject: Re: What's wrong with a DOS to Linux disk access? Date: Tue, 9 Nov 1993 19:37:52 GMT Reply-To: sdh@po.cwru.edu Bernd Meyer (root@umibox.hanse.de) wrote: > ig25@fg70.rz.uni-karlsruhe.de (Thomas Koenig) writes: > >Does Lemmings run under Dosemu yet? Just curious ;-) > Yes, it does :-) But it's no fun, because the mousedriver is slowed down and > therefor the pointer is delayed one third of a second sometimes.... This followup probably doesn't belong here, but . . . Are you using selection? If so, dosemu doesn't tell the kernel it is using graphics mode -- which is what stops selection from accessing the mouse when a tty starts X. Try killing the selection process BEFORE you start dosemu. Alternately, I posted a patch to the MSDOS channel which fixes this, but I'm waiting to see if it introduces any new problems. Scott ------------------------------ From: mjalava@ahti.hut.fi (Mika Jalava) Subject: pcnfsdv2? Date: 9 Nov 1993 21:34:35 GMT Has it been ported to linux? The only one I've seen is the pcnfsdv1. Mika ------------------------------ Subject: DROP From: ivan.fernandez@synapse.org (Ivan Fernandez) Date: Tue, 9 Nov 93 06:48:00 -0500 ------------------------------ From: cfranck@messua.informatik.rwth-aachen.de (Carsten Franck) Subject: CD-ROM Driver for LMS CM-205 Date: 9 Nov 1993 23:40:09 GMT Hi there! I am trying to disassemble the DOS device driver for the LMS CM-205 CD-ROM in order to write a device driver for Linux. If anyone has information on the drive interface and the commands, I would be pleased to hear from you. I am waiting to get my hands on a logic analyzer to monitor the IO addresses, at the moment the information I could gather is a bit vague, still. The default IO address range on the bus is from 0x340h-0x347h. The registers at 0x340-0x343 are read only registers, 0x342 is the data register. 0x344-0x347 are write only. Well, if there is anyone who can contribute a command list and detailed description of the registers before I get the logic analyzer, I would be very pleased to hear from you. Thanks, Carsten ------------------------------ From: rpao@mts.mivj.ca.us (Roger C. Pao) Subject: Re: 16550A handling in serial.c Date: Tue, 9 Nov 1993 04:04:19 GMT tjrc1@mbfs.bio.cam.ac.uk (Tim Cutts (Zoology)) writes: >I'm afraid I'm not much of an expert in these things, but I bought a 16550A >serial card in the hope that it would improve term connections via an X25 >gateway to my SunOS host. The old 8250 chip copes fine at 19200 baud on this >serial connection, but drops characters at any higher speed, but ONLY on >outgoing data (the CPU is a 486/33 and presumably copes with the interrupts). The problem is not your PC. The problem is with the serial port on the SunOS host. The PC's UART (regardless of FIFO) will never lose bytes on OUTGOING data (at least not with a correctly programmed serial driver). rp93 -- Roger C. Pao {gordius,bagdad}!mts!rpao, rpao@mts.mivj.ca.us ------------------------------ From: ewl@cs.nyu.edu (Emery) Crossposted-To: comp.os.linux.help Subject: Linux->NFS->MS-DOS(soss 3.1)->CDROM Date: 9 Nov 1993 21:32:07 -0500 Hi. I've got my Linux machine mounting my DOS machine. On the DOS machine I've set up soss to export the hard disk (c:) and the cdrom drive (d:). When I'm on the C: drive, sometimes I do an 'ls' and it tells me that it cannot find certain directories, because they don't exist. Also, when I mount the CDROM, I can 'ls' the directoreis and see the files and cat them out, but 'pwd' returns an error. Any ideas? -Emery -- Some people call me "Mr." Some people call me "E." Some people call me "Mr. E." Some people call me "Mr. Mystery." -- Sun Ra Emery W. Lapinski ewl@sacco.cs.nyu.edu No professional affiliation with NYU ------------------------------ From: rene@renux.frmug.fr.net (Rene COUGNENC) Subject: Re: new Berkeley DB - anyone? Date: 9 Nov 1993 14:34:45 GMT Ce brave Christian Kuhtz ecrit: > >Use the BSD make (pmake) and it will compile quite well... > Oh great, well, how did you do it?!.. When I try to compile > the hash.c .. it's all over. The gcc freaks out. :) Thousands, nah, > but lots of parse errors. Btw: Using gcc 2.4.5 + libc 4.4.4 You are right, there is a problem whith the system include files (not the program ones), I just hacked features.h to define: #define __CONSTVALUE __const #define __ptr_t void * This is a very bad hack, just to have the program compiled ! It is better to try to find the bug in the system include files if you have time, or wait for the next version :-) You also have to modify the ${LIBDB}: rule in the makefile, to just use ar and ranlib proprely under Linux. > Help! :).. please reply by EMail. I'm lacking the time to go thru > news these days :)... ooops.. Sorry... -- linux linux linux linux -[ cougnenc@renux.frmug.fr.net ]- linux linux linux ------------------------------ From: byron@cc.gatech.edu (Byron A Jeff) Subject: Re: [Q] Big modem installation for Linux? Date: Wed, 10 Nov 1993 04:49:27 GMT In article <2bo97j$lvs@belfort.daimi.aau.dk>, Jesper Bach Larsen wrote: > >As headline says, I wan't to run a Unix installation, preferable Linux, as it >is free, with multiple modem lines. By multiple I mean in the amount of >30-50 modems. I suppose I will have to purchase somekind of hardware support >for this project. My question is: what would be the most effective (measured >in system-resources) installation? What kind of system-resource is required >for this (particular RAM recomendations, special I/O interfaces etc.) I'm presuming that you want to attach that many modems to 1 machine. For multiple machines you can possibly use 4-6 networked machines with STB 4Ports such that each machine has 8 modems attached. But all attached to 1 machine is an interesting project. Current DOS/Windows based solutions I've seen have external controllers of some sort and of course custom programming. Muy Expensive. Hardware seems to be the biggest obstical followed closely system overhead. The typical hardware serial port structure for the PC can't support that many serial lines. More like 8. So this project would require some custom hardware. Obviously a shared interrupt line is a must. System overhead would have to be reduced from the current 3-5 percent per line. This can be done with lower interrupt rates and bigger buffers. If I had the opportunity to do my own system I'd do something like this: - Drop a custom parallel card with a single interrupt into the PC - The card would interface to an external controller (I'm biased to the 68K family but maybe a AMD 29200 family controller might be better suited to the task). - Interface the controller to multiple serial chips. I'd probably pick the Cirrus Logic CL-CD-180 octal UART. While it only have 8 byte buffering, having 8 UARTS per chip makes the design more compact. BTW that is with full modem control, XON/XOFF and special character recognition. Anyway that's my thoughts. BAJ > >Answer preferable via Email: jbl@daimi.aau.dk I personally think this is interesting enough to keep in the newsgroup so everyone can contribute their thoughts. BAJ --- Another random extraction from the mental bit stream of... Byron A. Jeff - PhD student operating in parallel! Georgia Tech, Atlanta GA 30332 Internet: byron@cc.gatech.edu ------------------------------ Crossposted-To: comp.os.linux.help From: root@foobar.hanse.de (Jens Stark) Subject: Re: WANTED: COBOL compiler Date: Tue, 9 Nov 1993 13:14:15 GMT dke@maroon.tc.umn.edu () writes: [lines deleted] >>Granted. Of course, I've seen places where PL/I has replaced COBOL. >PL/I replaceing cobol... Ick... >Doing lots of business applecations, I wish i could use cobol as >opposed to pascal quit frequently.... Well, a good PL/I compiler for Linux is a nice idea :-) >[ Lines deleted ] >>While COBOL is good at what it's good at :-) I don't see a long future. >>Unfortunately, COBOL is _really_ designed for mainframe use and BATCH >>mentality. The "terminal" specific stuff has used what, on a mainframe, >>is the "operator's console" (i.e. ACCEPT xxx FROM CONSOLE). This makes >>COBOL programs rather environment specific. Not anymore - even if most of the ACCEPT/DISPLAY verbs are platform speific, they are normally easy to port ( and it is pretty easy to write a compiler taking brand "X" cobol with screen handling and producing brand "Y" cobol. >I think this is the crux of the matter, Cobol has not kept up with the >times like fortran has... if some adaptions could be made to it, it >might find it self being used for more new applecations. >overhauling the compiler to generate better code wouldn't hurt eather >:) It depends on the COBOL compiler. Some of them are generating pretty fast code. >>For NEW programs, I'd discourage use of COBOL. For programs that already >>exist that you want to maintain, I'd suggest retention of the existing >>platform (like LPI COBOL on SCO UNIX/XENIX). >I think this is good counsel.... For commercial programs, 4GLs seem to be the fastest development platform. ( But writing accounting packages in C sounds as useful as a TCP/IP package written in COBOL ) Jens ------------------------------ From: carlb@hardy.u.washington.edu (Carl Boernecke) Subject: Re: [Q] Big modem installation for Linux? Date: 10 Nov 1993 09:37:24 GMT byron@cc.gatech.edu (Byron A Jeff) writes: >In article <2bo97j$lvs@belfort.daimi.aau.dk>, >Jesper Bach Larsen wrote: >> >>As headline says, I wan't to run a Unix installation, preferable Linux, as it >>is free, with multiple modem lines. By multiple I mean in the amount of >>30-50 modems. I suppose I will have to purchase somekind of hardware support >>for this project. My question is: what would be the most effective (measured >>in system-resources) installation? What kind of system-resource is required >>for this (particular RAM recomendations, special I/O interfaces etc.) >I'm presuming that you want to attach that many modems to 1 machine. For >multiple machines you can possibly use 4-6 networked machines with STB >4Ports such that each machine has 8 modems attached. Here's an idea... how about getting a terminal server (an easy 12-14 hpone lines there), and an ethernet card for the Linux box, and going from there? Sounds liek it work, though terminal servers (liek the Xytel) costs some $$$'s, but it woudl probably be less expensive and easier to maintain than a bunch of different boxes answering 8 lines each. I can see it now... '/dev/ttyzz'! Ack! :) -- Carl Boernecke (carlb@u.washington.edu or carlb@inex.com) ------------------------------ From: uknf@rzstud1.rz.uni-karlsruhe.de (Olaf Titz) Subject: Re: Yet another core dumps name suggestion Date: 10 Nov 1993 09:53:28 GMT In article , Stephen Riehm wrote: > I am not sure if this exists in HP-UX (can't find any mention of it on > this Hp box), but I recall using something like > 'set limitcoredumpsize=1000' or limitcoresize or something like that HP/UX, at least the one I'm running here (8.07), does not have limits other than "filesize" (otherwise I had coredumpsize 0 anyway). Olaf -- olaf titz o olaf@bigred.ka.sub.org praetorius@irc comp.sc.student _>\ _ s_titz@ira.uka.de LINUX - the choice karlsruhe germany (_)<(_) uknf@dkauni2.bitnet of a GNU generation what good is a photograph of you? everytime i look at it it makes me feel blue ------------------------------ ** 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 ******************************