[Efi332] Question regarding PMMX
BowTieVette at aol.com
BowTieVette
Sun Jun 12 12:36:06 UTC 2005
Paul,
There is nothing on this issue (I don't use the cam synch feature) but there
are some other errata and notes on the 58XX functions here that you may want
to be aware of:
_http://efi332.sourceforge.net/TPU.htm_
(http://efi332.sourceforge.net/TPU.htm)
perhaps your notes should go here..
jc
In a message dated 6/12/2005 2:49:40 AM Eastern Standard Time,
PaulHelmuth at SprintMail.com writes:
I found the problem.
While the documentation that I have for the PMMX function indicates a HSRR
value of b01 for a CAM Sync request, the micro-code for the PMMX function (doc
and code from the FTP archive) actually recognizes b10 as a CAM sync request.
This little tid bit should be helpful to anyone writing their own source.
Also, it would be a good idea to add a note reflecting this change in the
TPU function doc (though I don't know who would do that).
-Paul
----- Original Message -----
From: _Paul Helmuth_ (mailto:PaulHelmuth at SprintMail.com)
To: _efi332 at diy-efi.org_ (mailto:efi332 at diy-efi.org)
Sent: Saturday, June 11, 2005 10:12 PM
Subject: [Efi332] Question regarding PMMX
All,
Are there any particular "procedural requirements" for sending a CAM Synch
request (HSRR = 1) to the PMMX function? (like disabling all linked channels,
etc.)
The reason that I ask is because I am testing my CAM Synch logic, and when I
set the associated HSRR bits to b01, everything on the TPU stops. The only
requirement that I can find in the documentation that I have is that the CAM
Synch request should be made when PMMX is in the synchronized state (which it
is at the point that I am making the request).
Any ideas?
-Paul
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.diy-efi.org/pipermail/efi332/attachments/20050612/0dd4025d/attachment.html
More information about the Efi332
mailing list