Subject: Linux-Development Digest #572 From: Digestifier To: Linux-Development@senator-bedfellow.MIT.EDU Reply-To: Linux-Development@senator-bedfellow.MIT.EDU Date: Tue, 22 Mar 94 23:13:04 EST Linux-Development Digest #572, Volume #1 Tue, 22 Mar 94 23:13:04 EST Contents: trouble with ptys pgrp (Neal Becker) Re: Libc 4.5.24 & catclose() in nl_types.h (Roger Binns) VL-300 (Craig Sanders) Linux on Power PCs (Nick Maclaren) Re: VM performance tuning via program restructuring (Roger Binns) Re: MCC UPGRADE, WHAT SHOULD I DO? (Geoff Lane) NIS (Francesco Defilippo) Re: Future Domian 1680 SVP (Leavitt) Re: NIS (Swen Thuemmler) Proposal - Coordinating bug fixes with enhancements. (Harvey J. Stein) Wonder Systems IDE8 controller and Linux ???? (Sid Boyce) Re: Mapping the text screen into user space (i.e. KDMAPDISP, mmap, etc) (Joakim Rosqvist) Re: [Possible bug?] rm * on write-protected dos floppy (Andrew Steele) scsi device driver for scanner (STUDENT0) Re: Proposal - Coordinating bug fixes with enhancements. (root) Re: LINUX port to a transputer system ("A.F.Hall") ---------------------------------------------------------------------------- From: neal@ctd.comsat.com (Neal Becker) Subject: trouble with ptys pgrp Date: 22 Mar 1994 13:15:05 GMT I am trying to track down a problem with emacs-19.22 on linux-1.0. It seems that signal-process is not working. For example, in shell mode using \C-c\C-c doesn't work. I traced the problem to this. tcgetpgrp on the master pty returns ENOTTY. Does anyone know why? ------------------------------ From: rogerb@x.co.uk (Roger Binns) Subject: Re: Libc 4.5.24 & catclose() in nl_types.h Date: Tue, 22 Mar 1994 14:00:33 GMT Mitchum DSouza (m.dsouza@mrc-apu.cam.ac.uk) wrote: : I will probably change the header and catclose() routine so it is more : compatable though. The X/Open Portability Guide version 3 says: #include int catclose(nl_catd catd); ... Upon successful completion, a value of 0 is returned .. ERRORS No errors are defined. Its probably a good idea to follow this ;-) Roger -- __ __ __ __ | |\ / /| | Roger Binns | A fatal dose of caffiene for a human | | \/ / | | Software Engineer | is in the region of 50-160 cups of | | / /\ | | IXI Ltd | coffee drunk in half an hour. |__|/__/__\|__| Cambridge, UK rogerb@x.co.uk ------------------------------ From: cas@muffin.apana.org.au (Craig Sanders) Subject: VL-300 Date: Tue, 22 Mar 1994 01:45:27 GMT Is anyone working on a driver for the VL-300 SCSI, IDE, floppy, ser, par, games combo card? I have heard that it sort of works with the current (0.99.15 or 1.0) kernel, but that there are known timing problems with adaptec 6360 chips on local bus boards. I've got a SCSI disk (Maxtor XT-4380S) and a SCSI tape (Archive Viper 2150S) just waiting for a SCSI controller to be installed. I've also got a VL-300 board on loan from someone who doesn't need it anymore (he bought a Buslogic 545 to replace it with). I've got the VL-300 working from my 1MB dos partition (big enough to run acidwarp is all the DOS disk that I need), but would like to get it running with Linux...even if I can't get a hard disk to work reliably with the card for the moment, it sure would be handy to be able to back up my ESDI hard disk with the Viper tape drive. I'll be installing 1.0 in a few days - as soon as I get GCC 2.5.8 and libc 4.5.21 installed. With luck I might be able to get the tape drive working under Linux. I'd appreciate it if anyone could email me with details of exactly why it doesn't work, and a best-guess as to when a driver might be ready for it. Don't post, send email and I will summarise to the net. Thanks. -- Craig Sanders cas@muffin.apana.org.au Be compassionate: Don't say "straight", say "psychedelically challenged"! ------------------------------ From: nmm@cl.cam.ac.uk (Nick Maclaren) Subject: Linux on Power PCs Date: 22 Mar 1994 13:24:11 GMT I am involved with SHARE Europe (one of the IBM user groups) and some of the IBM people attending are from the development laboratories. If anyone is seriously interested in doing a Power PC port and has had difficulties in getting hold of particular answers, documentation references etc., I may be able to find out. Please send me a message if you are in this position. Even better, why not come to SHARE Europe (in Brussels from April 18th to 21st) and ask for yourself? Unfortunately, I cannot pretend that it is cheap, but it is a very interesting conference and covers a lot of areas. If anyone in Europe is attempting this task and is interested in talking about it at some later meeting, please contact me - it is sometimes possible to reduce the costs for speakers. No guarantees, of course, on either point :-) 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 ------------------------------ From: rogerb@x.co.uk (Roger Binns) Subject: Re: VM performance tuning via program restructuring Date: Tue, 22 Mar 1994 13:17:08 GMT Greg McGary (gkm@tmn.com) wrote: : It's been a few years since I've paid any attention to the UNIX : industry, so I'd be curious to know if any of the major UNIX vendors : have made restructuring tools available. I know that three or four You can find such a tool on the DEC alpha, Dec ultrix (I think) and MIPS RISC/os boxes. It is called 'cord'. Roger -- __ __ __ __ | |\ / /| | Roger Binns | A fatal dose of caffiene for a human | | \/ / | | Software Engineer | is in the region of 50-160 cups of | | / /\ | | IXI Ltd | coffee drunk in half an hour. |__|/__/__\|__| Cambridge, UK rogerb@x.co.uk ------------------------------ From: zzassgl@cs6400.mcc.ac.uk (Geoff Lane) Crossposted-To: comp.os.linux.admin,comp.os.linux.help Subject: Re: MCC UPGRADE, WHAT SHOULD I DO? Date: 22 Mar 1994 13:21:38 -0000 The Last Gunslinger (roland@cac.washington.edu) wrote: : SUMMARY: : CAN I RELEASE MY "UNOFFICIAL MCC UPGRADE PACKAGE" WITH MCC-PROPRIETARY : INSTALL SCRIPTS, OR MUST I WAIT FOR PERMISSION FROM THEM TO DO SO? Owen is preparing a new MCC system based on version 1 of the kernel and I suppose he'll be posting information when it is ready, which should be very soon. If you feel you *must* release your version I suggest that you don't use any name which includes "MCC" as that will only confuse everybody. -- Geoff. Lane. | Internet: zzassgl@cs6400.mcc.ac.uk | Janet: zzassgl@uk.ac.mcc CS6400 Sys Admin, Manchester Computing Centre, Oxford Rd, Manchester, M13 9PL Computers are useless. They can only give you answers. -- Pablo Picasso ------------------------------ From: clint@hal9000.unipv.it (Francesco Defilippo ) Subject: NIS Date: 22 Mar 1994 14:33:30 GMT Hello, does linux support NIS database (as clients) ? -- With Best Regards: +--------------------------------+ | Francesco Defilippo | | clint@hal9000.unipv.it | | pk: finger(1) e-mail | +--------------------------------+ +--- Net .... ^ ^ / 0 0 / =--------------oOO-(_)-OOo--------------------= ..attenti qualcuno vi osserva.. ------------------------------ From: dll@mbunix.mitre.org (Leavitt) Subject: Re: Future Domian 1680 SVP Date: 22 Mar 1994 14:49:36 GMT In article , Brandon Fisher wrote: >Is there anyone out there working on a driver for the Future Domain 1680 >SVP SCSI board? The current Future Domain driver (fdomain.c) works with >BIOS up to version 3.2, the latest is version 3.4. Please let me know if >there is someone using this board or working on an device driver. Thanks >in advance. This sounds a lot like a problem I have with my Future Domain 1670 card. It worked fine under DOS and Linux on my old 386 system but with neither on my new Gateway P5/60. Future Domain eventually provided me with a v3.4 BIOS ROM to solve the problem for DOS/Windows but Linux still reports no SCSI devices detected. -Dan -- ============================================================ Daniel L. Leavitt , 617.271.2206, M/S M245 The MITRE Corp., 202 Burlington Road, Bedford, MA 10730 ------------------------------ From: swen@fb17isun.uni-paderborn.de (Swen Thuemmler) Subject: Re: NIS Date: 22 Mar 1994 20:56:18 +0100 clint@hal9000.unipv.it (Francesco Defilippo ) writes: >Hello, > does linux support NIS database (as clients) ? Yes, NIS is (partially) supported. There is support in libc and there are client programs (ypbind, ypwich etc.) You can find them on ftp.uni-paderborn.de in /pub/linux/local/yp/yp-linux.tar.gz. libc-4.5.21 or above should be used. Hope this helps --Swen -- -------------------------------------------------------------------- Swen Th|mmler | Telefon : +49 5251 602656 University of Paderborn FB 17 | Telefax : +49 5251 603853 Warburger Str. 100 | email : swen@uni-paderborn.de D-33095 Paderborn | Raum : D3.310 Germany | ------- pgp public key at pgp-public-keys@toxicwaste.mit.edu ------- ------------------------------ Subject: Proposal - Coordinating bug fixes with enhancements. From: hjstein@sunset.huji.ac.il (Harvey J. Stein) Date: 22 Mar 94 18:31:41 Does anyone have any ideas on how to coordinate bug fixes with enhancements for the Linux kernel? The problem is as follows. I run Linux at home & am also responsible for the computing at work, so at work I set up 7 Linux machines, 5 of which are 486DX2-66s. At home, I always want to try out the newest kernel as soon as a feature comes out that I'd been waiting for. At work, however, I want to wait untill the kernel's been hammered on for awhile so I can feel more sure that I won't burn the disks and crash the net. The way I see it, there are two general classes of changes that are made, namely bug fixes & enhancements. To the extent that these don't overlap, I have no problem upgrading machines at work with kernels that have recent bug fixes, but I'd like to hold off on the patch levels that have the major enhancements. Unfortunately, there's no way of telling which kernels have major enhancements and which only have bug fixes. I loved the way V1.0 was handled. Since all the enhancements were going into the pl14 alpha kernels, and only bug fixes were going into the pl15 kernels, until it became V1.0, I knew that (for the office) I should stay away from upgrades until V1.0. So, I'd like to know what people think about continuing with this procedure. We could alternate releases between enhancement releases & bug fix releases. At home I can get kernels when the enhancement I've been dying for gets in, and at work I could wait until the last bug-fix kernel. My idea is to use a version number scheme that basically marks where the enhancements occur. It wouldn't be so different than the current method of numbered & lettered patch levels, except that there would be meaning in when the numbers & letters change. We could keep track of enhancements versus bug fixes by having versions consisting of four numbers (like internet addresses). We'd have Linux Version a.b.c.d, where c & d would be left out when they're zero. The meaning would be as in the following example: Version Status 1.0 Major release (only bug fixes). 1.0.0.1 Enhancement added. 1.0.0.2 Bug fix. 1.0.0.3 Bug fix. 1.0.0.4 Bug fix. 1.0.1 Last minor release before new enhancement (could be the same as version 1.0.0.4). 1.0.1.1 Enhancement added. 1.0.1.2 Bug fix. 1.0.1.3 Bug fix. 1.0.1.4 Bug fix. 1.0.1.5 Bug fix. 1.0.2 Minor release, only bug fixes, could be same as 1.0.1.5 . . . 1.1 Major release. If people don't like so many numbers (and I must admit, that I don't either), we could do something like what we do now, having pl, if we follow some convention of what the numbers and letters stand for. Maybe pl would be a minor release, just including bug fixes, pl would represent an enhancement when is a-l & bug fixes only from m-z, so that pl is the same as pl, where is the last kernel in the pl series, after bug fixes have been going in for afew lettered releases. Or, we could use even and odd. Even numbered patch levels could be the kernels where enhancements go, and odd numbered patch levels could be bug fix only kernels. I think I like this last alternative the best. If people want to make this even stronger, they could even do as was done with version 1.0, namely having well defined times where enhancements are allowed in. So, what do people think about this? -- Harvey J. Stein Department of Mathematics Hebrew University hjstein@math.huji.ac.il ------------------------------ Crossposted-To: comp.os.linux.help From: szb50@ccc.amdahl.com (Sid Boyce) Subject: Wonder Systems IDE8 controller and Linux ???? Reply-To: szb50@JUTS.ccc.amdahl.com (Sid Boyce) Date: Tue, 22 Mar 1994 19:59:15 GMT In the MicroTimes there is an advert from The Super Link Santa Clara, CA tel 408-733 2558 for an IDE controller manufactured by Wonder Systems, model IDE8 ....... 4HD/4FD, allows coexistence of MFM, RLL, SCSI and ESDI drives, all for 65.00 US. I wonder if anyone has used this controller under Linux and what type of drives tried and experiences. My drive is 314MB ESDI MAXSTOR. Thanks in anticipation. Regards Sid ..... G3VBV .... Amdahl (UK). ------------------------------ From: dvljrt@cs.umu.se (Joakim Rosqvist) Subject: Re: Mapping the text screen into user space (i.e. KDMAPDISP, mmap, etc) Date: Tue, 22 Mar 1994 17:58:31 GMT In article <1994Mar18.183228.20242@sendai.seq.com>, Mahesh Neelakanta wrote: > >Greetings, > I am having some problems trying to map the video text screen (0xB8000) >into user space using the mmap function. I've included my test program below >for others to try out. Basically, I can map the memory location into my >program and read/write to it. But, the mapping doesn't always work. I.e. >sometimes the program doesn't write anything to the screen at all. This >is reproducible especially when the cursor is at the bottom of the screen. > >For some reason, if I switch to another vt and then swap back before running >the program, this problem goes away.. It's because linux doesn't always keep the screen in the beginning of the 32k of videomemory. Try this: #include #include #include #include #include #include #include #define GRAPH_SIZE 0x8000 #define GRAPH_BASE 0xb8000 inline static void outb(unsigned short port, char value) { __asm__ volatile ("outb %0,%1" ::"a" ((char) value),"d" ((unsigned short) port)); } inline static unsigned char inb(unsigned short port) { unsigned char _v; __asm__ volatile ("inb %1,%0" :"=a" (_v):"d" ((unsigned short) port)); return _v; } int main() { int mem_fd,i; char *graph_mem,*scr; if ((mem_fd = open("/dev/mem", O_RDWR) ) < 0) { perror("Can't open /dev/mem"); exit(1); } graph_mem = (char *) mmap( (caddr_t)0, GRAPH_SIZE, PROT_READ|PROT_WRITE, MAP_SHARED, mem_fd, GRAPH_BASE); if ((long)graph_mem < 0) { perror("mmap error"); exit(1); } if (ioperm(0x3d4, 2, 1)) { perror("Can't get i/o permissions"); exit(1); } outb(0x3d4,12); i=inb(0x3d5)<<8; outb(0x3d4,13); i+=inb(0x3d5); scr=&graph_mem[i+i]; /* Find current screen location in the 32k area at 0xb8000 */ memset(scr,'A',80); /* Put 40 A's in horrible colors on the top row */ exit(0); } Please don't assume that the screen is 80x25! ------------------------------ From: fozzy@cerberus.bhpese.oz.au (Andrew Steele) Subject: Re: [Possible bug?] rm * on write-protected dos floppy Date: Tue, 22 Mar 1994 01:11:38 GMT 63912i@cfi.waseda.ac.jp ("Alexander During") writes: >In article <2m1q0r$627@wswiop05.win.tue.nl> koen@wswiop05.win.tue.nl (Koen Holtman) writes: >>gans@acf2.nyu.edu (gans) writes: >> >>>I mount a 3.5 inch *write protected* floppy using >>> mount -t msdos /dev/fd0 /mnt ============^ >>>and then do >>> cd /mnt; rm * (as root) >>>ls reports that all files on the disk have been removed. There >>>are no error messages. If the floppy is dismounted and then >>>remounted, the files are, of course, still there. >>[.....] >> >>The Linux floppy drivers do not report write errors to the writing >>program. This is more a case of broken-as-designed than an actual bug. >>A real fix probably won't happen in the near future. >> >>> ---- Paul J. Gans [gans@acf2.nyu.edu] >>Koen. >I wonder whether there could be done something about this. Suppose you >could test the write protection status of the floppy without writing to >it. Suppose furthermore that mount() calls the init routine of the >floppy driver. As we are at it, suppose that mount() tells the floppy >driver that it wants to access the floppy in a read/write fashion and >not just readonly. Under SunOS 4.1.3, if you try to mount a floppy that is write protected the mount will fail unless you have the -r option on your mount command. Maybe this is the way it should be approached with Linux. -- Andrew STEELE, BHP Information Technology, Newcastle, Australia PO Box 216, Hamilton N.S.W. 2303, Ph: +61 49 40 2101, Fax: ... 2165 "When Science finally makes it to the top of the hill of learning it will find religion has been sitting there all along." Peter O'Toole,"The Creator" ------------------------------ From: STUDENT0@gimme.cc.uh.edu (STUDENT0) Subject: scsi device driver for scanner Date: 22 Mar 1994 18:36:59 GMT I am looking for a scsi device driver that can be used to drive a scanner. any help along a scsi device driver would be apprecidated. vipin kumar agrawal student0@basson.cc.uh.edu 3/22/94 ------------------------------ From: iblenke@Slip32.Corp.Harris.Com (root) Subject: Re: Proposal - Coordinating bug fixes with enhancements. Date: Wed, 23 Mar 1994 00:19:22 GMT > Does anyone have any ideas on how to coordinate bug fixes with > enhancements for the Linux kernel? I believe this is already being planned nicely with the separate "hackers-paradise" version and "stable" release version... as for problems with Linux... only a few corrupted files on my MSDOS mounted partition have affected me. (well, there WAS that one flakey audio build... but it WAS my fault ;) -- ______________________________________________________________ Ian Blenke Work: (407)724-3213 Student & Coop. ---------------- Fax: (407)724-3888 Harris Corporate HQ. Melbourne, Fla. Beeper: (407)722-7455 ------------------------------ From: anton@ulysses.demon.co.uk ("A.F.Hall") Subject: Re: LINUX port to a transputer system Reply-To: anton@ulysses.demon.co.uk Date: Wed, 23 Mar 1994 00:11:34 +0000 In article 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. > > The general idea is that the PC will function as a server for the transputer > system. > Taking care of all the I/O routines (Harddisk, Video) and at the same time will > be > used as the frontend user interface for the transputer system. > Running with X11 on the PC under LINUX it will be possible to open a window > with > linux and have a linux sub-system running on the transputer system. And using > the > transputer system for number crunching. > > I must say that I am new to LINUX and have never ported any software that > realy > worked after the porting. > > I under stand that big portions of the LINUX kernel are written in assembly, > and > that is a point I fear I migth get into a lot of trouble because my knowlegde > of > assembly isn't that great. And programming the transputer is assembly well, no > thank you. So I would have to translate all the assembly into C/C++. > > SO, if my idea is crazy please let me know. I f you any suggestions on books > that > migth help in the proces of porting the linux kernel please let me know. Well > actualy if you have any comment on this 'CRAZY' idea please let me know. > Yes, you are crazy. For a start memory management is not supported on any of the current transputers, and of course the transputer is a entirely different architecture to any Intel processor. Unix on transputers? Well there have been attempts, but first of all I recommend you read up on the transputer, try 'The Transputer Handbook' by Ian Graham & Tim King (ISBN 0-13-929134-2). It contains a broad overview of transputers/ transputer systems both hardware and software. If you're still crazy after that, then I recommend you see a doctor, and if that doesn't help, then I'll probably join you in your madness ;-) Good Luck. Anton -- <<<<<<<<<<<<<<<<<<<<<<<<< anton@ulysses.demon.co.uk ...a communicating sequential process >>>>>>>>>>>>>>>>>>>>>>>>> ------------------------------ ** 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 ******************************