home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / vxworks / 780 < prev    next >
Encoding:
Internet Message Format  |  1992-09-01  |  1.4 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!ut-emx!shrike!flash
  2. From: flash@austin.lockheed.com (James W. Melton)
  3. Newsgroups: comp.os.vxworks
  4. Subject: 68040 A32D16 gotcha
  5. Message-ID: <1181@shrike.com>
  6. Date: 2 Sep 92 02:17:30 GMT
  7. Organization: "Lockheed Austin Division, 6800 Burleson Rd, Austin, TX 78744
  8. Lines: 23
  9.  
  10. Recently, we had the joy of porting a small, custom device driver
  11. that was developed on an MV147 to a Tadpole TP41. There was a
  12. little gotcha that should be of interest to the net at large.
  13.  
  14. The device is an ancient beast that operates in the A32D16 VME
  15. space. We have 1 register that contains a 32 bit value.
  16. Apparently, (according to a guy at Tadpole), prior versions of the
  17. 680x0 processor family would detect if a 32-bit write was destined
  18. for a D16 address and break the transfer into two 16-bit transfers
  19. to sequential word addresses. Not so with the 68040. If you ask for
  20. a 32-bit write to an address, it attempts to comply. If the target
  21. address is in D16 space, only the low-order 16 bits will be written
  22. to the target address.
  23.  
  24. If all the technical details are incorrect, please free to correct
  25. me. The bottom line is, when in D16, only do 16-bit transfers.
  26.  
  27. ----
  28. -- 
  29. Jim Melton, novice guru
  30. email:      flash@austin.lockheed.com | "So far as we know, our
  31. voice mail: (512) 386-4486            |  computer has never had
  32. fax:        (512) 386-4223            |  an undetected error"
  33.