home *** CD-ROM | disk | FTP | other *** search
/ Amiga GigaPD 3 / Amiga_GigaPD_v3_3of3.iso / netbsd / docs / mailinglist-archive / 1993-12 / text0170.txt < prev    next >
Encoding:
Text File  |  1993-06-25  |  2.5 KB  |  67 lines
  1. >Date:    Wed, 8 Dec 1993 13:43:00 -0500
  2. >Subject: X11R5, MMU Panic, etc.
  3. >From:    mykes@shell.portal.com
  4. >Sender: NetBSD-Admin@cbmuucp.commodore.com
  5. >
  6.  
  7.  
  8. Let me preface ALL my comments with the fact that I'm running vmunix.709,
  9. with patches supplied by the porters of X11R5.  (I believe their regsize
  10. patch is in error, but I use it anyway).  I've rebuilt 709 by hand to
  11. add support for my tape drive, but otherwise it's stock (+ X11R5 patches)
  12. I have an ECS A2000/GVP Series II/8M 32bit.
  13.  
  14.  
  15. >I had to modify the startx script, for example, to add 2> /dev/null to
  16. >the line that does xinit.  I didn't need to do that when X11 was on the
  17.  
  18. I need no such line.  (see next comment)
  19.  
  20. >If I startx or use xdm (started from /etc/ttys for console), I can not
  21. >use xconsole or xterm -C to intercept console messages.
  22.  
  23. xterm -C successfully traps console messages for me, but xconsole fails
  24. for non-root users.  Even if I _don't_ run `xterm -C' from non-priv'ed
  25. accounts, I don't get any panics. (of course, I only get the console
  26. messages in /var/log/messages...)
  27.  
  28.  
  29. >OK, next problem is with xdm itself.  It doesn't ever validate
  30. >any login that has a password.  Markus tells me it is because
  31. >netbsd uses shadow passwords - but he also tells me that any 
  32. >program that us owner/suid root and uses the getpw*() functions
  33. >automagically uses shadow passwords.  I made xdm suid/owner
  34. >root, but it doesn't make a difference.  I also got the xdm 
  35. >sources from the X11R5 source tree (mit/clients subdir) and
  36. >built it from scratch and it has the same problem - "invalid
  37. >password" unless there is NO password for the user in question.
  38. >Am I the only one who's seen this?  Has someone figured out how
  39. >to get it to work?
  40.  
  41.  
  42. I wish I had figured this one out (finals are _OVER_ after Monday, so
  43. I should be able to look at this a little more).  My experience with
  44. `xdm' is identical to yours.
  45.  
  46. >Last problem - the Xbsd server appears to have a copperlist/screen
  47. >problem.  The top 5-10 scanlines of the X display are trashed and
  48. >anything that renders there (windows/borders/etc.) is also trashed.
  49. >This could very well be because in the 2 bitplane display, one of
  50. >the planes has trash/random memory and it is never cleared while
  51. >the other plane is rendered to.
  52.  
  53.  
  54. I don't experience this display munging at all. (ECS A2000)
  55.  
  56.  
  57.  
  58. ---------
  59.  
  60. Have you gotten xload to work?  According to docs, it needs to be
  61. in group kmem, and sgid in order to read /dev/kmem, and it is indeed.
  62. /dev/kmem is read for owner (root)/group (kmem)...
  63.  
  64.  
  65. -wps
  66.  
  67.