home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / sys5 / r4 / 525 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  1.2 KB
  1. Path: sparky!uunet!usc!wupost!spool.mu.edu!darwin.sura.net!jvnc.net!gmd.de!Germany.EU.net!kommu!norisc!georg
  2. From: georg@norisc.erls01.siemens.de (Georg Biehler)
  3. Newsgroups: comp.unix.sys5.r4
  4. Subject: Re: sptalloc() problems
  5. Message-ID: <1137@kommu.UUCP>
  6. Date: 17 Nov 92 06:35:26 GMT
  7. References: <1992Nov17.011800.18428@mprgate.mpr.ca>
  8. Sender: news@kommu.UUCP
  9. Followup-To: comp.unix.sys5.r4
  10. Lines: 19
  11. X-Newsreader: TIN [version 1.1 PL7]
  12.  
  13. Trevor Dyck (dyck@mprgate.mpr.ca) wrote:
  14. : I am porting a device driver from SCO SVR3.2 to Microport SVR4.
  15. : 
  16. : The driver uses memory-mapped I/O, for which I simply used the 
  17. : sptalloc() function in 3.2 to map the device into kernel memory.
  18. : 
  19. : But the sptalloc() function no longer exists in SVR4!!  It has
  20. : been replaced by kmem_alloc() which does not let you specify
  21. : a base address for the buffer (useless for memory mapped I/O).
  22.  
  23. You should take a look into the physmap() function - this does exactly
  24. what you want to - mapping of memory mapped I/O into a virtual address
  25. range.  sptalloc() stills exists in SVR4 but is going away in some
  26. near future.
  27.  
  28. -Georg
  29. ----------------------------------------------------------------------
  30. Georg H. Biehler        E-Mail: georg@norisc.erls01.siemens.de
  31.                 RealTime SVR4 -> Try SORIX 386/486
  32.