Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!cornell!rochester!rutgers!psuvax1!ehrlich@shire.cs.psu.edu From: ehrlich@shire.cs.psu.edu (Dan Ehrlich) Newsgroups: comp.sys.ibm.pc.rt Subject: Re: IBM RT and BSD 4.3 Message-ID: <4530@psuvax1.cs.psu.edu> Date: 1 May 89 18:11:37 GMT References: <11553@udenva.cair.du.edu> Sender: news@psuvax1.cs.psu.edu Reply-To: ehrlich@shire.cs.psu.edu (Dan Ehrlich) Organization: Pennsylvania State University, Computer Science Lines: 88 In-reply-to: mbrookov@udenva.cair.du.edu (Matthew B. Brookover) In article <11553@udenva.cair.du.edu>, mbrookov@udenva (Matthew B. Brookover) writes: >Hi, I just started reading this news group so please forgive me if this >stuff has been asked before. > >We are in the process of installing 2 IBM RTs (1 6150 and 1 6151) with >the BSD 4.3 OS from IBM. I have ran into a number of problems that I >am hoping some body can help me with. > >1) The floppy disk drive will work fine for a minute or 2 then we get >this message on the console in red letters: >fd not open! bp=e009e380 b_flags=8108 b_blkno=30 b_count=800 >/etc/update, and any process using the floppy get hung in disk waits, and >the load starts to go way up. What causes this, and can it be fixed? >We had to reboot the machine to get things back to normal. When we reported this problem to IBM we were basically told that we were hallucinating. Something about they never having seen it, so it could not be happening. > >2) The lisp and pascal compilers that came with the distribution will >not compile. Is any body successfully using them? > Of course they don't. IBM left the BSD VAX versions in the source tree ostensibly because the sell BSD UNIX. You need to order Professional Pascal from IBM. We ported Austin-Kyoto Common Lisp to the RTs. If you are interested contact Felix Lee for more info. >3) does the hc compiler always print out all of those millions of >warnings? the first time I compiled my own kernel I was very surprised >that it worked. the pcc compiler has its share of problems to. pcc >has dumped core and produced code that the assembler could not >assemble. Yes. "Do not worry about the compiler messages when building a kernel. They do not mean anything. By the way why would you ever want to rebuild a kernel from source?", IBM Advanced Computing Support Center. > >4) Rup, rusers, and rwall do not work correctly. rup and rusers is >fine between the 2 RTs, but the output from rstatd on the rt is garbage >when read by rup on a VAX 11/750's running BSD 4.3 Unix from Mt Xinu. >Rup on the RT does net even see the Vax on the net. Rwall prints the >message 3 times to the users on the specified host, and then says that >the host, (including the host that rwall was ran form) did not get the >message! Ah. This is because the version of the NFS/RPC utilities source tape that IBM used to do their port was from the time of SunOS 3.2. It still has all the same bugs that the SunOS 3.2 utilities had. Do not hold your breath for the SunOS 4.0 version of NFS and the associated RPC utilities, IBM is too busy doing AIX to do any more `development' on AOS. > >5) The X windows version 11 R2 that came with the distribution does not >support our IBM6154 color monitors. Does any body have a driver that >will make X11 work with the IBM6154? > Check on expo.lcs.mit.edu in the contrib directory for a file named *ibm*tar.Z which supposedly has an X11 R3 server in it. Of course I haven't been able to get it to compile yet. >We have the December 1988 release of IBM ACIS 4.3. Are you running token ring or ethernet? If you are running ethernet you haven't had the chance to experience the best bug of them all. Seems that a microcode problem in the 6152s ethernet adapter is capable of crashing the 6152. We spent two months convincing IBM that this problem existed and we still have recieved a real fix (it has been 4 months total). >Thanks for The help, and if I get anything of use I will sumarize to the net. > > Matthew B. Brookver > University of Denver > Computing and Information Resources > mbrookov@nike.cair.du.edu > ncar!dunike!mbrookov > mbrookov@ducair (bitnet) -- Dan Ehrlich | Disclaimer: The opinions expressed are The Pennsylvania State University | my own, and should not be attributed Department of Computer Science | to anyone else, living or dead. University Park, PA 16802 |