home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / sys5 / r4 / 565 < prev    next >
Encoding:
Text File  |  1992-11-20  |  1.3 KB  |  37 lines
  1. Newsgroups: comp.unix.sys5.r4,comp.unix.microport
  2. Path: sparky!uunet!digibd!rick
  3. From: rick@digibd.com (Rick Richardson)
  4. Subject: Re: sptalloc() problems
  5. Organization: DigiBoard Incorporated, Eden Prairie, MN
  6. Date: Fri, 20 Nov 1992 13:44:25 GMT
  7. Message-ID: <1992Nov20.134425.2892@digibd.com>
  8. References: <1992Nov17.011800.18428@mprgate.mpr.ca>
  9. Lines: 26
  10.  
  11. dyck@mprgate.mpr.ca (Trevor Dyck) writes:
  12.  
  13. >I am porting a device driver from SCO SVR3.2 to Microport SVR4.
  14.  
  15. >The driver uses memory-mapped I/O, for which I simply used the 
  16. >sptalloc() function in 3.2 to map the device into kernel memory.
  17.  
  18. >But the sptalloc() function no longer exists in SVR4!!  It has
  19. >been replaced by kmem_alloc() which does not let you specify
  20. >a base address for the buffer (useless for memory mapped I/O).
  21.  
  22. Actually, the functionality of sptalloc() that you seek has been
  23. replaced by "physmap()", at least on all the SVR4.X's I've used,
  24. although I can't personally vouch for microport.
  25.  
  26. In point of fact, sptalloc() is *still available*, although
  27. marked obsolete, and the implementation of "physmap()" actually
  28. calls sptalloc() to do the dirty work!!!!!
  29.  
  30. -Rick
  31.  
  32. -- 
  33. Rick Richardson        Email: rick@digibd.com    This space intentionally
  34. Senior Staff Engineer    Fax:   (612) 943-0803    blank until 1996 elections.
  35. DigiBoard, Inc.        Tel:   (612) 943-5383
  36. 6400 Flying Cloud Dr.    Radio: N0NMY
  37.