home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / bsd / 2574 < prev    next >
Encoding:
Internet Message Format  |  1992-07-21  |  3.5 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!ames!agate!soda.berkeley.edu!wjolitz
  2. From: wjolitz@soda.berkeley.edu (William F. Jolitz)
  3. Newsgroups: comp.unix.bsd
  4. Subject: Re: General problems (serial line, spontaneous reboots)
  5. Message-ID: <14id9vINN3k1@agate.berkeley.edu>
  6. Date: 22 Jul 92 01:23:11 GMT
  7. References: <1992Jul21.025130.15471@ponds.uucp>
  8. Organization: U.C. Berkeley, CS Undergraduate Association
  9. Lines: 68
  10. NNTP-Posting-Host: soda.berkeley.edu
  11.  
  12. In article <1992Jul21.025130.15471@ponds.uucp> rivers@ponds.uucp (Thomas David Rivers) writes:
  13.  
  14. >I'm *very* pleased to get the newest 386bsd; it looks like some
  15. >really nice work.
  16.  
  17. Thanks.
  18.  
  19. >First of all, I'd like to report that the cursor seems to be confused
  20. >for monochrome cards.  The line appears above the space instead of
  21. >below it.  I got around this by using a CGA card displaying on my
  22. >monochrome monitor (a clever little card from an old Tandy 1200H
  23. >machine.)
  24.  
  25. I think this is due to the block cursor being larger than possible on
  26. a monochrome card, so only the top lines are turned on. Point noted.
  27.  
  28. >Next, with respect to silo overflows in the serial driver.
  29. >I was *plagued* with them when I was using an MFM disk, replacing
  30. >that with an IDE disk appears to have corrected the problem.  Could
  31. >there be a problem with interrupts being left too high, too long in the
  32. >wd driver?
  33.  
  34. That should not be a problem, since disk activity blocks interrupts only
  35. to disks, and does not block the terminal. Undoubtably, there is a problem
  36. elsewhere. There are some improvements for better handling of the com
  37. driver that missed the boat for 0.1, esp. for FIFO UARTs.
  38.  
  39. >Next, I noticed that when running screen (the binary supplied in the
  40. >etc01 distribution) on a serial line, the characters get buffered
  41. >an extra time, some how, some where.  This isn't the case for screen
  42. >running on the console; so there could be a problem in the serial driver
  43. >(i.e. probably not the pty driver.)
  44.  
  45. We have a suspect at the moment, but I've been too flooded to get to it.
  46. It occasionally causes a single character to be caught until the next one
  47. is typed, then the problem goes away.
  48.  
  49. >Next, I thought I would try and replace the com driver with the latest
  50. >one I had for 0.0 (in which Chris cgd@agate.berkeley.edu had implement
  51. >bidirectional lines); however, the first compile of the locked up (it was
  52. >over a serial line.)  I could type *nothing* anywhere and get any
  53. >response - even ctrl-alt-delete; so I powered down and rebooted.
  54.  
  55. Hmm. A lockup at either spltty() or splhigh(). Try pinging next time, then
  56. you can isolate the two.
  57.  
  58. >After the fsck's; I restarted the compile on the console instead of over
  59. >a serial line.  This time, compiling part of ../../vm, the machine
  60. >spontaneously rebooted.
  61.  
  62. A shutdown. What's your memory size, has this machine run windows/3 lately,
  63. have you seen a shutdown without the FPU present ?
  64.  
  65. >So, now, after complaining so much :-), let me offer one trivial
  66. >helpful hint.  To compile trek (in the etc01 distribution) you need
  67. >to remove the -lcompat from the Makefile line (there is no compat library
  68. >for 386bsd), and properly define gtty() in main.c.  I added the following
  69. >two lines just before main():
  70. >
  71. >#define gtty(fd, argp) ioctl(fd, TIOCGETP, argp)
  72. >#define stty(fd, argp) ioctl(fd, TIOCSETP, argp)
  73.  
  74. This is true of many old berkeley programs left unconverted to the POSIX
  75. world order. Libcompat contained a lot of trivial "old" entry points,
  76. the idea was to locate the entry points an recode them in modern form.
  77.  
  78.  
  79. Bill.
  80.