Minutes of Weekly Meeting, 2007-11-05


Brad Van Treuren
Carl Walker
Jim Webster
Ian McIntosh
Al Holliday
Heiko Ehrenberg

After resolving problems with phone bridge the meeting was called to order at 8:19am EST

Review of meeting minutes of 11/05/2007

Approved as is (move by Al, second by Ian)

Discussion of open action items:

Process for email correspondence:

Discussion Topics:

  1. Role SJTAG should play in system
    1. Test only
    2. Configuration and Test => this seems to be preferably (this would include the identified use cases);
    3. Integral Operations Interface (e.g. console interface for AMCs via 1149.1 access) => this functionality seems to be something people are looking at implementing, but we don't think SJTAG (and the dot1/JTAG interface in particular) should specify access to real-time, functional features of the system or its components;
    Ian: Happy with Configuration and Test
    Jim: Should one module define the standard for the whole system? Most times you are running tests.
    Heiko: Test and Debug are included in use cases for test and configuration.
    All: There was a discussion (initiated by Jim) regarding what is meant by managing configuration with JTAG from a system perspective. Noted were devices that already require the use of a JTAG interface to set internal registers for voltage controllers and temperature monitors. Since JTAG is the only control interface, these families of devices need to be supported by SJTAG. P1687 IJTAG begins to formalize a standard interface structure to make interfacing to these families of devices simpler in the future. Other types of configuration management appear to be outside the scope and focus of the SJTAG work.
    Brad: There is a fine line between ii) and iii) (consider the instruments identified by P1687 to note the number of instruments that fall into ii) and iii)).
    Jim: set a base line first (ii) and then (possibly) extend on that (iii) if needed/desired
    Brad asked for any objections; none voiced; -> consensus seems to be to start with (ii)
  2. Is redundancy needing to be considered in SJTAG (e.g., High Availability systems)?
    • referring to redundant JTAG access points
    • if we focus on (ii), then it seems that redundancy is not needed => no disagreement of participants on the call
    • if we were to focus on (iii), the answer should be "yes, redundancy is needed"
  3. If redundancy is needed, can it be supported with just 4 pins for ATCA?
    • in ATCA we only have 4 pins; would ATCA require redundancy? if so, the P1149.7 two-pin interface might be an option to cope with redundancy while still using only 4 pins total; Unfortunately, the time P1149.7 becomes a standard might miss the required window for ATCA.

Other business:

Heiko noted he will not be able to join the 11/12 and 11/19 meetings due to other business conflicts.

Next meeting:

Scheduled for Monday, Nov 12, 8:00am EST

Meeting adjourned at 9:03am EST

Many thanks to Heiko for assisting with the notes for the meeting.

Respectfully submitted,