home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / internal / 1948 < prev    next >
Encoding:
Text File  |  1992-11-10  |  1.3 KB  |  33 lines
  1. Newsgroups: comp.unix.internals
  2. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!darwin.sura.net!uvaarpa!murdoch!uvacs.cs.Virginia.EDU!asw2s
  3. From: asw2s@uvacs.cs.Virginia.EDU (Alex S. Waterman)
  4. Subject: peek()ing a location
  5. Message-ID: <1992Nov11.071911.25449@murdoch.acc.Virginia.EDU>
  6. Originator: asw2s@phil.cs.Virginia.EDU
  7. Keywords: peek, device driver
  8. Sender: usenet@murdoch.acc.Virginia.EDU
  9. Organization: University of Virginia Computer Science Department
  10. Distribution: usa
  11. Date: Wed, 11 Nov 1992 07:19:11 GMT
  12. Lines: 19
  13.  
  14. All,
  15.     I have implemented a device driver in SunOS 4.1.1 that communicates
  16. with a 68040 on the VME backplane.  In some circumstances I would like to
  17. use a _guarded_ access mechanism to check the memory directly on the board. 
  18. Guarded in the sense that if I reference it it won't dump the kernel.  The
  19. 68040 is occasionally locking the VME bus and I would like to sense this
  20. without the kernel dumping.
  21. (the memory has been mapped in, etc.  I can access it most of the time.)
  22.  
  23.     The peek() routine is perfect for this but the Sun manual says to only
  24. use it in the probe() routine.  I would like to use it in my strategy() 
  25. routine.  Is there any known reason why I can't?  No reason is given.
  26.     If I can't use peek(), is there another way to accomplish this?  
  27.  
  28.  
  29.     Thanks for your help.
  30.  
  31.  - Alex Waterman
  32.    Alex@virginia.edu
  33.