T exas Instruments and its subsidiaries (TI) reserve the right to make changes to their products or to discontinue
any product or service without notice, and advise customers to obtain the latest version of relevant information
to verify, before placing orders, that information being relied on is current and complete. All products are sold
subject to the terms and conditions of sale supplied at the time of order acknowledgment, including those
pertaining to warranty, patent infringement, and limitation of liability.
TI warrants performance of its semiconductor products to the specifications applicable at the time of sale in
accordance with TI’s standard warranty. Testing and other quality control techniques are utilized to the extent
TI deems necessary to support this warranty . Specific testing of all parameters of each device is not necessarily
performed, except those mandated by government requirements.
Customers are responsible for their applications using TI components.
In order to minimize risks associated with the customer’s applications, adequate design and operating
safeguards must be provided by the customer to minimize inherent or procedural hazards.
TI assumes no liability for applications assistance or customer product design. TI does not warrant or represent
that any license, either express or implied, is granted under any patent right, copyright, mask work right, or other
intellectual property right of TI covering or relating to any combination, machine, or process in which such
semiconductor products or services might be or are used. TI’s publication of information regarding any third
party’s products or services does not constitute TI’s approval, warranty or endorsement thereof.
The Texas Instruments TSB12LV26 is a PCI-to-1394 host controller compatible with the latest
Bus Power Management Interface
chip provides the IEEE 1394 link function, and is compatible with serial bus data rates of 100 Mbits/s, 200 Mbits/s,
and 400 Mbits/s.
As required by the
internal control registers are memory-mapped and nonprefetchable. The PCI configuration header is accessed
through configuration cycles specified by PCI, and provides Plug-and-Play (PnP) compatibility. Furthermore, the
TSB12L V26 is compliant with the
requirements. TSB12LV26 supports the D0, D2, and D3 power states.
The TSB12LV26 design provides PCI bus master bursting, and is capable of transferring a cacheline of data at
132 Mbytes/s after connection to the memory controller. Since PCI latency can be large, deep FIFOs are provided
to buffer 1394 data.
The TSB12L V26 provides physical write posting buffers and a highly tuned physical data path for SBP-2 performance.
The TSB12L V26 also provides multiple isochronous contexts, multiple cacheline burst transfers, advanced internal
arbitration, and bus holding buffers on the PHY/link interface.
An advanced CMOS process is used to achieve low power consumption while operating at PCI clock rates up to
33 MHz.
1394 Open Host Controller Interface Specification
, IEEE 1394-1995, and
1394 Open Host Controller Interface Specification
(OHCI) and IEEE proposal 1394a specification,
PCI Bus Power Management Interface Specification
, per the
PCI Local Bus, PCI
. The
PC 99 Design Guide
1.2Features
The TSB12LV26 supports the following features:
•3.3-V core logic with universal PCI interfaces compatible with 3.3-V and 5-V PCI signaling environments
•Serial bus data rates of 100, 200, and 400 Mbits/s
•Provides bus-hold buffers on physical interface for low-cost single capacitor isolation
•Physical write posting of up to three outstanding transactions
•Serial ROM interface supports 2-wire devices
•External cycle timer control for customized synchronization
•Implements PCI burst transfers and deep FIFOs to tolerate large host latency
•Provides two general-purpose I/Os
•Fabricated in advanced low-power CMOS process
•Packaged in 100-terminal LQFP (PZ)
•Supports PCI_CLKRUN
protocol
1–1
1.3Related Documents
•
1394 Open Host Controller Interface Specification 1.0
•
P1394 Standard for a High Performance Serial Bus
P1394a Draft Standard for a High Performance Serial Bus (Supplement)
•
•
PC 99 Design Guide
•
PCI Bus Power Management Interface Specification (Revision 1.0)
This section provides the terminal descriptions for the TSB12LV26. Figure 2–1 shows the signal assigned to each
terminal in the package. Table 2–1 is a listing of signal names arranged in terminal number order, and Table 2–2 lists
terminals in alphanumeric order by signal names.
NO.TERMINAL NAMENO.TERMINAL NAMENO.TERMINAL NAMENO.TERMINAL NAME
1GND26PCI_AD2551PCI_SERR76PCI_RST
2GPIO227PCI_AD2452PCI_PAR77CYCLEOUT
3GPIO328PCI_C/BE353PCI_C/BE178CYCLEIN
4SCL29PCI_IDSEL54PCI_AD1579REG_EN
5SDA30GND553.3 V
6V
7PCI_CLKRUN32PCI_AD2257PCI_AD1382PHY_DATA6
8PCI_INTA33PCI_AD2158PCI_AD1283GND
93.3 V
10G_RST353.3 V
11GND36PCI_AD1961PCI_AD1086PHY_DATA3
12PCI_CLK37PCI_AD1862PCI_AD987V
133.3 V
14PCI_GNT39V
15PCI_REQ40PCI_AD1665PCI_C/BE090PHY_DATA0
16V
17PCI_PME42REG1867PCI_AD692PHY_CTL1
18PCI_AD3143PCI_FRAME68PCI_AD593PHY_CTL0
19PCI_AD3044PCI_IRDY69PCI_AD494GND
203.3 V
21PCI_AD29463.3 V
22PCI_AD2847PCI_DEVSEL72PCI_AD297PHY_LREQ
23PCI_AD2748PCI_STOP73PCI_AD198PHY_LINKON
24GND49PCI_PERR74PCI_AD099PHY_LPS
25PCI_AD2650GND75GND100REG18
CCP
CC
CC
CCP
CC
31PCI_AD2356PCI_AD1481PHY_DATA7
34PCI_AD2059PCI_AD1 184PHY_DATA5
CC
38PCI_AD1763V
CCP
41PCI_C/BE266PCI_AD7913.3 V
45PCI_TRDY703.3 V
CC
60GND85PHY_DATA4
64PCI_AD889PHY_DATA1
71PCI_AD3963.3 V
CC
CCP
CC
803.3 V
88PHY_DATA2
95PHY_SCLK
CC
CCP
CC
CC
2–2
Table 2–2. Signal Names Sorted Alphanumerically to T erminal Number
G_RST10PCI_AD2427PCI_SERR51V
PCI_AD074PCI_AD2526PCI_STOP48V
PCI_AD173PCI_AD2625PCI_TRDY453.3 V
PCI_AD272PCI_AD2723PHY_CTL0933.3 V
PCI_AD371PCI_AD2822PHY_CTL1923.3 V
PCI_AD469PCI_AD2921PHY_DAT A0903.3 V
PCI_AD568PCI_AD3019PHY_DAT A1893.3 V
PCI_AD667PCI_AD3118PHY_DAT A2883.3 V
PCI_AD766PCI_C/BE065PHY_DATA3863.3 V
PCI_AD864PCI_C/BE153PHY_DATA4853.3 V
PCI_AD962PCI_C/BE241PHY_DATA5843.3 V
PCI_AD1061PCI_C/BE328PHY_DATA6823.3 V
CCP
CCP
CCP
CCP
CCP
CC
CC
CC
CC
CC
CC
CC
CC
CC
CC
6
16
39
63
87
9
13
20
35
46
55
70
80
91
96
The terminals in Table 2–3 through Table 2–8 are grouped in tables by functionality, such as PCI system function
and power supply function. The terminal numbers are also listed for convenient reference.
Table 2–3. Power Supply Terminals
TERMINAL
NAMENO.
1, 11, 24, 30,
CC
50, 60, 75, 83,
94
6, 16, 39, 63,
87
9, 13, 20, 35,
46, 55, 70, 80,
91, 96
IDevice ground terminals
IPCI signaling clamp voltage power input. PCI signals are clamped per the
I3.3-V power supply terminals
PCI Local Bus Specification
.
GND
V
CCP
3.3 V
2–3
TERMINAL
I/O
DESCRIPTION
NAMENO.
G_RST10I
PCI_CLK12I
PCI_INTA8O
PCI_RST76I
Table 2–4. PCI System Terminals
Global power reset. This reset brings all of the TSB12L V26 internal registers to their default states, including
those registers not reset by PCI_RST
When implementing wake capabilities from the 1394 host controller, it is necessary to implement two resets
to the TSB12LV26. G_RST
PCI bus RST
PCI_RST
PCI bus clock. Provides timing for all transactions on the PCI bus. All PCI signals are sampled at rising edge
of PCI_CLK.
Interrupt signal. This output indicates interrupts from the TSB12L V26 to the host. This terminal is implemented
as open-drain.
PCI reset. When this bus reset is asserted, the TSB12L V26 places all output buffers in a high impedance state
and resets all internal registers except device power management context- and vendor-specific bits initialized
by host power-on software. When PCI_RST
If this terminal is implemented, then it should be connected to the PCI bus RST
be pulled high to link VCC through a 4.7-kΩ resistor, or strapped to the G_RST
10).
. If wake capabilities are not required, G_RST may be connected to the PCI bus RST (see
, terminal 76).
should be a one-time power-on reset, and PCI_RST should be connected to the
. When G_RST is asserted, the device is completely nonfunctional.
is asserted, the device is completely nonfunctional.
PCI address/data bus. These signals make up the multiplexed PCI address and data bus on the PCI interface.
During the address phase of a PCI cycle, AD31–AD0 contain a 32-bit address or other destination information.
I/O
During the data phase, AD31–AD0 contain data.
2–5
Table 2–6. PCI Interface Control Terminals
I/O
DESCRIPTION
TERMINAL
NAMENO.
PCI_C/BE0
PCI_C/BE1
PCI_C/BE2
PCI_C/BE3
PCI_CLKRUN7I/O
PCI_DEVSEL47I/O
PCI_FRAME43I/O
PCI_GNT14I
PCI_IDSEL29I
PCI_IRDY44I/O
PCI_PAR52I/O
PCI_PERR49I/O
PCI_PME17OPower management event. This terminal indicates wake events to the host.
PCI_REQ15O
PCI_SERR51O
PCI_STOP48I/O
PCI_TRDY45I/O
65
53
41
28
PCI bus commands and byte enables. The command and byte enable signals are multiplexed on the same PCI
terminals. During the address phase of a bus cycle PCI_C/BE3
I/O
the data phase, this 4-bit bus is used as byte enables.
Clock run. This terminal provides clock control through the PCI_CLKRUN protocol. An internal pulldown
resistor is implemented on this terminal.
This terminal is implemented as open-drain.
PCI device select. The TSB12LV26 asserts this signal to claim a PCI cycle as the target device. As a PCI
initiator, the TSB12LV26 monitors this signal until a target responds. If no target responds before time-out
occurs, then the TSB12LV26 terminates the cycle with an initiator abort.
PCI cycle frame. This signal is driven by the initiator of a PCI bus cycle. PCI_FRAME is asserted to indicate
that a bus transaction is beginning, and data transfers continue while this signal is asserted. When PCI_FRAME
is deasserted, the PCI bus transaction is in the final data phase.
PCI bus grant. This signal is driven by the PCI bus arbiter to grant the TSB12LV26 access to the PCI bus after
the current data transaction has completed. This signal may or may not follow a PCI bus request, depending
upon the PCI bus parking algorithm.
Initialization device select. IDSEL selects the TSB12L V26 during configuration space accesses. IDSEL can be
connected to one of the upper 24 PCI address lines on the PCI bus.
PCI initiator ready. IRDY indicates the ability of the PCI bus initiator to complete the current data phase of the
transaction. A data phase is completed upon a rising edge of PCLK where both PCI_IRDY
asserted.
PCI parity. In all PCI bus read and write cycles, the TSB12L V26 calculates even parity across the AD and C/BE
buses. As an initiator during PCI cycles, the TSB12LV26 outputs this parity indicator with a one PCI_CLK delay .
As a target during PCI cycles, the calculated parity is compared to the initiator parity indicator; a miscompare
can result in a parity error assertion (PCI_PERR
PCI parity error indicator. This signal is driven by a PCI device to indicate that calculated parity does not match
PCI_PAR when PERR_ENB (bit 6) is set in the PCI command register (offset 04h, see Section 3.4).
PCI bus request. Asserted by the TSB12LV26 to request access to the bus as an initiator. The host arbiter
asserts the PCI_GNT
PCI system error. When SERR_ENB (bit 8) in the PCI command register (offset 04h, see Section 3.4) is set
the output is pulsed, indicating an address parity error has occurred. The TSB12LV26 needs not be the target
of the PCI cycle to assert this signal.
This terminal is implemented as open-drain.
PCI cycle stop signal. This signal is driven by a PCI target to request the initiator to stop the current PCI bus
transaction. This signal is used for target disconnects, and is commonly asserted by target devices which do
not support burst data transfers.
PCI target ready. PCI_TRDY indicates the ability of the PCI bus targer to complete the current data phase of
the transaction. A data phase is completed upon a rising edge of PCI_CLK where both PCI_IRDY
PCI_TRDY
are asserted.
signal when the TSB12LV26 has been granted access to the bus.
PHY_LPS99I/O
PHY_LREQ97OLink request. This signal is driven by the TSB12L V26 to initiate a request for the PHY to perform some service.
PHY_SCLK95ISystem clock. This input from the PHY provides a 49.152-MHz clock signal for data synchronization.
92
93
81
82
84
85
86
88
89
90
PHY -link interface control. These bidirectional signals control passage of information between the two devices.
The TSB12LV26 can only drive these terminals after the PHY has granted permission following a link request
I/O
(PHY_LREQ).
PHY -link interface data. These bidirectional signals pass data between the TSB12LV26 and the PHY device.
These terminals are driven by the TSB12LV26 on transmissions and are driven by the PHY on reception. Only
I/O
PHY_DATA1–PHY_DATA0 are valid for 100-Mbit speeds, PHY_DATA3–PHY_DATA0 are valid for 200-Mbit
speeds, and PHY_DATA7–PHY_DATA0 are valid for 400-Mbit speeds.
LinkOn wake indication. The PHY_LINKON signal is pulsed by the PHY to activate the link, and 3.3-V signaling
is required.
When connected to the TSB41LV0X C/LKON terminal, a 1-kΩ series resistor is required between the link and
PHY .
Link power status. The PHY_LPS signal is asserted when the link is powered on, and 3.3-V signaling is
required.
Table 2–8. Miscellaneous Terminals
TERMINAL
NAMENO.
CYCLEOUT77I/OThis terminal provides an 8-kHz cycle timer synchronization signal.
The CYCLEIN terminal allows an external 8-kHz clock to be used as a cycle timer for synchronization with other
CYCLEIN78I/O
GPIO22I/O
GPIO33I/O
REG_EN79IRegulator enable. This terminal is pulled low to ground through a 220-Ω resistor.
REG18
SCL4I/O
SDA5I/O
42
100
system devices.
If this terminal is not implemented, then it should be pulled high to the link VCC through a 4.7-kΩ resistor.
General-purpose I/O [2]. This terminal defaults as an input and if it is not implemented, then it is recommended
that it be pulled low to ground with a 220-Ω resistor.
General-purpose I/O [3]. This terminal defaults as an input and if it is not implemented, then it is recommended
that it be pulled low to ground with a 220-Ω resistor.
The REG18 terminals are connected to a 0.01 µF capacitor which, in turn, is connected to ground. The
I
capacitor provides a local bypass for the internal core voltage.
Serial clock. The TSB12LV26 determines whether a two-wire serial ROM is implemented at reset. If a two-wire
serial ROM is implemented, then this terminal provides the SCL serial clock signaling.
This terminal is implemented as open-drain, and for normal operation (a ROM is implemented in the design),
this terminal should be pulled high to the ROM VCC with a 2.7-kΩ resistor. Otherwise, it should be pulled low
to ground with a 220-Ω resistor.
Serial data. The TSB12LV26 determines whether a two-wire serial ROM is implemented at reset. If a two-wire
serial ROM is detected, then this terminal provides the SDA serial data signaling. This terminal must be wired
low to indicate no serial ROM is present.
This terminal is implemented as open-drain, and for normal operation (a ROM is implemented in the design),
this terminal should be pulled high to the ROM VCC with a 2.7-kΩ resistor. Otherwise, it should be pulled low
to ground with a 220-Ω resistor.
2–7
2–8
3 TSB12LV26 Controller Programming Model
This section describes the internal registers used to program the TSB12L V26. All registers are detailed in the same
format: a brief description for each register, followed by the register offset and a bit table describing the reset state
for each register.
A bit description table, typically included when the register contains bits of more than one type or purpose, indicates
bit field names, field access tags which appear in the
describes the field access tags.
Table 3–1. Bit Field Access Tag Descriptions
ACCESS TAGNAMEMEANING
RReadField may be read by software.
WWriteField may be written by software to any value.
SSetField may be set by a write of 1. Writes of 0 have no effect.
CClearField may be cleared by a write of 1. Writes of 0 have no effect.
UUpdateField may be autonomously updated by the TSB12LV26.
A simplified block diagram of the TSB12LV26 is provided in Figure 3–1.
type
column,and a detailed field description. Table 3–1
3–1
PCI
Target
SM
Internal
Registers
OHCI PCI Power
Mgmt & CLKRUN
Serial
ROM
GPIOs
PCI
Host
Bus
Interface
Central
Arbiter
&
PCI
Initiator
SM
ISO Transmit
Contexts
Async Transmit
Contexts
Physical DMA
& Response
Resp
Timeout
PHY
Register
Access
& Status
Monitor
Request
Filters
General
Request Receive
Transmit
FIFO
Receive
Acknowledge
Cycle Start
Generator &
Cycle Monitor
Synthesized
Bus Reset
MISC
Interface
Link
Transmit
CRC
PHY /
Link
Interface
Link
Receive
Async Response
Receive
ISO Receive
Contexts
Receive
FIFO
Figure 3–1. TSB12LV26 Block Diagram
3–2
3.1PCI Configuration Registers
The TSB12LV26 is a single-function PCI device. The configuration header is compliant with the
Specification
as a standard header. Table 3–2 illustrates the PCI configuration header that includes both the
predefined portion of the configuration space and the user definable registers.
Maximum latencyMinimum grantInterrupt pinInterrupt line3Ch
PCI OHCI control register40h
Power management capabilitiesNext item pointerCapability ID44h
PM dataPMCSR_BSEPower management CSR48h
Reserved4Ch–ECh
PCI miscellaneous configuration registerF0h
Link_Enhancements registerF4h
Subsystem ID aliasSubsystem vendor ID aliasF8h
GPIO3GPIO2ReservedFCh
management
capabilities pointer
34h
PCI Local Bus
3.2Vendor ID Register
The vendor ID register contains a value allocated by the PCI SIG and identifies the manufacturer of the PCI device.
The vendor ID assigned to Texas Instruments is 104Ch.
Bit1514131211109876543210
NameVendor ID
TypeRRRRRRRRRRRRRRRR
Default0001000001001100
Register:Vendor ID
Type:Read-only
Offset:00h
Default:104Ch
3–3
3.3Device ID Register
The device ID register contains a value assigned to the TSB12L V26 by Texas Instruments. The device identification
for the TSB12LV26 is 8020h.
Bit1514131211109876543210
NameDevice ID
TypeRRRRRRRRRRRRRRRR
Default1000000000100000
Register:Device ID
Type:Read-only
Offset:02h
Default:8020h
3.4Command Register
The command register provides control over the TSB12L V26 interface to the PCI bus. All bit functions adhere to the
definitions in the
15–10RSVDRReserved. Bits 15–10 return 0s when read.
9FBB_ENBR
8SERR_ENBR/W
7STEP_ENBR
6PERR_ENBR/W
5VGA_ENBR
4MWI_ENBR/W
3SPECIALR
2MASTER_ENBR/WBus master enable. When this bit is set, the TSB12LV26 is enabled to initiate cycles on the PCI bus.
1MEMORY_ENBR/W
0IO_ENBR
Fast back-to-back enable. The TSB12LV26 does not generate fast back-to-back transactions, thus
this bit returns 0 when read.
PCI_SERR enable. When this bit is set, the TSB12LV26 PCI_SERR driver is enabled. PCI_SERR can
be asserted after detecting an address parity error on the PCI bus.
Address/data stepping control. The TSB12L V26 does not support address/data stepping, thus this bit
is hardwired to 0.
Parity error enable. When this bit is set, the TSB12LV26 is enabled to drive PCI_PERR response to
parity errors through the PCI_PERR
VGA palette snoop enable. The TSB12LV26 does not feature VGA palette snooping. This bit returns 0
when read.
Memory write and invalidate enable. When this bit is set, the TSB12LV26 is enabled to generate MWI
PCI bus commands. If this bit is cleared, then the TSB12LV26 generates memory write commands
instead.
Special cycle enable. The TSB12LV26 function does not respond to special cycle transactions. This bit
returns 0 when read.
Memory response enable. Setting this bit enables the TSB12LV26 to respond to memory cycles on the
PCI bus. This bit must be set to access OHCI registers.
I/O space enable. The TSB12LV26 does not implement any I/O mapped functionality; thus, this bit returns 0 when read.
signal.
3–4
3.5Status Register
The status register provides status over the TSB12LV26 interface to the PCI bus. All bit functions adhere to the
definitions in the
15PAR_ERRRCUDetected parity error. This bit is set when a parity error is detected, either address or data parity errors.
14SYS_ERRRCU
13MABORTRCU
12TABORT_RECRCU
11TABORT_SIGRCU
10–9PCI_SPEEDR
8DATAPARRCU
7FBB_CAPR
6UDFR
566MHZR
4CAPLISTR
3–0RSVDRReserved. Bits 3–0 return 0s when read.
PCI Local Bus Specification
Table 3–4. Status Register Description
Signaled system error. This bit is set when PCI_SERR is enabled and the TSB12L V26 has signaled a
system error to the host.
Received master abort. This bit is set when a cycle initiated by the TSB12LV26 on the PCI bus has been
terminated by a master abort.
Received target abort. This bit is set when a cycle initiated by the TSB12LV26 on the PCI bus was
terminated by a target abort.
Signaled target abort. This bit is set by the TSB12L V26 when it terminates a transaction on the PCI bus
with a target abort.
DEVSEL timing. Bits 10–9 encode the timing of PCI_DEVSEL and are hardwired to 01b indicating that
the TSB12LV26 asserts this signal at a medium speed on nonconfiguration cycle accesses.
Data parity error detected. This bit is set when the following conditions have been met:
a. PCI_PERR
b. The TSB12LV26 was the bus master during the data parity error.
c. The parity error response bit is set in the PCI command register (offset 04h, see Section 3.4).
Fast back-to-back capable. The TSB12LV26 cannot accept fast back-to-back transactions; thus, this
bit is hardwired to 0.
User definable features (UDF) supported. The TSB12L V26 does not support the UDF; thus, this bit is
hardwired to 0.
66-MHz capable. The TSB12L V26 operates at a maximum PCI_CLK frequency of 33 MHz; therefore,
this bit is hardwired to 0.
Capabilities list. This bit returns 1 when read, indicating that capabilities additional to standard PCI are
implemented. The linked list of PCI power management capabilities is implemented in this function.
. See Table 3–4 for a complete description of the register contents.
was asserted by any PCI device including the TSB12LV26.
3–5
3.6Class Code and Revision ID Register
The class code and revision ID register categorizes the TSB12L V26 as a serial bus controller (0Ch), controlling an
IEEE 1394 bus (00h), with an OHCI programming model (10h). Furthermore, the TI chip revision is indicated in the
least significant byte. See Table 3–5 for a complete description of the register contents.
Bit31302928272625242322212019181716
NameClass code and revision ID
TypeRRRRRRRRRRRRRRRR
Default0000110000000000
Bit1514131211109876543210
NameClass code and revision ID
TypeRRRRRRRRRRRRRRRR
Default0001000000000000
Register:Class code and revision ID
Type:Read-only
Offset:08h
Default:0C00 1000h
Table 3–5. Class Code and Revision ID Register Description
BITFIELD NAMETYPEDESCRIPTION
31–24BASECLASSR
23–16SUBCLASSR
15–8PGMIFR
7–0CHIPREVRSilicon revision. This field returns 00h when read, indicating the silicon revision of the TSB12LV26.
Base class. This field returns 0Ch when read, which broadly classifies the function as a serial bus
controller.
Subclass. This field returns 00h when read, which specifically classifies the function as controlling an
IEEE 1394 serial bus.
Programming interface. This field returns 10h when read, indicating that the programming model is
compliant with the
1394 Open Host Controller Interface Specification
.
3.7Latency Timer and Class Cache Line Size Register
The latency timer and class cache line size register is programmed by host BIOS to indicate system cache line size
and the latency timer associated with the TSB12LV26. See Table 3–6 for a complete description of the register
contents.
Bit1514131211109876543210
NameLatency timer and class cache line size
TypeR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/W
Default0000000000000000
Register:Latency timer and class cache line size
Type:Read/Write,
Offset:0Ch
Default:0000h
Table 3–6. Latency Timer and Class Cache Line Size Register Description
BITFIELD NAMETYPEDESCRIPTION
PCI latency timer. The value in this register specifies the latency timer for the TSB12LV26, in units of
15–8LATENCY_TIMERR/W
7–0CACHELINE_SZR/W
PCI clock cycles. When the TSB12LV26 is a PCI bus initiator and asserts PCI_FRAME
timer begins counting from zero. If the latency timer expires before the TSB12LV26 transaction has
terminated, then the TSB12LV26 terminates the transaction when its PCI_GNT
Cache line size. This value is used by the TSB12L V26 during memory write and invalidate, memory
read line, and memory read multiple transactions.
, the latency
is deasserted.
3–6
3.8Header Type and BIST Register
The header type and BIST register indicates the TSB12L V26 PCI header type, and indicates no built-in self test. See
Table 3–7 for a complete description of the register contents.
Bit1514131211109876543210
NameHeader type and BIST
TypeRRRRRRRRRRRRRRRR
Default0000000000000000
Register:Header type and BIST
Type:Read-only
Offset:0Eh
Default:0000h
Table 3–7. Header Type and BIST Register Description
BITFIELD NAMETYPEDESCRIPTION
15–8BISTR
7–0HEADER_TYPER
Built-in self test. The TSB12LV26 does not include a built-in self test; thus, this field returns 00h when
read.
PCI header type. The TSB12LV26 includes the standard PCI header, and this is communicated by
returning 00h when this field is read.
3.9OHCI Base Address Register
The OHCI base address register is programmed with a base address referencing the memory-mapped OHCI control.
When BIOS writes all 1s to this register, the value read back is FFFF F800h, indicating that at least 2K bytes of
memory address space are required for the OHCI registers. See T able 3–8 for a complete description of the register
contents.
Register:OHCI base address
Type:Read/Write, Read-only
Offset:10h
Default:0000 0000h
Table 3–8. OHCI Base Address Register Description
BITFIELD NAMETYPEDESCRIPTION
31–1 1OHCIREG_PTRR/WOHCI register pointer. Specifies the upper 21 bits of the 32-bit OHCI base address register.
10–4OHCI_SZR
3OHCI_PFR
2–1OHCI_MEMTYPER
0OHCI_MEMR
OHCI register size. This field returns 0s when read, indicating that the OHCI registers require a
2-Kbyte region of memory.
OHCI register prefetch. This bit returns 0 when read, indicating that the OHCI registers are
nonprefetchable.
OHCI memory type. This field returns 0s when read, indicating that the OHCI base address register is
32 bits wide and mapping can be done anywhere in the 32-bit memory space.
OHCI memory indicator. This bit returns 0 when read, indicating that the OHCI registers are mapped
into system memory space.
3–7
3.10 TI Extension Base Address Register
The TI extension base address register is programmed with a base address referencing the memory-mapped TI
extension registers. See the
Bit31302928272625242322212019181716
NameTI extension base address
TypeR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/W
Default0000000000000000
Bit1514131211109876543210
NameTI extension base address
TypeR/WR/WR/WR/WR/WRRRRRRRRRRR
Default0000000000000000
OHCI Base Address Register
, Section 3.9, for bit field details.
Register:TI extension base address
Type:Read/Write, Read-only
Offset:14h
Default:0000 0000h
3.11 Subsystem Identification Register
The subsystem identification register is used for system and option card identification purposes. This register can
be initialized from the serial ROM or programmed via the subsystem ID and subsystem vendor ID alias registers at
offset F8h. See Table 3–9 for a complete description of the register contents.
31–16OHCI_SSIDRUSubsystem device ID. This field indicates the subsystem device ID.
15–0OHCI_SSVIDRUSubsystem vendor ID. This field indicates the subsystem vendor ID.
3–8
3.12 Power Management Capabilities Pointer Register
The power management capabilities pointer register provides a pointer into the PCI configuration header where the
PCI power management register block resides. The TSB12LV26 configuration header double-words at offsets 44h
and 48h provide the power management registers. This register is read-only and returns 44h when read.
The interrupt line and pin register is used to communicate interrupt line routing information. See Table 3–10 for a
complete description of the register contents.
Bit1514131211109876543210
NameInterrupt line and pin
TypeRRRRRRRRR/WR/WR/WR/WR/WR/WR/WR/W
Default0000000100000000
Register:Interrupt line and pin
Type:Read/Write, Read-only
Offset:3Ch
Default:0100h
Table 3–10. Interrupt Line and Pin Register Description
BITFIELD NAMETYPEDESCRIPTION
15–8INTR_PINR
7–0INTR_LINER/W
Interrupt pin. Returns 01h when read, indicating that the TSB12LV26 PCI function signals interrupts on
the PCI_INTA
Interrupt line. This field is programmed by the system and indicates to software which interrupt line the
TSB12L V26 PCI_INTA
pin.
is connected to.
3–9
3.14 MIN_GNT and MAX_LAT Register
The MIN_GNT and MAX_LAT register is used to communicate to the system the desired setting of bits 15–8 of the
latency timer and class cache line size register (offset 0Ch, see Section 3.7). If a serial ROM is detected, then the
contents of this register are loaded through the serial ROM interface after a PCI reset. If no serial ROM is detected,
then this register returns a default value that corresponds to the MIN_GNT = 2, MAX_LAT = 4. See Table 3–11 for
a complete description of the register contents.
Bit1514131211109876543210
NameMIN_GNT and MAX_LAT
TypeRURURURURURURURURURURURURURURURU
Default0000010000000010
Register:MIN_GNT and MAX_LAT
Type:Read/Update
Offset:3Eh
Default:0402h
Table 3–11. MIN_GNT and MAX_LAT Register Description
BITFIELD NAMETYPEDESCRIPTION
Maximum latency. The contents of this register may be used by host BIOS to assign an arbitration
15–8MAX_LATRU
7–0MIN_GNTRU
priority-level to the TSB12LV26. The default for this register indicates that the TSB12LV26 may need to
access the PCI bus as often as every 0.25 µs; thus, an extremely high priority level is requested. The
contents of this field may also be loaded through the serial ROM.
Minimum grant. The contents of this register may be used by host BIOS to assign a latency timer and class
cache line size register (offset 0Ch, see Section 3.7) value to the TSB12L V26. The default for this register
indicates that the TSB12L V26 may need to sustain burst transfers for nearly 64 µs; thus, requesting a large
value be programmed in bits 15–8 of the TSB12LV26 latency timer and class cache line size register.
3.15 OHCI Control Register
The OHCI control register is defined by the
big endian PCI support. See Table 3–12 for a complete description of the register contents.
Bit31302928272625242322212019181716
NameOHCI control
TypeRRRRRRRRRRRRRRRR
Default0000000000000000
Bit1514131211109876543210
NameOHCI control
TypeRRRRRRRRRRRRRRRR/W
Default0000000000000000
Register:OHCI control
Type:Read/Write
Offset:40h
Default:0000 0000h
Table 3–12. OHCI Control Register Description
BITFIELD NAMETYPEDESCRIPTION
31–1RSVDRReserved. Bits 31–1 return 0s when read.
0GLOBAL_SWAPR/W
When this bit is set, all quadlets read from and written to the PCI interface are byte swapped (big
endian). This bit is loaded from ROM and should be programmed to 0 for normal operation.
1394 Open Host Controller Interface Specification
and provides a bit for
3–10
3.16 Capability ID and Next Item Pointer Register
The capability ID and next item pointer register identifies the linked list capability item and provides a pointer to the
next capability item. See Table 3–13 for a complete description of the register contents.
Bit1514131211109876543210
NameCapability ID and next item pointer
TypeRRRRRRRRRRRRRRRR
Default0000000000000001
Register:Capability ID and next item pointer
Type:Read-only
Offset:44h
Default:0001h
Table 3–13. Capability ID and Next Item Pointer Register Description
BITFIELD NAMETYPEDESCRIPTION
15–8NEXT_ITEMR
7–0CAPABILITY_IDR
Next item pointer. The TSB12LV26 supports only one additional capability that is communicated to
the system through the extended capabilities list; thus, this field returns 00h when read.
Capability identification. This field returns 01h when read, which is the unique ID assigned by the PCI
SIG for PCI power management capability.
3–11
3.17 Power Management Capabilities Register
The power management capabilities register indicates the capabilities of the TSB12LV26 related to PCI power
management. See Table 3–14 for a complete description of the register contents.
Table 3–14. Power Management Capabilities Register Description
BITFIELD NAMETYPEDESCRIPTION
PCI_PME support from D3
15PME_D3COLDRU
14–1 1PME_SUPPORTRU
10D2_SUPPORTRU
9D1_SUPPORTR
8DYN_DATAR
7–6RSVDRReserved. Bits 7–6 return 0s when read.
5DSIR
4AUX_PWRR
3PME_CLKR
2–0PM_VERSIONR
from D3
configured by host software using bit 15 (PME_D3COLD) in the PCI miscellaneous configuration
register (see Section 3.20).
PCI_PME support. This 4-bit field indicates the power states from which the TSB12L V26 may assert
PCI_PME
from the D3
(PME_SUPPORT_D2) in the PCI miscellaneous configuration register (offset F0h, see Section 3.20).
D2 support. This bit can be set or cleared via bit 10 (D2_SUPPORT) in the PCI miscellaneous
configuration register (see Section 3.20). The PCI miscellaneous configuration register is loaded from
ROM. When this bit is set, it indicates that D2 support is present. When this bit is cleared, it indicates
that D2 support is not present for backward compatibility with the TSB12LV22. For normal operation,
this bit is set to 1.
D1 support. This bit returns a 0 when read, indicating that the TSB12LV26 does not support the D1
power state.
Dynamic data support. This bit returns a 0 when read, indicating that the TSB12LV26 does not report
dynamic power consumption data.
Device specific initialization. This bit returns 0 when read, indicating that the TSB12LV26 does not
require special initialization beyond the standard PCI configuration header before a generic class
driver is able to use it.
Auxiliary power source. Since the TSB12LV26 does not support PCI_PME generation in the D3
device state, this bit returns 0 when read.
PME clock. This bit returns 0 when read, indicating that no host bus clock is required for the
TSB12L V26 to generate PCI_PME
Power management version. This field returns 001b when read, indicating that the TSB12LV26 is
compatible with the registers described in the
Rev. 1.0
. This bit state is dependent upon the TSB12LV26 V
cold
. This field returns a value of 1100b by default, indicating that PCI_PME may be asserted
and D2 power states. Bit 13 may be modified by host software using bit 13
hot
.
. When this bit is set, the TSB12LV26 generates a PCI_PME wake event
cold
.
PCI Bus Power Management Interface Specification
implementation and may be
AUX
cold
3–12
3.18 Power Management Control and Status Register
The power management control and status register implements the control and status of the PCI power management
function. This register is not affected by the internally generated reset caused by the transition from the D3
state. See Table 3–15 for a complete description of the register contents.
Bit1514131211109876543210
NamePower management control and status
TypeRCRRRRRRR/WRRRRRRR/WR/W
Default0000000000000000
Register:Power management control and status
Type:Read/Clear, Read/Write, Read-only
Offset:48h
Default:0000h
Table 3–15. Power Management Control and Status Register Description
BITFIELD NAMETYPEDESCRIPTION
This bit is set when the TSB12LV26 would normally be asserting the PME signal, independent of the
15PME_STSRC
14–9DYN_CTRLR
8PME_ENBR/W
7–5RSVDRReserved. Bits 7–5 return 0s when read.
4DYN_DATARDynamic data. This bit returns 0 when read since the TSB12LV26 does not report dynamic data.
3–2RSVDRReserved. Bits 3–2 return 0s when read.
1–0PWR_STA TER/W
state of bit 8 (PME_ENB). This bit is cleared by a writeback of 1, and this also clears the PCI_PME
signal driven by the TSB12LV26. Writing a 0 to this bit has no effect.
Dynamic data control. This field returns 0s when read since the TSB12LV26 does not report dynamic
data.
PCI_PME enable. This bit enables the function to assert PCI_PME. If this bit is cleared, then assertion
of PCI_PME
Power state. This 2-bit field is used to set the TSB12LV26 device power state and is encoded as
follows:
00 = Current power state is D0
01 = Current power state is D1
10 = Current power state is D2
11 = Current power state is D3
is disabled.
hot
to D0
3.19 Power Management Extension Register
The power management extension register provides extended power management features not applicable to the
TSB12L V26, thus it is read-only and returns 0s when read. See Table 3–16 for a complete description of the register
contents.
Table 3–16. Power Management Extension Register Description
BITFIELD NAMETYPEDESCRIPTION
15–8PM_DATAR
7–0PMCSR_BSER
Power management data. This field returns 00h when read since the TSB12LV26 does not report
dynamic data.
Power management CSR – bridge support extensions. This field returns 00h when read since the
TSB12L V26 does not provide P2P bridging.
3–13
3.20 Miscellaneous Configuration Register
The miscellaneous configuration register provides miscellaneous PCI-related configuration. See Table 3–17 for a
complete description of the register contents.
31–16RSVDRReserved. Bits 31–16 return 0s when read.
15PME_D3COLDR/W
14RSVDRReserved. Bit 14 returns 0 when read.
13PME_SUPPORT_D2R/W
12–1 1RSVDRReserved. Bits 12–11 return 0s when read.
10D2_SUPPORTR/W
9–5RSVDRReserved. Bits 9–5 return 0s when read.
4DIS_TGT_ABTR/W
3GP2IICR/W
2DISABLE_SCLKGATER/W
1DISABLE_PCIGATER/W
0KEEP_PCLKR/W
PCI_PME support from D3
management capabilities register (offset 46h, see Section 3.17).
PCI_PME support. This bit is used to program bit 13 (PME_SUPPORT_D2) in the power
management capabilities register (offset 46h, see Section 3.17). If wake from the D2 power state
implemented in the TSB12L V26 is not desired, then this bit may be cleared to indicate to power
management software that wake-up from D2 is not supported.
D2 support. This bit is used to program bit 10 (D2_SUPPORT) in the power management
capabilities register (offset 46h, see Section 3.17). If the D2 power state implemented in the
TSB12L V26 is not desired, then this bit may be cleared to indicate to power management software
that D2 is not supported.
This bit defaults to 0, which provides OHCI-Lynx compatible target abort signaling. When this bit is
set to 1, it enables the no-target-abort mode, in which the TSB12LV26 returns indeterminate data
instead of signaling target abort.
The link is divided into the PCI_CLK and SCLK domains. If software tries to access registers in the
link that are not active because the SCLK is disabled, a target abort is issued by the link. On some
systems this can cause a problem resulting in a fatal system error. Enabling this bit allows the link
to respond to these types of requests by returning FFh.
It is recommended that this bit be set to 1.
When this bit is set to 1, the GPIO3 and GPIO2 signals are internally routed to the SCL and SDA,
respectively. The GPIO3 and GPIO2 terminals are also placed in a high impedance state.
When this bit is set to 1, the internal SCLK runs identically with the chip input. This bit is a test
feature only and should be cleared to 0 (all applications).
When this bit is set, the internal PCI clock runs identically with the chip input. This bit is a test
feature only and should be cleared to 0 (all applications).
When this bit is set to 1, the PCI clock is always kept running through the PCI_CLKRUN protocol.
When this bit is cleared, the PCI clock may be stopped using PCI_CLKRUN
. This bit is used to program bit 15 (PME_D3COLD) in the power
cold
.
3–14
3.21 Link Enhancement Control Register
The link enhancement control register implements TI proprietary bits that are initialized by software or by a serial
ROM, if present. After these bits are set, their functionality is enabled only if bit 22 (aPhyEnhanceEnable) in the host
controller control register (OHCI offset 50h/54h, see Section 4.16) is set. See Table 3–18 for a complete description
of the register contents.
Bit31302928272625242322212019181716
NameLink enhancement control
TypeRRRRRRRRRRRRRRRR
Default0000000000000000
Bit1514131211109876543210
NameLink enhancement control
TypeRRR/WR/WRRRRR/WRRRRR/WR/WR
Default0001000000000000
Register:Link enhancement control
Type:Read/Write, Read-only
Offset:F4h
Default:0000 1000h
Table 3–18. Link Enhancement Control Register Description
BITFIELD NAMETYPEDESCRIPTION
31–14RSVDRReserved. Bits 31–14 return 0s when read.
This field sets the initial AT threshold value, which is used until the AT FIFO is underrun. When the
TSB12L V26 retries the packet, it uses a 2-Kbyte threshold resulting in a store-and-forward operation.
These bits fine-tune the asynchronous transmit threshold. For most applications the 1.7K threshold
is optimal. Changing this value may increase or decrease the 1394 latency depending on the average
13–12atx_threshR/W
11–8RSVDRReserved. Bits 11–8 return 0s when read.
7enab_unfairR/W
6RSVDR
5–3RSVDRReserved. Bits 5–3 return 0s when read.
2enab_insert_idleR/W
PCI bus latency.
Setting the AT threshold to 1.7K, 1K, or 512 bytes results in data being transmitted at these thresholds,
or when an entire packet has been checked into the FIFO. If the packet to be transmitted is larger than
the AT threshold, then the remaning data must be received before the A T FIFO is emptied; otherwise,
an underrun condition will occur, resulting in a packet error at the receiving node. As a result, the link
will then commence store-and-forward operation, i.e., wait until it has the complete packet in the FIFO
before retransmitting it on the second attempt, to ensure delivery .
An AT threshold of 2K results in store-and-forward operation, which means that asynchronous data
will not be transmitted until an end-of-packet token is received. Restated, setting the AT threshold to
2K results in only complete packets being transmitted.
Enable asynchronous priority requests. OHCI-Lynx compatible. Setting this bit to 1 enables the link
to respond to requests with priority arbitration. It is recommended that this bit be set to 1.
This bit is not assigned in the TSB12LV26 follow-on products since this bit location loaded by the serial
ROM from the enhancements field corresponds to bit 23 (programPhyEnable) in the host controller
control register (OHCI offset 50h/54h, see Section 4.16).
Enable insert idle. OHCI-Lynx compatible. When the PHY has control of the Ct[0:1] control lines and
D[0:8] data lines and the link requests control, the PHY drives 11b on the Ct[0:1] lines. The link can
then start driving these lines immediately . Setting this bit to 1 inserts an idle state, so the link waits one
clock cycle before it starts driving the lines (turnaround time). It is recommended that this bit be set to
1.
3–15
Table 3–18. Link Enhancement Control Register Description (Continued)
BITFIELD NAMETYPEDESCRIPTION
Enable acceleration enhancements. OHCI-Lynx compatible. When set to 1, this bit notifies the PHY
1enab_accelR/W
0RSVDRReserved. Bit 0 returns 0 when read.
that the link supports the 1394a acceleration enhancements, i.e., ack-accelerated, fly-by
concatenation, etc. It is recommended that this bit be set to 1.
3.22 Subsystem Access Register
Write access to the subsystem access register updates the subsystem identification registers identically to
OHCI-Lynx. The system ID value written to this register may also be read back from this register . See Table 3–19 for
a complete description of the register contents.
31–16SUBDEV_IDR/WSubsystem device ID. This field indicates the subsystem device ID.
15–0SUBVEN_IDR/WSubsystem vendor ID. This field indicates the subsystem vendor ID.
3–16
3.23 GPIO Control Register
The GPIO control register has the control and status bits for the GPIO2 and GPIO3 ports. See Table 3–20 for a
complete description of the register contents.
Bit31302928272625242322212019181716
NameGPIO control
TypeR/WRR/WR/WRRRRWUR/WRR/WR/WRRRRWU
Default0000000000000000
Bit1514131211109876543210
NameGPIO control
TypeRRRRRRRRRRRRRRRR
Default0000000000000000
Register:GPIO control
Type:Read/Write/Update, ReadWrite, Read-only
Offset:FCh
Default:0000 0000h
Table 3–20. GPIO Control Register Description
BITFIELD NAMETYPEDESCRIPTION
When this bit is set, a TSB12LV26 general-purpose interrupt event occurs on a level change of the
31INT_3ENR/W
30RSVDRReserved. Bit 30 returns 0 when read.
29GPIO_INV3R/WGPIO3 polarity invert. When this bit is set, the polarity of GPIO3 is inverted.
28GPIO_ENB3R/W
27–25RSVDRReserved. Bits 27–25 return 0s when read.
24GPIO_DATA3RWU
23INT_2ENR/W
22RSVDRReserved. Bit 22 returns 0 when read.
21GPIO_INV2R/WGPIO2 polarity invert. When this bit is set, the polarity of GPIO2 is inverted.
20GPIO_ENB2R/W
19–17RSVDRReserved. Bits 19–17 return 0s when read.
16GPIO_DATA2RWU
15–0RSVDRReserved. Bits 15–0 return 0s when read.
GPIO3 input. This event may generate an interrupt, with mask and event status reported through the
OHCI interrupt mask (OHCI offset 88h/8Ch, see Section 4.22) and interrupt event (OHCI offset
80h/84h, see Section 4.21) registers.
GPIO3 enable control. When this bit is set, the output is enabled. Otherwise, the output is high
impedance.
GPIO3 data. Reads from this bit return the logical value of the input to GPIO3. Writes to this bit update
the value to drive to GPIO3 when output is enabled.
When this bit is set, a TSB12LV26 general-purpose interrupt event occurs on a level change of the
GPIO2 input. This event may generate an interrupt, with mask and event status reported through the
OHCI interrupt mask (OHCI offset 88h/8Ch, see Section 4.22) and interrupt event (OHCI offset
80h/84h, see Section 4.21) registers.
GPIO2 enable control. When this bit is set, the output is enabled. Otherwise, the output is high
impedance.
GPIO2 data. Reads from this bit return the logical value of the input to GPIO2. Writes to this bit update
the value to drive to GPIO2 when the output is enabled.
3–17
3–18
4 OHCI Registers
Host controller control
The OHCI registers defined by the
1394 Open Host Controller Interface Specification
are memory-mapped into a
2-Kbyte region of memory pointed to by the OHCI base address register at offset 10h in PCI configuration space (see
Section 3.9). These registers are the primary interface for controlling the TSB12LV26 IEEE 1394 link function.
This section provides the register interface and bit descriptions. There are several set/clear register pairs in this
programming model, which are implemented to solve various issues with typical read-modify-write control registers.
There are two addresses for a set/clear register: RegisterSet and RegisterClear. Refer to Table 4–1 for an illustration.
A 1 bit written to RegisterSet causes the corresponding bit in the set/clear register to be set, while a 0 bit leaves the
corresponding bit unaffected. A 1 bit written to RegisterClear causes the corresponding bit in the set/clear register
to be cleared, while a 0 bit leaves the corresponding bit in the set/clear register unaffected.
Typically , a read from either RegisterSet or RegisterClear returns the contents of the set or clear register , respectively.
However, sometimes reading the RegisterClear provides a masked version of the set or clear register. The interrupt
event register is an example of this behavior.
Table 4–1. OHCI Register Map
DMA CONTEXTREGISTER NAMEABBREVIATIONOFFSET
—OHCI versionVersion00h
GUID ROMGUID_ROM04h
Asynchronous transmit retriesATRetries08h
CSR dataCSRData0Ch
CSR compare dataCSRCompareData10h
CSR controlCSRControl14h
Configuration ROM headerConfigROMhdr18h
Bus identificationBusID1Ch
Bus optionsBusOptions20h
GUID highGUIDHi24h
GUID lowGUIDLo28h
Reserved—2Ch–30h
Configuration ROM mapConfigROMmap34h
Posted write address lowPostedWriteAddressLo38h
Posted write address highPostedWriteAddressHi3Ch
Vendor identificationVendorID40h–4Ch
HCControlSet50h
HCControlClr54h
Reserved—58h–5Ch
4–1
Table 4–1. OHCI Register Map (Continued)
Isochronous receive channel mask high
Isochronous receive channel mask lo
Interrupt event
Interrupt mask
Isochronous transmit interrupt event
Isochronous transmit interrupt mask
Isochronous receive interrupt event
Isochronous receive interrupt mask
Link control
Asynchronous request filter high
Asynchronous request filter lo
Physical request filter high
Physical request filter lo
DMA CONTEXTREGISTER NAMEABBREVIATIONOFFSET
Self IDReserved—60h
Self ID bufferSelfIDBuffer64h
Self ID countSelfIDCount68h
Reserved—6Ch
This register indicates the OHCI version support, and whether or not the serial ROM is present. See Table 4–2 for
a complete description of the register contents.
Bit31302928272625242322212019181716
NameOHCI version
TypeRRRRRRRRRRRRRRRR
Default0000000X00000001
Bit1514131211109876543210
NameOHCI version
TypeRRRRRRRRRRRRRRRR
Default0000000000000000
Register:OHCI version
Type:Read-only
Offset:00h
Default:0X01 0000h
Table 4–2. OHCI Version Register Description
BITFIELD NAMETYPEDESCRIPTION
31–25RSVDRReserved. Bits 31–25 return 0s when read.
24GUID_ROMR
23–16versionR
15–8RSVDRReserved. Bits 15–8 return 0s when read.
7–0revisionR
The TSB12LV26 sets this bit if the serial ROM is detected. If the serial ROM is present, then the
Bus_Info_Block is automatically loaded on hardware reset.
Major version of the OHCI. The TSB12L V26 is compliant with the
Specification
Minor version of the OHCI. The TSB12L V26 is compliant with the
Specification
; thus, this field reads 01h.
; thus, this field reads 00h.
1394 Open Host Controller Interface
1394 Open Host Controller Interface
4–4
4.2GUID ROM Register
The GUID ROM register is used to access the serial ROM, and is only applicable if bit 24 (GUID_ROM) in the OHCI
version register (OHCI offset 00h, see Section 4.1) is set. See Table 4–3 for a complete description of the register
contents.
Bit31302928272625242322212019181716
NameGUID ROM
TypeRSURRRRRRSURRURURURURURURURU
Default00000000XXXXXXXX
Bit1514131211109876543210
NameGUID ROM
TypeRRRRRRRRRRRRRRRR
Default0000000000000000
Register:GUID ROM
Type:Read/Set/Update, Read/Update, Read-only
Offset:04h
Default:00XX 0000h
Table 4–3. GUID ROM Register Description
BITFIELD NAMETYPEDESCRIPTION
31addrResetRSU
30–26RSVDRReserved. Bits 30–26 return 0s when read.
25rdStartRSU
24RSVDRReserved. Bit 24 returns 0 when read.
23–16rdDataRUThis field represents the data read from the GUID ROM.
15–0RSVDRReserved. Bits 15–0 return 0s when read.
Software sets this bit to reset the GUID ROM address to 0. When the TSB12L V26 completes the reset,
it clears this bit. The TSB12LV26 does not automatically fill bits 23–16 (rdData field) with the 0th byte.
A read of the currently addressed byte is started when this bit is set. This bit is automatically cleared
when the TSB12LV26 completes the read of the currently addressed GUID ROM byte.
4–5
4.3Asynchronous Transmit Retries Register
The asynchronous transmit retries register indicates the number of times the TSB12LV26 attempts a retry for
asynchronous DMA request transmit and for asynchronous physical and DMA response transmit. See T able 4–4 for
a complete description of the register contents.
31–29secondLimitRThe second limit field returns 0s when read, since outbound dual-phase retry is not implemented.
28–16cycleLimitRThe cycle limit field returns 0s when read, since outbound dual-phase retry is not implemented.
15–12RSVDRReserved. Bits 15–12 return 0s when read.
This field tells the physical response unit how many times to attempt to retry the transmit operation
11–8maxPhysRespRetriesR/W
7–4maxATRespRetriesR/W
3–0maxATReqRetriesR/W
for the response packet when a busy acknowledge or ack_data_error is received from the target
node.
This field tells the asynchronous transmit response unit how many times to attempt to retry the
transmit operation for the response packet when a busy acknowledge or ack_data_error is
received from the target node.
This field tells the asynchronous transmit DMA request unit how many times to attempt to retry the
transmit operation for the response packet when a busy acknowledge or ack_data_error is
received from the target node.
4.4CSR Data Register
The CSR data register is used to access the bus management CSR registers from the host through compare-swap
operations. This register contains the data to be stored in a CSR if the compare is successful.
Bit31302928272625242322212019181716
NameCSR data
TypeRRRRRRRRRRRRRRRR
DefaultXXXXXXXXXXXXXXXX
Bit1514131211109876543210
NameCSR data
TypeRRRRRRRRRRRRRRRR
DefaultXXXXXXXXXXXXXXXX
Register:CSR data
Type:Read-only
Offset:0Ch
Default:XXXX XXXXh
4–6
4.5CSR Compare Register
The CSR compare register is used to access the bus management CSR registers from the host through
compare-swap operations. This register contains the data to be compared with the existing value of the CSR
resource.
The CSR control register is used to access the bus management CSR registers from the host through compare-swap
operations. This register is used to control the compare-swap operation and to select the CSR resource. See
Table 4–5 for a complete description of the register contents.
Bit31302928272625242322212019181716
NameCSR control
TypeRURRRRRRRRRRRRRRR
Default1000000000000000
Bit1514131211109876543210
NameCSR control
TypeRRRRRRRRRRRRRRR/WR/W
Default00000000000000XX
Register:CSR control
Type:Read/Write, Read/Update, Read-only
Offset:14h
Default:8000 000Xh
Table 4–5. CSR Control Register Description
BITFIELD NAMETYPEDESCRIPTION
31csrDoneRU
30–2RSVDRReserved. Bits 30–2 return 0s when read.
1–0csrSelR/W
This bit is set by the TSB12LV26 when a compare-swap operation is complete. It is cleared whenever
this register is written.
The configuration ROM header register externally maps to the first quadlet of the 1394 configuration ROM, offset
FFFF F000 0400h. See Table 4–6 for a complete description of the register contents.
Bit31302928272625242322212019181716
NameConfiguration ROM header
TypeR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/W
Default0000000000000000
Bit1514131211109876543210
NameConfiguration ROM header
TypeR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/W
DefaultXXXXXXXXXXXXXXXX
Register:Configuration ROM header
Type:Read/Write
Offset:18h
Default:0000 XXXXh
Table 4–6. Configuration ROM Header Register Description
BITFIELD NAMETYPEDESCRIPTION
31–24info_lengthR/W
23–16crc_lengthR/W
15–0rom_crc_valueR/W
IEEE 1394 bus management field. Must be valid when bit 17 (linkEnable) of the host controller control
register (OHCI offset 50h/54h, see Section 4.16) is set.
IEEE 1394 bus management field. Must be valid when bit 17 (linkEnable) of the host controller control
register (OHCI offset 50h/54h, see Section 4.16) is set.
IEEE 1394 bus management field. Must be valid at any time bit 17 (linkEnable) of the host controller
control register (OHCI offset 50h/54h, see Section 4.16) is set. The reset value is undefined if no serial
ROM is present. If a serial ROM is present, then this field is loaded from the serial ROM.
4.8Bus Identification Register
The bus identification register externally maps to the first quadlet in the Bus_Info_Block, and contains the constant
3133 3934h, which is the ASCII value of 1394.
The bus options register externally maps to the second quadlet of the Bus_Info_Block. See T able 4–7 for a complete
description of the register contents.
26–24RSVDRReserved. Bits 26–24 return 0s when read.
23–16cyc_clk_accR/W
15–12max_recR/W
11–8RSVDRReserved. Bits 11–8 return 0s when read.
7–6gR/W
5–3RSVDRReserved. Bits 5–3 return 0s when read.
2–0Lnk_spdR
Isochronous resource manager capable. IEEE 1394 bus management field. Must be valid when bit 17
(linkEnable) of the host controller control register (OHCI offset 50h/54h, see Section 4.16) is set.
Cycle master capable. IEEE 1394 bus management field. Must be valid when bit 17 (linkEnable) of the
host controller control register (OHCI offset 50h/54h, see Section 4.16) is set.
Isochronous support capable. IEEE 1394 bus management field. Must be valid when bit 17
(linkEnable) of the host controller control register (OHCI offset 50h/54h, see Section 4.16) is set.
Bus manager capable. IEEE 1394 bus management field. Must be valid when bit 17 (linkEnable) of the
host controller control register (OHCI offset 50h/54h, see Section 4.16) is set.
Power management capable. When set, this indicates that the node is power management capable.
Must be valid when bit 17 (linkEnable) of the host controller control register (OHCI offset 50h/54h, see
Section 4.16) is set.
Cycle master clock accuracy, in parts per million. IEEE 1394 bus management field. Must be valid
when bit 17 (linkEnable) of the host controller control register (OHCI offset 50h/54h, see Section 4.16)
is set.
Maximum request. IEEE 1394 bus management field. Hardware initializes this field to indicate the
maximum number of bytes in a block request packet that is supported by the implementation. This
value, max_rec_bytes must be 512 or greater, and is calculated by 2^(max_rec + 1). Software may
change this field; however, this field must be valid at any time bit 17 (linkEnable) of the host controller
control register (OHCI offset 50h/54h, see Section 4.16) is set. A received block write request packet
with a length greater than max_rec_bytes may generate an ack_type_error. This field is not affected by
a soft reset, and defaults to a value indicating 2048 bytes on a hard reset.
Generation counter. This field is incremented if any portion of the configuration ROM has been
incremented since the prior bus reset.
Link speed. This field returns 010, indicating that the link speeds of 100, 200, and 400 Mbits/s are
supported.
4–9
4.10 GUID High Register
The GUID high register represents the upper quadlet in a 64-bit global unique ID (GUID) which maps to the third
quadlet in the Bus_Info_Block. This register contains node_vendor_ID and chip_ID_hi fields. This register initializes
to 0s on a hardware reset, which is an illegal GUID value. If a serial ROM is detected, then the contents of this register
are loaded through the serial ROM interface after a PCI reset. At that point, the contents of this register cannot be
changed. If no serial ROM is detected, then the contents of this register are loaded by the BIOS after a PCI reset.
At that point, the contents of this register cannot be changed.
Bit31302928272625242322212019181716
NameGUID high
TypeRRRRRRRRRRRRRRRR
Default0000000000000000
Bit1514131211109876543210
NameGUID high
TypeRRRRRRRRRRRRRRRR
Default0000000000000000
Register:GUID high
Type:Read-only
Offset:24h
Default:0000 0000h
4.11 GUID Low Register
The GUID low register represents the lower quadlet in a 64-bit global unique ID (GUID) which maps to chip_ID_lo
in the Bus_Info_Block. This register initializes to 0s on a hardware reset and behaves identically to the GUID high
register (OHCI offset 24h, see Section 4.10).
The configuration ROM mapping register contains the start address within system memory that maps to the start
address of 1394 configuration ROM for this node. See Table 4–8 for a complete description of the register contents.
Bit31302928272625242322212019181716
NameConfiguration ROM mapping
TypeR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/W
Default0000000000000000
Bit1514131211109876543210
NameConfiguration ROM mapping
TypeR/WR/WR/WR/WR/WR/WRRRRRRRRRR
Default0000000000000000
Register:Configuration ROM mapping
Type:Read/Write, Read-only
Offset:34h
Default:0000 0000h
Table 4–8. Configuration ROM Mapping Register Description
BITFIELD NAMETYPEDESCRIPTION
If a quadlet read request to 1394 offset FFFF F000 0400h through offset FFFF F000 07FFh is
31–10configROMaddrR/W
9–0RSVDRReserved. Bits 9–0 return 0s when read.
received, then the low-order 10 bits of the offset are added to this register to determine the host memory
address of the read request.
4.13 Posted Write Address Low Register
The posted write address low register is used to communicate error information if a write request is posted and an
error occurs while writing the posted data packet. This register contains the lower 32 bits of the 1394 destination offset
of the write request that failed.
The posted write address high register is used to communicate error information if a write request is posted and an
error occurs while writing the posted data packet. See Table 4–9 for a complete description of the register contents.
Bit31302928272625242322212019181716
NamePosted write address high
TypeRURURURURURURURURURURURURURURURU
DefaultXXXXXXXXXXXXXXXX
Bit1514131211109876543210
NamePosted write address high
TypeRURURURURURURURURURURURURURURURU
DefaultXXXXXXXXXXXXXXXX
Register:Posted write address high
Type:Read/Update
Offset:3Ch
Default:XXXX XXXXh
Table 4–9. Posted Write Address High Register Description
BITFIELD NAMETYPEDESCRIPTION
31–16sourceIDRU
15–0offsetHiRUThe upper 16 bits of the 1394 destination offset of the write request that failed.
This field is the bus and node number of the node that issued the write request that failed. Bits 31–22
are the 10-bit bus number and bits 21–16 are the 6-bit node number.
4.15 Vendor ID Register
The vendor ID register holds the company ID of an organization that specifies any vendor-unique registers. The
TSB12LV26 does not implement Texas Instruments unique behavior with regards to OHCI. Thus, this register is
read-only and returns 0s when read.
Bit31302928272625242322212019181716
NameVendor ID
TypeRRRRRRRRRRRRRRRR
Default0000000000000000
Bit1514131211109876543210
NameVendor ID
TypeRRRRRRRRRRRRRRRR
Default0000000000000000
Register:Vendor ID
Type:Read-only
Offset:40h
Default:0000 0000h
4–12
4.16 Host Controller Control Register
The host controller control set/clear register pair provides flags for controlling the TSB12LV26. See Table 4–10 for
a complete description of the register contents.
Bit31302928272625242322212019181716
NameHost controller control
TypeRRSCRRRRRRRCRSCRRRSCRSCRSC RSCU
Default0X00000000000X00
Bit1514131211109876543210
NameHost controller control
TypeRRRRRRRRRRRRRRRR
Default0000000000000000
Register:Host controller control
Type:Read/Set/Clear/Update, Read/Set/Clear, Read/Clear , Read-only
Offset:50hset register
54hclear register
Default:X00X 0000h
Table 4–10. Host Controller Control Register Description
BITFIELD NAMETYPEDESCRIPTION
31RSVDRReserved. Bit 31 returns 0 when read.
30noByteSwapDataRSC
29–24RSVDRReserved. Bits 29–24 return 0s when read.
23programPhyEnableRC
22aPhyEnhanceEnableRSC
21–20RSVDRReserved. Bits 21–20 return 0s when read.
19LPSRSC
18postedWriteEnableRSC
17linkEnableRSC
16SoftResetRSCU
15–0RSVDRReserved. Bits 15–0 return 0s when read.
This bit is used to control whether physical accesses to locations outside the TSB12LV26 itself as
well as any other DMA data accesses should be swapped.
This bit informs upper level software that lower level software has consistently configured the
P1394a enhancements in the Link and PHY . When this bit is 1, generic software such as the OHCI
driver is responsible for configuring P1394a enhancements in the PHY and bit 22
(aPhyEnhanceEnable) in the TSB12L V26. When this bit is 0, the generic software may not modify
the P1394a enhancements in the TSB12LV26 or PHY and cannot interpret the setting of bit 22
(aPhyEnhanceEnable). This bit is initialized from serial EEPROM.
When bits 23 (programPhyEnable) and 17 (linkEnable) are 1, the OHCI driver can set this bit to
use all P1394a enhancements. When bit 23 (programPhyEnable) is set to 0, the software does
not change PHY enhancements or this bit.
This bit is used to control the link power status. Software must set this bit to 1 to permit link-PHY
communication. A 0 prevents link-PHY communication.
This bit is used to enable (1) or disable (0) posted writes. Software should change this bit only
when bit 17 (linkEnable) is 0.
This bit is cleared to 0 by either a hardware or software reset. Software must set this bit to 1 when
the system is ready to begin operation and then force a bus reset. This bit is necessary to keep
other nodes from sending transactions before the local system is ready. When this bit is cleared,
the TSB12LV26 is logically and immediately disconnected from the 1394 bus, no packets are
received or processed nor are packets transmitted.
When this bit is set, all TSB12LV26 states are reset, all FIFOs are flushed, and all OHCI registers
are set to their hardware reset values unless otherwise specified. PCI registers are not affected by
this bit. This bit remains set while the soft reset is in progress and reverts back to 0 when the reset
has completed.
4–13
4.17 Self-ID Buffer Pointer Register
The self-ID buffer pointer register points to the 2-Kbyte aligned base address of the buffer in host memory where the
self-ID packets are stored during bus initialization. Bits 31–11 are read/write accessible. Reserved bits 10–0 are
read-only and return 0s when read.
The self-ID count register keeps a count of the number of times the bus self-ID process has occurred, flags self-ID
packet errors, and keeps a count of the self-ID data in the self-ID buffer . See Table 4–1 1 for a complete description
of the register contents.
When this bit is 1, an error was detected during the most recent self-ID packet reception. The con-
31selfIDErrorRU
30–24RSVDRReserved. Bits 30–24 return 0s when read.
23–16selfIDGenerationRU
15–1 1RSVDRReserved. Bits 15–11 return 0s when read.
10–2selfIDSizeRU
1–0RSVDRReserved. Bits 1–0 return 0s when read.
tents of the self-ID buffer are undefined. This bit is cleared after a self-ID reception in which no errors
are detected. Note that an error can be a hardware error or a host bus write error.
The value in this field increments each time a bus reset is detected. This field rolls over to 0 after
reaching 255.
This field indicates the number of quadlets that have been written into the self-ID buffer for the current
bits 23–16 (selfIDGeneration field). This includes the header quadlet and the self-ID data. This field is
cleared to 0 when the self-ID reception begins.
4–14
4.19 Isochronous Receive Channel Mask High Register
The isochronous receive channel mask high set/clear register is used to enable packet receives from the upper 32
isochronous data channels. A read from either the set register or clear register returns the content of the isochronous
receive channel mask high register. See Table 4–12 for a complete description of the register contents.
Bit31302928272625242322212019181716
NameIsochronous receive channel mask high
TypeRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSC
DefaultXXXXXXXXXXXXXXXX
Bit1514131211109876543210
NameIsochronous receive channel mask high
TypeRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSC
DefaultXXXXXXXXXXXXXXXX
Register:Isochronous receive channel mask high
Type:Read/Set/Clear
Offset:70hset register
74hclear register
Default:XXXX XXXXh
Table 4–12. Isochronous Receive Channel Mask High Register Description
BITFIELD NAMETYPEDESCRIPTION
31isoChannel63RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 63.
30isoChannel62RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 62.
29isoChannel61RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 61.
28isoChannel60RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 60.
27isoChannel59RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 59.
26isoChannel58RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 58.
25isoChannel57RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 57.
24isoChannel56RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 56.
23isoChannel55RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 55.
22isoChannel54RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 54.
21isoChannel53RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 53.
20isoChannel52RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 52.
19isoChannel51RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 51.
18isoChannel50RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 50.
17isoChannel49RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 49.
16isoChannel48RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 48.
15isoChannel47RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 47.
14isoChannel46RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 46.
13isoChannel45RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 45.
12isoChannel44RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 44.
11isoChannel43RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 43.
10isoChannel42RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 42.
9isoChannel41RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 41.
8isoChannel40RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 40.
7isoChannel39RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 39.
4–15
Table 4–12. Isochronous Receive Channel Mask High Register Description (Continued)
BITFIELD NAMETYPEDESCRIPTION
6isoChannel38RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 38.
5isoChannel37RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 37.
4isoChannel36RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 36.
3isoChannel35RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 35.
2isoChannel34RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 34.
1isoChannel33RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 33.
0isoChannel32RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 32.
The isochronous receive channel mask low set/clear register is used to enable packet receives from the lower 32
isochronous data channels. See Table 4–13 for a complete description of the register contents.
31isoChannel31RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 31.
30isoChannel30RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 30.
LLL
1isoChannel1RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 1.
0isoChannel0RSCWhen this bit is set, the TSB12LV26 is enabled to receive from iso channel number 0.
Bits 29 through 2 follow the same pattern.
4–16
4.21 Interrupt Event Register
The interrupt event set/clear register reflects the state of the various TSB12L V26 interrupt sources. The interrupt bits
are set by an asserting edge of the corresponding interrupt signal or by writing a 1 in the corresponding bit in the set
register. The only mechanism to clear a bit in this register is to write a 1 to the corresponding bit in the clear register.
This register is fully compliant with OHCI and the TSB12L V26 adds an OHCI 1.0 compliant vendor-specific interrupt
function to bit 30. When reading the interrupt event register, the return value is the bit-wise AND function of the
interrupt event and interrupt mask registers per the
Table 4–14 for a complete description of the register contents.
84hclear register [returns the content of the interrupt event and interrupt mask registers
when read]
Default:XXXX 0XXXh
Table 4–14. Interrupt Event Register Description
BITFIELD NAMETYPEDESCRIPTION
31RSVDRReserved. Bit 31 returns 0 when read.
This vendor-specific interrupt event is reported when either of the general-purpose interrupts occur
30vendorSpecificRSC
29–27RSVDRReserved. Bits 29–27 return 0s when read.
26phyRegRcvdRSCU
25cycleTooLongRSCU
24unrecoverableErrorRSCU
23cycleInconsistentRSCU
22cycleLostRSCU
21cycle64SecondsRSCUIndicates that the 7th bit of the cycle second counter has changed.
20cycleSynchRSCU
19phyRSCUIndicates that the PHY requests an interrupt through a status transfer.
18RSVDRReserved. Bit 18 returns 0 when read.
which are enabled via INT3_EN and INT2_EN in the GPIO control register (offset FCh, see Section
3.23).
The TSB12L V26 has received a PHY register data byte which can be read from the PHY layer control
register (OHCI offset ECh, see Section 4.30).
If bit 21 (cycleMaster) of the link control register (OHCI offset E0h/E4h, see Section 4.28) is set, then
this indicates that over 125 µs have elapsed between the start of sending a cycle start packet and the
end of a subaction gap. The link control register bit 21 (cycleMaster) is cleared by this event.
This event occurs when the TSB12LV26 encounters any error that forces it to stop operations on any
or all of its subunits, for example, when a DMA context sets its dead bit. While this bit is set, all normal
interrupts for the context(s) that caused this interrupt are blocked from being set.
A cycle start was received that had values for cycleSeconds and cycleCount fields that are different
from the values in bits 31–25 (cycleSeconds field) and bits 24–12 (cycleCount field) of the
isochronous cycle timer register (OHCI offset F0h, see Section 4.31).
A lost cycle is indicated when no cycle_start packet is sent/received between two successive
cycleSynch events. A lost cycle can be predicted when a cycle_start packet does not immediately
follow the first subaction gap after the cycleSynch event or if an arbitration reset gap is detected after
a cycleSynch event without an intervening cycle start. This bit may be set either when a lost cycle
occurs or when logic predicts that one will occur.
Indicates that a new isochronous cycle has started. This bit is set when the low order bit of the cycle
count toggles.
17busResetRSCUIndicates that the PHY chip has entered bus reset mode.
16selfIDcompleteRSCU
15–10RSVDRReserved. Bits 15–10 return 0s when read.
9lockRespErrRSCU
8postedWriteErrRSCU
7isochRxRU
6isochTxRU
5RSPktRSCU
4RQPktRSCU
3ARRSRSCU
2ARRQRSCU
1respTxCompleteRSCU
0reqTxCompleteRSCU
A selfID packet stream has been received. It is generated at the end of the bus initialization process.
This bit is turned off simultaneously when bit 17 (busReset) is turned on.
Indicates that the TSB12LV26 sent a lock response for a lock request to a serial bus register, but did
not receive an ack_complete.
Indicates that a host bus error occurred while the TSB12L V26 was trying to write a 1394 write request,
which had already been given an ack_complete, into system memory.
Isochronous receive DMA interrupt. Indicates that one or more isochronous receive contexts have
generated an interrupt. This is not a latched event, it is the logical OR of all bits in the isochronous
receive interrupt event (OHCI offset A0h/A4h, see Section 4.25) and isochronous receive interrupt
mask (OHCI offset A8h/ACh, see Section 4.26) registers. The isochronous receive interrupt event
register indicates which contexts have interrupted.
Isochronous transmit DMA interrupt. Indicates that one or more isochronous transmit contexts have
generated an interrupt. This is not a latched event, it is the logical OR of all bits in the isochronous
transmit interrupt event (OHCI offset 90h/94h, see Section 4.23) and isochronous transmit interrupt
mask (OHCI offset 98h/9Ch, see Section 4.24) registers. The isochronous transmit interrupt event
register indicates which contexts have interrupted.
Indicates that a packet was sent to an asynchronous receive response context buffer and the
descriptor xferStatus and resCount fields have been updated.
Indicates that a packet was sent to an asynchronous receive request context buffer and the
descriptor xferStatus and resCount fields have been updated.
Async receive response DMA interrupt. This bit is conditionally set upon completion of an ARRS DMA
context command descriptor.
Async receive request DMA interrupt. This bit is conditionally set upon completion of an ARRQ DMA
context command descriptor.
Asynchronous response transmit DMA interrupt. This bit is conditionally set upon completion of an
ATRS DMA command.
Asynchronous request transmit DMA interrupt. This bit is conditionally set upon completion of an
ATRQ DMA command.
4–18
4.22 Interrupt Mask Register
The interrupt mask set/clear register is used to enable the various TSB12L V26 interrupt sources. Reads from either
the set register or the clear register always return the contents of the interrupt mask register. In all cases except
masterIntEnable (bit 31) and VendorSpecific (bit 30), the enables for each interrupt event align with the interrupt event
register bits detailed in Table 4–14. See Table 4–15 for a description of bits 31 and 30.
This register is fully compliant with OHCI and the TSB12L V26 adds an OHCI 1.0 compliant interrupt function to bit 30.
Master interrupt enable. If this bit is set, then external interrupts are generated in accordance with the
31masterIntEnableRSCU
30vendorSpecificRSC
29–0See T able 4–14.
interrupt mask register. If this bit is cleared, then external interrupts are not generated regardless of the
interrupt mask register settings.
When this bit is set, this vendor-specific interrupt mask enables interrupt generation when bit 30
(vendorSpecific) of the interrupt event register (OHCI offset 80h/84h, see Section 4.21) is set.
The isochronous transmit interrupt event set/clear register reflects the interrupt state of the isochronous transmit
contexts. An interrupt is generated on behalf of an isochronous transmit context if an OUTPUT_LAST* command
completes and its interrupt bits are set. Upon determining that the interrupt event register (OHCI offset 80h/84h, see
Section 4.21) isochTx (bit 6) interrupt has occurred, software can check this register to determine which context(s)
caused the interrupt. The interrupt bits are set by an asserting edge of the corresponding interrupt signal, or by writing
a 1 in the corresponding bit in the set register. The only mechanism to clear a bit in this register is to write a 1 to the
corresponding bit in the clear register. See Table 4–16 for a complete description of the register contents.
7isoXmit7RSCIsochronous transmit channel 7 caused the interrupt event register bit 6 (isochTx) interrupt.
6isoXmit6RSCIsochronous transmit channel 6 caused the interrupt event register bit 6 (isochTx) interrupt.
5isoXmit5RSCIsochronous transmit channel 5 caused the interrupt event register bit 6 (isochTx) interrupt.
4isoXmit4RSCIsochronous transmit channel 4 caused the interrupt event register bit 6 (isochTx) interrupt.
3isoXmit3RSCIsochronous transmit channel 3 caused the interrupt event register bit 6 (isochTx) interrupt.
2isoXmit2RSCIsochronous transmit channel 2 caused the interrupt event register bit 6 (isochTx) interrupt.
1isoXmit1RSCIsochronous transmit channel 1 caused the interrupt event register bit 6 (isochTx) interrupt.
0isoXmit0RSCIsochronous transmit channel 0 caused the interrupt event register bit 6 (isochTx) interrupt.
4–20
4.24 Isochronous Transmit Interrupt Mask Register
The isochronous transmit interrupt mask set/clear register is used to enable the isochTx interrupt source on a
per-channel basis. Reads from either the set register or the clear register always return the contents of the
isochronous transmit interrupt mask register. In all cases the enables for each interrupt event align with the event
register bits detailed in Table 4–16.
The isochronous receive interrupt event set/clear register reflects the interrupt state of the isochronous receive
contexts. An interrupt is generated on behalf of an isochronous receive context if an INPUT_* command completes
and its interrupt bits are set. Upon determining that the interrupt event register (OHCI offset 80h/84h, see Section
4.21) isochRx (bit 7) interrupt has occurred, software can check this register to determine which context(s) caused
the interrupt. An interrupt bit is set by the asserting edge of the corresponding interrupt signal, or by writing a 1 to the
corresponding bit in the set register. The only mechanism to clear a bit in this register is to write a 1 to the
corresponding bit in the clear register. See Table 4–17 for a complete description of the register contents.
3isoRecv3RSCIsochronous receive channel 3 caused the interrupt event register bit 7 (isochRx) interrupt.
2isoRecv2RSCIsochronous receive channel 2 caused the interrupt event register bit 7 (isochRx) interrupt.
1isoRecv1RSCIsochronous receive channel 1 caused the interrupt event register bit 7 (isochRx) interrupt.
0isoRecv0RSCIsochronous receive channel 0 caused the interrupt event register bit 7 (isochRx) interrupt.
4.26 Isochronous Receive Interrupt Mask Register
The isochronous receive interrupt mask register is used to enable the isochRx interrupt source on a per channel basis.
Reads from either the set register or the clear register always return the contents of the isochronous receive interrupt
mask register. In all cases the enables for each interrupt event align with the event register bits detailed in Table 4–17.
The fairness control register provides a mechanism by which software can direct the host controller to transmit
multiple asynchronous requests during a fairness interval. See T able 4–18 for a complete description of the register
contents.
Bit31302928272625242322212019181716
NameFairness control
TypeRRRRRRRRRRRRRRRR
Default0000000000000000
Bit1514131211109876543210
NameFairness control
TypeRRRRRRRRR/WR/WR/WR/WR/WR/WR/WR/W
Default0000000000000000
Register:Fairness control
Type:Read-only, Read/Write
Offset:DCh
Default:0000 0000h
Table 4–18. Fairness Control Register Description
BITFIELD NAMETYPEDESCRIPTION
31–8RSVDRReserved. Bits 31–8 return 0s when read.
7–0pri_reqR/W
This field specifies the maximum number of priority arbitration requests for asynchronous request
packets that the link is permitted to make of the PHY during a fairness interval.
4–23
4.28 Link Control Register
The link control set/clear register provides the control flags that enable and configure the link core protocol portions
of the TSB12LV26. It contains controls for the receiver and cycle timer. See Table 4–19 for a complete description
of the register contents.
Bit31302928272625242322212019181716
NameLink control
TypeRRRRRRRRRRSCRSCURSCRRRR
Default000000000XXX0000
Bit1514131211109876543210
NameLink control
TypeRRRRRRSCRSCRRRRRRRRR
Default00000XX000000000
Register:Link control
Type:Read/Set/Clear/Update, Read/Set/Clear, Read-only
Offset:E0hset register
E4hclear register
Default:00X0 0X00h
Table 4–19. Link Control Register Description
BITFIELD NAMETYPEDESCRIPTION
31–23RSVDRReserved. Bits 31–23 return 0s when read.
When this bit is set, the cycle timer uses an external source (CYCLEIN) to determine when to roll over
22cycleSourceRSC
21cycleMasterRSCU
20CycleTimerEnableRSC
19–1 1RSVDRReserved. Bits 19–11 return 0s when read.
10RcvPhyPktRSC
9RcvSelfIDRSC
8–0RSVDRReserved. Bits 8–0 return 0s when read.
the cycle timer. When this bit is cleared, the cycle timer rolls over when the timer reaches 3072 cycles
of the 24.576-MHz clock (125 µs).
When this bit is set, and the PHY has notified the TSB12LV26 that the PHY is root, the TSB12LV26
generates a cycle start packet every time the cycle timer rolls over, based on the setting of bit 22.
When this bit is cleared, the OHCI-Lynx accepts received cycle start packets to maintain
synchronization with the node which is sending them. This bit is automatically cleared when bit 25
(cycleTooLong) of the interrupt event register (OHCI offset 80h/84h, see Section 4.21) is set and
cannot be set until bit 25 (cycleTooLong) is cleared.
When this bit is set, the cycle timer offset counts cycles of the 24.576-MHz clock and rolls over at the
appropriate time based on the settings of the above bits. When this bit is cleared, the cycle timer offset
does not count.
When this bit is set, the receiver accepts incoming PHY packets into the AR request context if the AR
request context is enabled. This does not control receipt of self-ID packets.
When this bit is set, the receiver accepts incoming self-ID packets. Before setting this bit to 1,
software must ensure that the self-ID buffer pointer register contains a valid address.
4–24
4.29 Node Identification Register
The node identification register contains the address of the node on which the OHCI-Lynx chip resides, and indicates
the valid node number status. The 16-bit combination of the busNumber field (bits 15–6) and the NodeNumber field
(bits 5–0) is referred to as the node ID. See Table 4–20 for a complete description of the register contents.
31iDValidRU
30rootRUThis bit is set during the bus reset process if the attached PHY is root.
29–28RSVDRReserved. Bits 29–28 return 0s when read.
27CPSRUSet if the PHY is reporting that cable power status is OK.
26–16RSVDRReserved. Bits 26–16 return 0s when read.
15–6BusNumberRWU
5–0NodeNumberRU
This bit indicates whether or not the TSB12LV26 has a valid node number . It is cleared when a 1394 bus
reset is detected and set when the TSB12LV26 receives a new node number from the PHY.
This number is used to identify the specific 1394 bus the TSB12LV26 belongs to when multiple
1394-compatible buses are connected via a bridge.
This number is the physical node number established by the PHY during self-ID. It is automatically set
to the value received from the PHY after the self-ID phase. If the PHY sets the NodeNumber to 63, then
software should not set the run bit (bit 15) of the asynchronous context control register (see Section
4.37) for either of the AT DMA contexts.
4–25
4.30 PHY Layer Control Register
The PHY layer control register is used to read or write a PHY register. See Table 4–21 for a complete description of
the register contents.
Bit31302928272625242322212019181716
NamePHY layer control
TypeRURRRRURURURURURURURURURURURU
Default0000000000000000
Bit1514131211109876543210
NamePHY layer control
TypeRWURWURRR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/WR/W
Default0000000000000000
Register:PHY layer control
Type:Read/Write/Update, Read/Write, Read/Update, Read-only
Offset:ECh
Default:0000 0000h
Table 4–21. PHY Control Register Description
BITFIELD NAMETYPEDESCRIPTION
31rdDoneRU
30–28RSVDRReserved. Bits 30–28 return 0s when read.
27–24rdAddrRUThis is the address of the register most recently received from the PHY.
23–16rdDataRUThis field is the contents of a PHY register which has been read.
15rdRegRWU
14wrRegRWU
13–12RSVDRReserved. Bits 13–12 return 0s when read.
11–8regAddrR/WThis field is the address of the PHY register to be written or read.
7–0wrDataR/WThis field is the data to be written to a PHY register and is ignored for reads.
This bit is cleared to 0 by the TSB12L V26 when either bit 15 (rdReg) or bit 14 (wrReg) is set. This bit is
set when a register transfer is received from the PHY.
This bit is set by software to initiate a read request to a PHY register and is cleared by hardware when
the request has been sent. Bits 14 (wrReg) and 15 (rdReg) must be used exclusively.
This bit is set by software to initiate a write request to a PHY register and is cleared by hardware when
the request has been sent. Bits 14 (wrReg) and 15 (rdReg) must be used exclusively.
4–26
4.31 Isochronous Cycle Timer Register
The isochronous cycle timer register indicates the current cycle number and offset. When the TSB12LV26 is cycle
master, this register is transmitted with the cycle start message. When the TSB12LV26 is not cycle master, this
register is loaded with the data field in an incoming cycle start. In the event that the cycle start message is not received,
the fields can continue incrementing on their own (if programmed) to maintain a local time reference. See T able 4–22
for a complete description of the register contents.
31–25cycleSecondsRWUThis field counts seconds [rollovers from bits 24–12 (cycleCount field)] modulo 128.
24–12cycleCountRWUThis field counts cycles [rollovers from bits 11–0 (cycleOffset field)] modulo 8000.
11–0cycleOffsetRWU
This field counts 24.576-MHz clocks modulo 3072, i.e., 125 µs. If an external 8-kHz clock configuration
is being used, then this bit must be cleared to 0 at each tick of the external clock.
4–27
4.32 Asynchronous Request Filter High Register
The asynchronous request filter high set/clear register is used to enable asynchronous receive requests on a
per-node basis, and handles the upper node IDs. When a packet is destined for either the physical request context
or the ARRQ context, the source node ID is examined. If the bit corresponding to the node ID is not set in this register,
then the packet is not acknowledged and the request is not queued. The node ID comparison is done if the source
node is on the same bus as the TSB12L V26. Nonlocal bus sourced packets are not acknowledged unless bit 31 in
this register is set. See Table 4–23 for a complete description of the register contents.
Bit31302928272625242322212019181716
NameAsynchronous request filter high
TypeRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSC
Default0000000000000000
Bit1514131211109876543210
NameAsynchronous request filter high
TypeRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSC
Default0000000000000000
Register:Asynchronous request filter high
Type:Read/Set/Clear
Offset:100hset register
104hclear register
Default:0000 0000h
Table 4–23. Asynchronous Request Filter High Register Description
BITFIELD NAMETYPEDESCRIPTION
31asynReqAllBusesRSC
30asynReqResource62RSC
29asynReqResource61RSC
28asynReqResource60RSC
27asynReqResource59RSC
26asynReqResource58RSC
25asynReqResource57RSC
24asynReqResource56RSC
23asynReqResource55RSC
22asynReqResource54RSC
21asynReqResource53RSC
20asynReqResource52RSC
19asynReqResource51RSC
If this bit is set, then all asynchronous requests received by the TSB12LV26 from nonlocal bus
nodes are accepted.
If this bit is set for local bus node number 62, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 61, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 60, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 59, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 58, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 57, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 56, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 55, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 54, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 53, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 52, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 51, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
4–28
Table 4–23. Asynchronous Request Filter High Register Description (Continued)
BITFIELD NAMETYPEDESCRIPTION
18asynReqResource50RSC
17asynReqResource49RSC
16asynReqResource48RSC
15asynReqResource47RSC
14asynReqResource46RSC
13asynReqResource45RSC
12asynReqResource44RSC
11asynReqResource43RSC
10asynReqResource42RSC
9asynReqResource41RSC
8asynReqResource40RSC
7asynReqResource39RSC
6asynReqResource38RSC
5asynReqResource37RSC
4asynReqResource36RSC
3asynReqResource35RSC
2asynReqResource34RSC
1asynReqResource33RSC
0asynReqResource32RSC
If this bit is set for local bus node number 50, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 49, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 48, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 47, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 46, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 45, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 44, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 43, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 42, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 41, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 40, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 39, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 38, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 37, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 36, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 35, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 34, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 33, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 32, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
4–29
4.33 Asynchronous Request Filter Low Register
The asynchronous request filter low set/clear register is used to enable asynchronous receive requests on a per-node
basis, and handles the lower node IDs. Other than filtering different node IDs, this register behaves identically to the
asynchronous request filter high register. See Table 4–24 for a complete description of the register contents.
If this bit is set for local bus node number 31, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 30, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
Bits 29 through 2 follow the same pattern.
If this bit is set for local bus node number 1, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
If this bit is set for local bus node number 0, then asynchronous requests received by the
TSB12L V26 from that node are accepted.
4–30
4.34 Physical Request Filter High Register
The physical request filter high set/clear register is used to enable physical receive requests on a per-node basis and
handles the upper node IDs. When a packet is destined for the physical request context and the node ID has been
compared against the ARRQ registers, then the comparison is done again with this register. If the bit corresponding
to the node ID is not set in this register, then the request is handled by the ARRQ context instead of the physical
request context. The node ID comparison is done if the source node is on the same bus as the TSB42AD2. Nonlocal
bus sourced packets are not acknowledged unless bit 31 in this register is set. See Table 4–25 for a complete
description of the register contents.
Bit31302928272625242322212019181716
NamePhysical request filter high
TypeRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSC
Default0000000000000000
Bit1514131211109876543210
NamePhysical request filter high
TypeRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSC
Default0000000000000000
Register:Physical request filter high
Type:Read/Set/Clear
Offset:1 10hset register
114hclear register
Default:0000 0000h
Table 4–25. Physical Request Filter High Register Description
BITFIELD NAMETYPEDESCRIPTION
31physReqAllBussesRSC
30physReqResource62RSC
29physReqResource61RSC
28physReqResource60RSC
27physReqResource59RSC
26physReqResource58RSC
25physReqResource57RSC
24physReqResource56RSC
23physReqResource55RSC
22physReqResource54RSC
21physReqResource53RSC
20physReqResource52RSC
If this bit is set, then all physical requests received by the TSB12LV26 from non-local bus nodes
are accepted.
If this bit is set for local bus node number 62, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 61, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 60, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 59, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 58, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 57, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 56, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 55, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 54, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 53, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 52, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
4–31
Table 4–25. Physical Request Filter High Register Description (Continued)
BITFIELD NAMETYPEDESCRIPTION
19physReqResource51RSC
18physReqResource50RSC
17physReqResource49RSC
16physReqResource48RSC
15physReqResource47RSC
14physReqResource46RSC
13physReqResource45RSC
12physReqResource44RSC
11physReqResource43RSC
10physReqResource42RSC
9physReqResource41RSC
8physReqResource40RSC
7physReqResource39RSC
6physReqResource38RSC
5physReqResource37RSC
4physReqResource36RSC
3physReqResource35RSC
2physReqResource34RSC
1physReqResource33RSC
0physReqResource32RSC
If this bit is set for local bus node number 51, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 50, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 49, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 48, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 47, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 46, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 45, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 44, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 43, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 42, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 41, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 40, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 39, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 38, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 37, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 36, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 35, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 34, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 33, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 32, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
4–32
4.35 Physical Request Filter Low Register
The physical request filter low set/clear register is used to enable physical receive requests on a per-node basis and
handles the lower node IDs. When a packet is destined for the physical request context and the node ID has been
compared against the asynchronous request filter registers, then the node ID comparison is done again with this
register. If the bit corresponding to the node ID is not set in this register, then the request is handled by the
asynchronous request context instead of the physical request context. See T able 4–26 for a complete description of
the register contents.
If this bit is set for local bus node number 31, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 30, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
Bits 29 through 2 follow the same pattern.
If this bit is set for local bus node number 1, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
If this bit is set for local bus node number 0, then physical requests received by the TSB12LV26
from that node are handled through the physical request context.
The asynchronous context control set/clear register controls the state and indicates status of the DMA context. See
Table 4–27 for a complete description of the register contents.
Bit31302928272625242322212019181716
NameAsynchronous context control
TypeRRRRRRRRRRRRRRRR
Default0000000000000000
Bit1514131211109876543210
NameAsynchronous context control
TypeRSCURRRSURURURRRURURURURURURURU
Default000X0000XXXXXXXX
Register:Asynchronous context control
Type:Read/Set/Clear/Update, Read/Set/Update, Read/Update, Read-only
Offset:180hset register[ATRQ]
Table 4–27. Asynchronous Context Control Register Description
BITFIELD NAMETYPEDESCRIPTION
31–16RSVDRReserved. Bits 31–16 return 0s when read.
15runRSCU
14–13RSVDRReserved. Bits 14–13 return 0s when read.
12wakeRSU
11deadRU
10activeRUThe TSB12LV26 sets this bit to 1 when it is processing descriptors.
9–8RSVDRReserved. Bits 9–8 return 0s when read.
7–5spdRU
4–0eventcodeRU
This bit is set by software to enable descriptor processing for the context and cleared by software to
stop descriptor processing. The TSB12LV26 changes this bit only on a hardware or software reset.
Software sets this bit to cause the TSB12LV26 to continue or resume descriptor processing. The
TSB12L V26 clears this bit on every descriptor fetch.
The TSB12LV26 sets this bit when it encounters a fatal error and clears the bit when software resets
bit 15 (run).
This field indicates the speed at which a packet was received or transmitted, and only contains
meaningful information for receive contexts. This field is encoded as:
000 = 100 Mbits/sec,
001 = 200 Mbits/sec, and
010 = 400 Mbits/sec. All other values are reserved.
This field holds the acknowledge sent by the link core for this packet, or holds an internally generated
error code if the packet was not transferred successfully.
The asynchronous context command pointer register contains a pointer to the address of the first descriptor block
that the TSB12LV26 accesses when software enables the context by setting the asynchronous context control
register (see Section 4.37) bit 15 (run). See Table 4–28 for a complete description of the register contents.
31–4descriptorAddressRWUContains the upper 28 bits of the address of a 16-byte-aligned descriptor block.
3–0ZRWU
Indicates the number of contiguous descriptors at the address pointed to by the descriptor address. If
Z is 0, then it indicates that the descriptorAddress field (bits 31–4) is not valid.
4–36
4.39 Isochronous Transmit Context Control Register
The isochronous transmit context control set/clear register controls options, state, and status for the isochronous
transmit DMA contexts. The n value in the following register addresses indicates the context number (n = 0, 1, 2, 3,…,
7). See Table 4–29 for a complete description of the register contents.
Bit31302928272625242322212019181716
NameIsochronous transmit context control
TypeRSCURSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSCRSC
DefaultXXXXXXXXXXXXXXXX
Bit1514131211109876543210
NameIsochronous transmit context control
TypeRSCRRRSURURURRRURURURURURURURU
Default000X0000XXXXXXXX
Table 4–29. Isochronous Transmit Context Control Register Description
BITFIELD NAMETYPEDESCRIPTION
When this bit is set to 1, processing occurs such that the packet described by the context first
descriptor block is transmitted in the cycle whose number is specified in the cycleMatch field
(bits 30–16). The cycleMatch field (bits 30–16) must match the low-order two bits of cycleSeconds
and the 13-bit cycleCount field in the cycle start packet that is sent or received immediately before
31cycleMatchEnableRSCU
30–16cycleMatchRSC
15runRSC
14–13RSVDRReserved. Bits 14–13 return 0s when read.
12wakeRSU
11deadRU
10activeRUThe TSB12LV26 sets this bit to 1 when it is processing descriptors.
9–8RSVDRReserved. Bits 9–8 return 0s when read.
7–5spdRUThis field is not meaningful for isochronous transmit contexts.
4–0event codeRU
isochronous transmission begins. Since the isochronous transmit DMA controller may work ahead,
the processing of the first descriptor block may begin slightly in advance of the actual cycle in which
the first packet is transmitted.
The effects of this bit, however, are impacted by the values of other bits in this register and are
explained in the
active, hardware clears this bit.
Contains a 15-bit value, corresponding to the low-order two bits of the bus isochronous cycle timer
register (OHCI offset F0h, see Section 4.31) cycleSeconds field (bits 31–25) and the cycleCount field
(bits 24–12). If bit 31 (cycleMatchEnable) is set, then this isochronous transmit DMA context
becomes enabled for transmits when the low-order two bits of the bus isochronous cycle timer
register cycleSeconds field (bits 31–25) and the cycleCount field (bits 24–12) value equal this field
(cycleMatch) value.
This bit is set by software to enable descriptor processing for the context and cleared by software to
stop descriptor processing. The TSB12LV26 changes this bit only on a hardware or software reset.
Software sets this bit to cause the TSB12LV26 to continue or resume descriptor processing. The
TSB12L V26 clears this bit on every descriptor fetch.
The TSB12LV26 sets this bit when it encounters a fatal error and clears the bit when software resets
bit 15 (run).
Following an OUTPUT_LAST* command, the error code is indicated in this field. Possible values are:
ack_complete, evt_descriptor_read, evt_data_read, and evt_unknown.
1394 Open Host Controller Interface Specification.
The isochronous transmit context command pointer register contains a pointer to the address of the first descriptor
block that the TSB12LV26 accesses when software enables an isochronous transmit context by setting the
isochronous transmit context control register (see Section 4.39) bit 15 (run). The n value in the following register
addresses indicates the context number (n = 0, 1, 2, 3, …, 7).
The isochronous receive context control set/clear register controls options, state, and status for the isochronous
receive DMA contexts. The n value in the following register addresses indicates the context number (n = 0, 1, 2, 3).
See Table 4–30 for a complete description of the register contents.
Bit31302928272625242322212019181716
NameIsochronous receive context control
TypeRSCRSC RSCURSCRRRRRRRRRRRR
DefaultXXXX000000000000
Bit1514131211109876543210
NameIsochronous receive context control
TypeRSCURRRSURURURRRURURURURURURURU
Default000X0000XXXXXXXX
Table 4–30. Isochronous Receive Context Control Register Description
BITFIELD NAMETYPEDESCRIPTION
When this bit is set, received packets are placed back-to-back to completely fill each receive buffer .
31bufferFillRSC
30isochHeaderRSC
When this bit is cleared, each received packet is placed in a single buffer. If bit 28 (multiChanMode)
is set to 1, then this bit must also be set to 1. The value of this bit must not be changed while bit 10
(active) or bit 15 (run) is set.
When this bit is 1, received isochronous packets include the complete 4-byte isochronous packet
header seen by the link layer. The end of the packet is marked with xferStatus in the first doublet, and
a 16-bit timeStamp indicating the time of the most recently received (or sent) cycleStart packet.
When this bit is cleared, the packet header is stripped from received isochronous packets. The
packet header, if received, immediately precedes the packet payload. The value of this bit must not
be changed while bit 10 (active) or bit 15 (run) is set.
4–38
Table 4–30. Isochronous Receive Context Control Register Description (Continued)
BITFIELD NAMETYPEDESCRIPTION
When this bit is set, the context begins running only when the 13-bit cycleMatch field (bits 24–12) in
the isochronous receive context match register (see Section 4.43) matches the 13-bit cycleCount
29cycleMatchEnableRSCU
28multiChanModeRSC
27–16RSVDRReserved. Bits 27–16 return 0s when read.
15runRSCU
14–13RSVDRReserved. Bits 14–13 return 0s when read.
12wakeRSU
11deadRU
10activeRUThe TSB12LV26 sets this bit to 1 when it is processing descriptors.
9–8RSVDRReserved. Bits 9–8 return 0s when read.
7–5spdRU
4–0event codeRU
field in the cycleStart packet. The effects of this bit, however , are impacted by the values of other bits
in this register. Once the context has become active, hardware clears this bit. The value of this bit
must not be changed while bit 10 (active) or bit 15 (run) is set.
When this bit is set, the corresponding isochronous receive DMA context receives packets for all
isochronous channels enabled in the isochronous receive channel mask high (OHCI offset 70h/74h,
see Section 4.19) and isochronous receive channel mask low (OHCI offset 78h/7Ch, see Section
4.20) registers. The isochronous channel number specified in the isochronous receive context
match register (see Section 4.43) is ignored.
When this bit is cleared, the isochronous receive DMA context receives packets for that single
channel. Only one isochronous receive DMA context may use the isochronous receive channel
mask registers. If more than one isochronous receive context control register has this bit set, then
results are undefined. The value of this bit must not be changed while bit 10 (active) or bit 15 (run) is
set to 1.
This bit is set by software to enable descriptor processing for the context and cleared by software to
stop descriptor processing. The TSB12LV26 changes this bit only on a hardware or software reset.
Software sets this bit to cause the TSB12LV26 to continue or resume descriptor processing. The
TSB12L V26 clears this bit on every descriptor fetch.
The TSB12LV26 sets this bit when it encounters a fatal error and clears the bit when software resets
bit 15 (run).
This field indicates the speed at which the packet was received.
000 = 100 Mbits/sec,
001 = 200 Mbits/sec, and
010 = 400 Mbits/sec. All other values are reserved.
For bufferFill mode, possible values are: ack_complete, evt_descriptor_read, evt_data_write, and
evt_unknown. Packets with data errors (either dataLength mismatches or dataCRC errors) and
packets for which a FIFO overrun occurred are backed out. For packet-per-buffer mode, possible
values are: ack_complete, ack_data_error, evt_long_packet, evt_overrun, evt_descriptor_read,
evt_data_write, and evt_unknown.
The isochronous receive context command pointer register contains a pointer to the address of the first descriptor
block that the TSB12LV26 accesses when software enables an isochronous receive context by setting the
isochronous receive context control register (see Section 4.41) bit 15 (run). The n value in the following register
addresses indicates the context number (n = 0, 1, 2, 3).
The isochronous receive context match register is used to start an isochronous receive context running on a specified
cycle number, to filter incoming isochronous packets based on tag values, and to wait for packets with a specified
sync value. The n value in the following register addresses indicates the context number (n = 0, 1, 2, 3). See
Table 4–31 for a complete description of the register contents.
Bit31302928272625242322212019181716
NameIsochronous receive context match
TypeR/WR/WR/WR/WRRRR/WR/WR/WR/WR/WR/WR/WR/WR/W
DefaultXXXX000XXXXXXXXX
Bit1514131211109876543210
NameIsochronous receive context match
TypeR/WR/WR/WR/WR/WR/WR/WR/WRR/WR/WR/WR/WR/WR/WR/W
DefaultXXXXXXXX0XXXXXXX
Table 4–31. Isochronous Receive Context Match Register Description
BITFIELD NAMETYPEDESCRIPTION
31tag3R/WIf this bit is set, then this context matches on iso receive packets with a tag field of 11b.
30tag2R/WIf this bit is set, then this context matches on iso receive packets with a tag field of 10b.
29tag1R/WIf this bit is set, then this context matches on iso receive packets with a tag field of 01b.
28tag0R/WIf this bit is set, then this context matches on iso receive packets with a tag field of 00b.
27–25RSVDRReserved. Bits 27–25 return 0s when read.
Contains a 15-bit value, corresponding to the low-order two bits of cycleSeconds and the 13-bit
cycleCount field in the cycleStart packet. If isochronous receive context control register (see Section
24–12cycleMatchR/W
11–8syncR/W
7RSVDRReserved. Bit 7 returns 0 when read.
6tag1SyncFilterR/W
5–0channelNumberR/W
4.41) bit 29 (cycleMatchEnable) is set, then this context is enabled for receives when the two low-order
bits of the bus isochronous cycle timer register (OHCI offset F0h, see Section 4.31) cycleSeconds field
(bits 31–25) and cycleCount field (bits 24–12) value equal this (cycleMatch) field value.
This field contains the 4-bit field which is compared to the sync field of each iso packet for this channel
when the command descriptor w field is set to 11b.
If this bit and bit 29 (tag1) are set, then packets with tag 01b are accepted into the context if the two most
significant bits of the packets sync field are 00b. Packets with tag values other than 01b are filtered
according to tag0, tag2, and tag3 (bits 28, 30, and 31, respectively) without any additional restrictions.
If this bit is cleared, then this context matches on isochronous receive packets as specified in
bits 28–31 (tag0–tag3) with no additional restrictions.
This 6-bit field indicates the isochronous channel number for which this isochronous receive DMA
context accepts packets.
4–41
4–42
5 GPIO Interface
The general-purpose input/output (GPIO) interface consists of two GPIO ports. GPIO2 and GPIO3 power up as
general-purpose inputs and are programmable via the GPIO control register . Figure 5–1 shows the logic diagram for
GPIO2 and GPIO3 implementation.
GPIO Read Data
GPIO Port
GPIO Write Data
GPIO_Invert
GPIO Enable
DQ
Figure 5–1. GPIO2 and GPIO3 Logic Diagram
5–1
5–2
6 Serial ROM Interface
The TSB12LV26 provides a serial bus interface to initialize the 1394 global unique ID register and a few PCI
configuration registers through a serial ROM. The TSB12L V26 communicates with the serial ROM via the 2-wire serial
interface.
After power-up the serial interface initializes the locations listed in T able 6–1. While the TSB12LV26 is accessing the
serial ROM, all incoming PCI slave accesses are terminated with retry status. Table 6–2 shows the serial ROM
memory map required for initializing the TSB12LV26 registers.
Table 6–1. Registers and Bits Loadable through Serial ROM
Supply voltage range, V
Input voltage range for PCI, VI –0.5 to V
Input voltage range for miscellaneous and PHY interface, VI –0.5 to V
Output voltage range for PCI, VO –0.5 to V
Input voltage range for miscellaneous and PHY interface, VO –0.5 to V
Input clamp current, I
Stresses beyond those listed under absolute maximum ratings may cause permanent damage to the device. These are stress ratings only, and
functional operation of the device at these or any other conditions beyond those indicated under recommended operating conditions is not implied.
Exposure to absolute-maximum-rated conditions for extended periods may affect device reliability.
NOTES: 1. Applies to external input and bidirectional buffers. VI > V
2. Applies to external output and bidirectional buffers. VO > V
CCP
.
CCP
.
7–1
7.2Recommended Operating Conditions
V
PCI I/O clamping voltage
Commercial
V
PCI
V
†
High-level input voltage
V
PCI
V
†
Low-level input voltage
V
§
OPERATIONMINNOMMAXUNIT
V
CC
CCP
IH
IL
V
I
V
O
t
t
T
A
¶
T
J
†
Applies for external inputs and bidirectional buffers without hysteresis.
7.5Switching Characteristics for PHY-Link Interface
PARAMETERMEASUREDMINTYPMAXUNIT
t
Setup time, Dn, CTLn, LREQ to PHY_CLK–50% to 50%6ns
su
t
Hold time, Dn, CTLn, LREQ before PHY_CLK–50% to 50%1ns
h
t
Delay time, PHY_CLK to Dn, CTLn–50% to 50%211ns
d
§
These parameters are ensured by design.
§
7–3
7–4
8 Mechanical Information
The TSB12L V26 is packaged in a 100-terminal PZ package. The following shows the mechanical dimensions for the
PZ package.
PZ (S-PQFP-G100)PLASTIC QUAD FLATPACK
76
100
0,50
75
0,27
0,17
51
50
26
1
12,00 TYP
14,20
SQ
13,80
16,20
SQ
15,80
25
0,08
M
0,05 MIN
0,13 NOM
Gage Plane
0,25
0°–7°
1,45
1,35
1,60 MAX
NOTES: A. All linear dimensions are in millimeters.
B. This drawing is subject to change without notice.
C. Falls within JEDEC MO-136
0,75
0,45
Seating Plane
0,08
4040149/B 11/96
8–1
8–2
IMPORTANT NOTICE
T exas Instruments and its subsidiaries (TI) reserve the right to make changes to their products or to discontinue
any product or service without notice, and advise customers to obtain the latest version of relevant information
to verify, before placing orders, that information being relied on is current and complete. All products are sold
subject to the terms and conditions of sale supplied at the time of order acknowledgment, including those
pertaining to warranty, patent infringement, and limitation of liability.
TI warrants performance of its semiconductor products to the specifications applicable at the time of sale in
accordance with TI’s standard warranty. Testing and other quality control techniques are utilized to the extent
TI deems necessary to support this warranty . Specific testing of all parameters of each device is not necessarily
performed, except those mandated by government requirements.
Customers are responsible for their applications using TI components.
In order to minimize risks associated with the customer’s applications, adequate design and operating
safeguards must be provided by the customer to minimize inherent or procedural hazards.
TI assumes no liability for applications assistance or customer product design. TI does not warrant or represent
that any license, either express or implied, is granted under any patent right, copyright, mask work right, or other
intellectual property right of TI covering or relating to any combination, machine, or process in which such
semiconductor products or services might be or are used. TI’s publication of information regarding any third
party’s products or services does not constitute TI’s approval, warranty or endorsement thereof.
Copyright 2000, Texas Instruments Incorporated
Loading...
+ hidden pages
You need points to download manuals.
1 point = 1 manual.
You can buy points or you can get point for every manual you upload.