home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / hp / 8793 < prev    next >
Encoding:
Internet Message Format  |  1992-07-31  |  2.9 KB
  1. From: rdg@hpfcso.FC.HP.COM (Rob Gardner)
  2. Date: Fri, 31 Jul 1992 20:01:50 GMT
  3. Subject: Re: device driver for 720
  4. Message-ID: <7371202@hpfcso.FC.HP.COM>
  5. Organization: Hewlett-Packard, Fort Collins, CO, USA
  6. Path: sparky!uunet!elroy.jpl.nasa.gov!sdd.hp.com!hpscdc!cupnews0.cup.hp.com!hppad.waterloo.hp.com!hppad!hpfcso!rdg
  7. Newsgroups: comp.sys.hp
  8. References: <60041@hpfcse.HP.COM>
  9. Lines: 79
  10.  
  11. > > 2) A "id" is required. There is no specification of what the id looks like,
  12. > > how to create it, set it. Again please direct me to info on how to create
  13. > > the device driver id.
  14. > 
  15. > The id is read from the eisa card (at offset 0xC80 in its I/O space)
  16. > and passed into your attach routine (first argument). Is this what
  17. > you're talking about? Or are you asking how to create the id to be
  18. > programmed into the card? There might be some algorithm, but I think
  19. > it's also OK to choose a random 32-bit integer, since the chances
  20. > of collision with another vendor's id are small.
  21.  
  22.  
  23. Ah, I found the correct answer in the EISA specification. There is an
  24. algorithm for constructing ID's, so I wrote the attached summary. DON'T
  25. use a random ID as I suggested before.
  26.  
  27. Rob
  28.  
  29.  
  30. Explanation of EISA ID's.
  31. -------------------------
  32.  
  33. Construct a 7 character ID as follows: MMMPPPR
  34.  
  35. MMM is a 3 character manufacturer code, consisting of only [A-Z]
  36. PPP is a 3 digit hex product identifier
  37. R is a 1 digit hex revision number.
  38.  
  39. For example, HWP123A might be an ID. This is the ID that you specify
  40. in your EISA config file in the ID statement. For example:
  41.  
  42.     BOARD
  43.       ID = "HWP123A"
  44.       NAME = "Example"
  45.     etc.
  46.  
  47. This 7 character ID is "compressed" into a 32-bit integer which is
  48. found at offset 0xC80 in the I/O space of the EISA card. The
  49. compression happens like this:
  50.  
  51. Take the least significant 5 bits of the ASCII value of each character
  52. in the manufacturer code, and form a 16 bit number by concatenating them
  53. and putting a 0 bit in the high bit:
  54.     0[5-bits-from-1st-char][5-bits-from-2nd-char][5-bits-from-3rd-char]
  55.  
  56. Now put the high byte of this 16-bit number into 0xC80, and put the
  57. low byte into 0xC81.
  58.  
  59. Put the high two bytes of the product identifier into 0xC82. Put
  60. the low byte of the product and the revision digit into 0xC83.
  61.  
  62. For example, using the  ID "HWP123A" we would get:
  63.     H = ascii 0x48 = 0100 1000
  64.     W = ascii 0x57 = 0101 0111
  65.     P = ascii 0x50 = 0101 0000
  66.  
  67. Taking the 5 bit chunks, we get:
  68.     0 01000 10111 10000 ===> 0x22f0
  69. So 0xC80 would get 0x22, and 0xC81 would get 0xf0.
  70.  
  71. Handling the product id and rev code, 0xC82 would get 0x12, and 0xC83
  72. would get 0x3A.
  73.  
  74. The entire 32 bit ID, after appropriate byte swapping would be
  75. 0x22f0123A. This is the value you should define in your driver to
  76. compare with the ID read from the card. For instance:
  77.  
  78. #define MY_ID 0x22f0123A
  79.  
  80. my_attach(id, isc)
  81. int id;
  82. struct isc_table_type *isc;
  83. {
  84.     if (id == MY_ID) {
  85.         /* it's my card */
  86.         ...
  87.     }
  88.     return((*my_saved_attach)(id, isc));
  89. }
  90.