[Prism54-devel] Re: Prism54 in 2.6.4-bk2

Johannes Steingraeber Jo_Stein@web.de
Mon, 15 Mar 2004 14:18:48 +0100


On Sun, Mar 14, 2004 at 09:05:24PM +0100, Feyd wrote:
> If it is so then probably just the packet transport mechanism for USB
> is neccessary.

Yes, but where to add that to current sources?

> So that dongle is "newmac" based, thats not supported even in the PCI yet.

So firmware > 2.x is "newmac"? Sorry, I do not know anything about
hardware details like "oldmac vs. newmac". Is "newmac" the same as
"Xbow/Javelin" as mentioned on supported_cards.php? Then what about
XG-701A, does it translate to "unsupported because of newmac" or to
"unsupported because of USB"?

> May be you could investigate with the usbsniffer a bit? ;)

So to give some example:

  +------+----------+-----+--------+-------------------------------+
  | firmware upload pre first block activities (perform reset)     |
  +------+----------+-----+--------+-------------------------------+
  | URB# | endpoint | dir | length | content                       |
  +------+----------+-----+--------+-------------------------------+
  | 0034 |   0x0E   | OUT |  0006  | 0f 08 78 00 00 40             |
  | 0035 |   0x8E   | IN  |  0004  | db 48 80 00                   |
  | 0036 |   0x0E   | OUT |  000A  | 0f 08 78 00 00 40 db 48 00 00 |
  | 0037 |   0x0E   | OUT |  000A  | 0f 08 78 00 00 40 db 48 00 10 |
  | 0038 |   0x0E   | OUT |  000A  | 0f 08 78 00 00 40 db 48 00 00 |
  | 0039 |   0x0E   | OUT |  000A  | 0f 08 18 00 00 40 00 00 00 00 |
  | 0040 |   0x0E   | OUT |  0006  | 0f 08 10 00 00 40             |
  | 0041 |   0x8E   | IN  |  0004  | 00 40 00 00                   |
  | 0042 |   0x0E   | OUT |  000A  | 0f 08 14 00 00 40 00 40 00 00 |
  +------+----------+-----+--------+-------------------------------+
                                           /\
Now in "isl_38xx.h" we find                ][
                                           \/
  #define ISL38XX_INT_IDENT_REG        0x0010
  #define ISL38XX_INT_ACK_REG	       0x0014
  #define ISL38XX_INT_EN_REG	       0x0018
  #define ISL38XX_CTRL_STAT_REG	       0x0078

and in "isl_38xx.c" (isl38xx_upload_firmware)

  /* clear the RAMBoot and the Reset bit */
  URB# 34,35,36
  /* set the Reset bit without reading the register ! */
  URB# 37
  /* clear the Reset bit */
  URB# 38

different from what is in "isl_38xx.c"

  /* clear INT_EN_REG */
  URB# 39
  /* clear or set some unknown bits in INT_ACK_REG */
  URB# 40,41,42

Now, is this "newmac" because access to INT_EN_REG and INT_ACK_REG is
not performed in isl38xx_upload_firmware? My guess: it's more paranoid
and does perform some additional precautions.

Johannes
-- 
Not using mail encoding is like always writing on postcards.
Key ID = 1024D/8014B0E9
Key fingerprint = 71FB 4193 DFC5 9827 7D06  B9F4 A6C2 D414 8014 B0E9