Texas Instruments Incorporated and its subsidiaries (TI) reserve the right to make corrections, modifications,
enhancements, improvements, and other changes to its products and services at any time and to discontinue
any product or service without notice. Customers should obtain the latest relevant information before placing
orders and should verify that such information is current and complete. All products are sold subject to TI’s terms
and conditions of sale supplied at the time of order acknowledgment.
TI warrants performance of its hardware products to the specifications applicable at the time of sale in
accordance with TI’s standard warranty. Testing and other quality control techniques are used to the extent TI
deems necessary to support this warranty . Except where mandated by government requirements, testing of all
parameters of each product is not necessarily performed.
TI assumes no liability for applications assistance or customer product design. Customers are responsible for
their products and applications using TI components. To minimize the risks associated with customer products
and applications, customers should provide adequate design and operating safeguards.
TI does not warrant or represent that any license, either express or implied, is granted under any TI patent right,
copyright, mask work right, or other TI intellectual property right relating to any combination, machine, or process
in which TI products or services are used. Information published by TI regarding third-party products or services
does not constitute a license from TI to use such products or services or a warranty or endorsement thereof.
Use of such information may require a license from a third party under the patents or other intellectual property
of the third party, or a license from TI under the patents or other intellectual property of TI.
Reproduction of information in TI data books or data sheets is permissible only if reproduction is without
alteration and is accompanied by all associated warranties, conditions, limitations, and notices. Reproduction
of this information with alteration is an unfair and deceptive business practice. TI is not responsible or liable for
such altered documentation.
Resale of TI products or services with statements different from or beyond the parameters stated by TI for that
product or service voids all express and any implied warranties for the associated TI product or service and
is an unfair and deceptive business practice. TI is not responsible or liable for any such statements.
Following are URLs where you can obtain information on other Texas Instruments products and application
solutions:
ProductsApplications
Amplifiersamplifier.ti.comAudiowww.ti.com/audio
Data Convertersdataconverter.ti.comAutomotivewww.ti.com/automotive
DSPdsp.ti.comBroadbandwww.ti.com/broadband
Interfaceinterface.ti.comDigital Controlwww.ti.com/digitalcontrol
Logiclogic.ti.comMilitarywww.ti.com/military
Power Mgmtpower.ti.comOptical Networkingwww.ti.com/opticalnetwork
Microcontrollersmicrocontroller.ti.comSecuritywww.ti.com/security
Telephonywww.ti.com/telephony
Video & Imagingwww.ti.com/video
Wirelesswww.ti.com/wireless
The Texas Instruments PCI7621 controller is an integrated dual-socket UltraMedia PC Card controller, Smart Card
controller, IEEE 1394 open HCI host controller and PHY, and flash media controller. This high-performance integrated
solution provides the latest in PC Card, Smart Card, IEEE 1394, Secure Digital (SD), MultiMediaCard (MMC),
Memory Stick/PRO, SmartMedia, and XD technology.
The Texas Instruments PCI7421 controller is an integrated dual-socket UltraMedia PC Card controller, IEEE 1394
Open HCI host controller and PHY, and flash media controller. This high-performance integrated solution provides
the latest in PC Card, IEEE 1394, SD, MMC, Memory Stick/PRO, SmartMedia, and XD technology.
The Texas Instruments PCI7611 controller is an integrated single-socket UltraMedia PC Card controller, Smart Card
controller, IEEE 1394 open HCI host controller and PHY, and flash media controller. This high-performance integrated
solution provides the latest in PC Card, Smart Card, IEEE 1394, SD, MMC, Memory Stick/PRO, SmartMedia, and
XD technology.
The Texas Instruments PCI7411 controller is an integrated single-socket UltraMedia PC Card controller, IEEE 1394
open HCI host controller and PHY, and flash media controller. This high-performance integrated solution provides
the latest in PC Card, IEEE 1394, SD, MMC, Memory Stick/PRO, SmartMedia, and XD technology.
For the remainder of this document, the PCI7x21 controller refers to the PCI7621 and PCI7421 controllers, and the
PCI7x11 controller refers to the PCI7611 and PCI7411 controllers.
1.1Controller Functional Description
1.1.1PCI7621 Controller
The PCI7621 controller is a six-function PCI controller compliant with PCI Local Bus Specification, Revision 2.3.
Functions 0 and 1 provide the independent PC Card socket controllers compliant with the PC Card Standard (Release
8.1). The PCI7621 controller provides features that make it the best choice for bridging between the PCI bus and PC
Cards, and supports any combination of Smart Card, Flash Media, 16-bit, CardBus, and USB custom card interface
PC Cards in the two sockets, powered at 5 V or 3.3 V, as required.
All card signals are internally buffered to allow hot insertion and removal without external buffering. The PCI7621
controller is register compatible with the Intel 82365SL-DF ExCA controller. The PCI7621 internal data path logic
allows the host to access 8-, 16-, and 32-bit cards using full 32-bit PCI cycles for maximum performance. Independent
buffering and a pipeline architecture provide an unsurpassed performance level with sustained bursting. The
PCI7621 controller can be programmed to accept posted writes to improve bus utilization.
Function 2 of the PCI7621 controller is compatible with IEEE Std 1394a-2000 and the latest 1394 Open HostController Interface Specification. The chip provides the IEEE1394 link and 2-port PHY function and is compatible
with data rates of 100, 200, and 400 Mbits per second. Deep FIFOs are provided to buffer 1394 data and
accommodate large host bus latencies. The PCI7621 controller provides physical write posting and a highly tuned
physical data path for SBP-2 performance.
Function 3 of the PCI7621 controller is a PCI-based Flash Media controller that supports Memory Stick, Memory
Stick-Pro, SmartMedia, XD, SD, and MMC cards. This function controls communication with these Flash Media cards
through a passive PC Card adapter or through a dedicated Flash Media socket. In addition, this function includes DMA
capabilities for improved Flash Media performance.
Function 4 of the PCI7621 controller is a PCI-based SD host controller that supports MMC, SD, and SDIO cards. This
function controls communication with these Flash Media cards through a passive PC Card adapter or through a
dedicated Flash Media socket. In addition, this function is compliant with the SD Host Controller StandardSpecification and includes both DMA capabilities and support for SD suspend/resume.
1−1
Function 5 of the PCI7621 controller is a PCI-based Smart Card controller used for communication with Smart Cards
inserted in PC Card adapters. Utilizing Smart Card technology from Gemplus, this function provides compatibility with
many different types of Smart Cards.
1.1.2PCI7421 Controller
The PCI7421 controller is a five-function PCI controller compliant with PCI Local Bus Specification, Revision 2.3.
Functions 0 and 1 provide the independent PC Card socket controllers compliant with the PC Card Standard (Release
8.1). The PCI7421 controller provides features that make it the best choice for bridging between the PCI bus and PC
Cards, and supports any combination of Smart Card, Flash Media, 16-bit, CardBus, and USB custom card interface
PC Cards in the two sockets, powered at 5 V or 3.3 V, as required.
All card signals are internally buffered to allow hot insertion and removal without external buffering. The PCI7421
controller is register compatible with the Intel 82365SL-DF ExCA controller. The PCI7421 internal data path logic
allows the host to access 8-, 16-, and 32-bit cards using full 32-bit PCI cycles for maximum performance. Independent
buffering and a pipeline architecture provide an unsurpassed performance level with sustained bursting. The
PCI7421 controller can be programmed to accept posted writes to improve bus utilization.
Function 2 of the PCI7421 controller is compatible with IEEE Std 1394a-2000 and the latest 1394 Open HostController Interface Specification. The chip provides the IEEE1394 link and 2-port PHY function and is compatible
with data rates of 100, 200, and 400 Mbits per second. Deep FIFOs are provided to buffer 1394 data and
accommodate large host bus latencies. The PCI7421 provides physical write posting and a highly tuned physical data
path for SBP-2 performance.
Function 3 of the PCI7421 controller is a PCI-based Flash Media controller that supports Memory Stick, Memory
Stick-Pro, SmartMedia, XD, SD, and MMC cards. This function controls communication with these Flash Media cards
through a passive PC Card adapter or through a dedicated Flash Media socket. In addition, this function includes DMA
capabilities for improved Flash Media performance.
Function 4 of the PCI7421 controller is a PCI-based SD host controller that supports MMC, SD, and SDIO cards. This
function controls communication with these Flash Media cards through a passive PC Card adapter or through a
dedicated Flash Media socket. In addition, this function is compliant with the SD Host Controller StandardSpecification and includes both DMA capabilities and support for SD suspend/resume.
1.1.3PCI7611 Controller
The PCI7611 controller is a five-function PCI controller compliant with PCI Local Bus Specification, Revision 2.3.
Function 0 provides an independent PC Card socket controller compliant with the PC Card Standard (Release 8.1).
The PCI7611 controller provides features that make it the best choice for bridging between the PCI bus and PC Cards,
and supports Smart Card, Flash Media, 16-bit, CardBus or USB custom card interface PC Cards, powered at 5 V
or 3.3 V, as required.
All card signals are internally buffered to allow hot insertion and removal without external buffering. The PCI7611
controller is register compatible with the Intel 82365SL-DF ExCA controller. The PCI7611 internal data path logic
allows the host to access 8-, 16-, and 32-bit cards using full 32-bit PCI cycles for maximum performance. Independent
buffering and a pipeline architecture provide an unsurpassed performance level with sustained bursting. The
PCI7611 controller can be programmed to accept posted writes to improve bus utilization.
Function 2 of the PCI7611 controller is compatible with IEEE Std 1394a-2000 and the latest 1394 Open HostController Interface Specification. The chip provides the IEEE1394 link and 2-port PHY function and is compatible
with data rates of 100, 200, and 400 Mbits per second. Deep FIFOs are provided to buffer 1394 data and
accommodate large host bus latencies. The PCI7611 controller provides physical write posting and a highly tuned
physical data path for SBP-2 performance.
Function 3 of the PCI7611 controller is a PCI-based Flash Media controller that supports Memory Stick, Memory
Stick-Pro, SmartMedia, XD, SD, and MMC cards. This function controls communication with these Flash Media cards
1−2
through a passive PC Card adapter or through a dedicated Flash Media socket. In addition, this function includes DMA
capabilities for improved Flash Media performance.
Function 4 of the PCI7611 controller is a PCI-based SD host controller that supports MMC, SD, and SDIO cards. This
function controls communication with these Flash Media cards through a passive PC Card adapter or through a
dedicated Flash Media socket. In addition, this function is compliant with the SD Host Controller StandardSpecification and includes both DMA capabilities and support for SD suspend/resume.
Function 5 of the PCI7611 controller is a PCI-based Smart Card controller used for communication with Smart Cards
inserted in PC Card adapters. Utilizing Smart Card technology from Gemplus, this function provides compatibility with
many different types of Smart Cards.
1.1.4PCI7411 Controller
The PCI7411 controller is a four-function PCI controller compliant with PCI Local Bus Specification, Revision 2.3.
Function 0 provides an independent PC Card socket controller compliant with the PC Card Standard (Release 8.1).
The PCI7411 controller provides features that make it the best choice for bridging between the PCI bus and PC Cards,
and supports Smart Card, Flash Media, 16-bit, CardBus or USB custom card interface PC Cards, powered at 5 V
or 3.3 V, as required.
All card signals are internally buffered to allow hot insertion and removal without external buffering. The PCI7411
controller is register compatible with the Intel 82365SL-DF ExCA controller. The PCI7411 internal data path logic
allows the host to access 8-, 16-, and 32-bit cards using full 32-bit PCI cycles for maximum performance. Independent
buffering and a pipeline architecture provide an unsurpassed performance level with sustained bursting. The
PCI7411 controller can be programmed to accept posted writes to improve bus utilization.
Function 2 of the PCI7411 controller is compatible with IEEE Std 1394a-2000 and the latest 1394 Open HostController Interface Specification. The chip provides the IEEE1394 link and 2-port PHY function and is compatible
with data rates of 100, 200, and 400 Mbits per second. Deep FIFOs are provided to buffer 1394 data and
accommodate large host bus latencies. The PCI7411 controller provides physical write posting and a highly tuned
physical data path for SBP-2 performance.
Function 3 of the PCI7411 controller is a PCI-based Flash Media controller that supports Memory Stick, Memory
Stick-Pro, SmartMedia, XD, SD, and MMC cards. This function controls communication with these Flash Media cards
through a passive PC Card adapter or through a dedicated Flash Media socket. In addition, this function includes DMA
capabilities for improved Flash Media performance.
Function 4 of the PCI7411 controller is a PCI-based SD host controller that supports MMC, SD, and SDIO cards. This
function controls communication with these Flash Media cards through a passive PC Card adapter or through a
dedicated Flash Media socket. In addition, this function is compliant with the SD Host Controller StandardSpecification and includes both DMA capabilities and support for SD suspend/resume.
1.1.5Multifunctional Terminals
Various implementation-specific functions and general-purpose inputs and outputs are provided through eight
multifunction terminals. These terminals present a system with options in PC/PCI DMA, serial and parallel interrupts,
PC Card activity indicator LEDs, flash media LEDs, and other platform-specific signals. PCI complaint
general-purpose events may be programmed and controlled through the multifunction terminals, and an
ACPI-compliant programming interface is included for the general-purpose inputs and outputs.
1.1.6PCI Bus Power Management
The PCI7x21/PCI7x11 controller is compliant with the latest PCI Bus Power Management Specification, and provides
several low-power modes, which enable the host power system to further reduce power consumption.
1.1.7Power Switch Interface
The PCI7x21/PCI7x11 controller also has a three-pin serial interface compatible with the Texas Instruments TPS2228
(default), TPS2226, TPS2224, and TPS2223A power switches. All four power switches provide power to the CardBus
socket(s) on the PCI7x21/PCI7x11 controller. The power to each dedicated socket is controlled through separate
power control pins. Each of these power control pins can be connected to an external 3.3-V power switch.
1−3
1.2Features
The PCI7x21/PCI7x11 controller supports the following features:
•PC Card Standard 8.1 compliant
•PCI Bus Power Management Interface Specification 1.1 compliant
•Advanced Configuration and Power Interface (ACPI) Specification 2.0 compliant
•PCI Local Bus Specification Revision 2.3 compliant
•PC 98/99 and PC2001 compliant
•Windows Logo Program 2.0 compliant
•PCI Bus Interface Specification for PCI-to-CardBus Bridges
•Fully compliant with provisions of IEEE Std 1394-1995 for a high-performance serial bus and IEEE Std
1394a-2000
•Fully compliant with 1394 Open Host Controller Interface Specification 1.1
•1.5-V core logic and 3.3-V I/O cells with internal voltage regulator to generate 1.5-V core V
CC
•Universal PCI interfaces compatible with 3.3-V and 5-V PCI signaling environments
•Supports PC Card or CardBus with hot insertion and removal
•Supports 132-MBps burst transfers to maximize data throughput on both the PCI bus and the CardBus
•Supports serialized IRQ with PCI interrupts
•Programmable multifunction terminals
•Many interrupt modes supported
•Serial ROM interface for loading subsystem ID and subsystem vendor ID
•ExCA-compatible registers are mapped in memory or I/O space
•Intel 82365SL-DF register compatible
•Supports ring indicate, SUSPEND
, and PCI CLKRUN protocols
•Provides VGA/palette memory and I/O, and subtractive decoding options, LED activity terminals
•Fully interoperable with FireWire and i.LINK implementations of IEEE Std 1394
•Compliant with Intel Mobile Power Guideline 2000
•Full IEEE Std 1394a-2000 support includes: connection debounce, arbitrated short reset, multispeed
concatenation, arbitration acceleration, fly-by concatenation, and port disable/suspend/resume
•Power-down features to conserve energy in battery-powered applications include: automatic device power
down during suspend, PCI power management for link-layer, and inactive ports powered down,
ultralow-power sleep mode
•Two IEEE Std 1394a-2000 fully compliant cable ports at 100M bits/s, 200M bits/s, and 400M bits/s
•Cable ports monitor line conditions for active connection to remote node
•Cable power presence monitoring
•Separate cable bias (TPBIAS) for each port
•Physical write posting of up to three outstanding transactions
•PCI burst transfers and deep FIFOs to tolerate large host latency
1−4
•External cycle timer control for customized synchronization
•Extended resume signaling for compatibility with legacy DV components
•PHY-Link logic performs system initialization and arbitration functions
•PHY-Link encode and decode functions included for data-strobe bit level encoding
•PHY-Link incoming data resynchronized to local clock
•Low-cost 24.576-MHz crystal provides transmit and receive data at 100M bits/s, 200M bits/s, and 400M
bits/s
•Node power class information signaling for system power management
•Register bits give software control of contender bit, power class bits, link active control bit, and IEEE Std
1394a-2000 features
•Isochronous receive dual-buffer mode
•Out-of-order pipelining for asynchronous transmit requests
•Register access fail interrupt when the PHY SCLK is not active
•PCI power-management D0, D1, D2, and D3 power states
•Initial bandwidth available and initial channels available registers
•PME
•Advanced submicron, low-power CMOS technology
support per 1394 Open Host Controller Interface Specification
1.3Related Documents
•Advanced Configuration and Power Interface (ACPI) Specification (Revision 2.0)
•1394 Open Host Controller Interface Specification (Release 1.1)
•IEEE Standard for a High Performance Serial Bus (IEEE Std 1394-1995)
•IEEE Standard for a High Performance Serial Bus—Amendment 1 (IEEE Std 1394a-2000)
•PC Card Standard (Release 8.1)
•PCI Bus Power Management Interface Specification (Revision 1.1)
•Serial Bus Protocol 2 (SBP-2)
•Serialized IRQ Support for PCI Systems
•PCI Mobile Design Guide
•PCI Bus Power Management Interface Specification for PCI to CardBus Bridges
•PCI14xx Implementation Guide for D3 Wake-Up
•PCI to PCMCIA CardBus Bridge Register Description
•Texas Instruments TPS2224 and TPS2226 product data sheet, SLVS317
•Texas Instruments TPS2223A product data sheet, SLVS428
•Texas Instruments TPS2228 product data sheet, SLVS419
•PCI Local Bus Specification (Revision 2.3)
•PCMCIA Proposal (262)
•The Multimedia Card System Specification, Version 3.31
1−5
•SD Memory Card Specifications, SD Group, March 2000
•Memory Stick Format Specification, Version 2.0 (Memory Stick-Pro)
•ISO Standards for Identification Cards ISO/IEC 7816
•SD Host Controller Standard Specification, rev. 1.0
•Memory Stick Format Specification, Sony Confidential, ver. 2.0
•SmartMedia Standard 2000, May 19, 2000
1.4Trademarks
Intel is a trademark of Intel Corporation.
TI and MicroStar BGA are trademarks of Texas Instruments.
FireWire is a trademark of Apple Computer, Inc.
i.LINK is a trademark of Sony Corporation of America.
Memory Stick is a trademark of Sony Kabushiki Kaisha TA Sony Corporation, Japan.
Other trademarks are the property of their respective owners.
1−6
1.5Terms and Definitions
Terms and definitions used in this document are given in Table 1−1.
Table 1−1. Terms and Definitions
TERMDEFINITIONS
ATAT (advanced technology, as in PC A T) attachment interface
ATA driverAn existing host software component that loads when any flash media adapter and card is inserted into a PC Card
CISCard information structure. Tuple list defined by the PC Card standard to communicate card information to the host
CSRControl and status register
Flash MediaSmartMedia, Memory Stick, MS/PRO, xD, MMC, or SD/MMC Flash operating in an ATA compatible mode
ISO/IEC 7816The Smart Card standard
Memory StickA small-form-factor flash interface that is defined, promoted, and licensed by Sony
Memory Stick ProMemory Stick Version 2.0, same physical dimensions of MS with higher speed data exchange and higher data
MMCMultiMediaCard. Specified by the MMC Association, and scope is encompassed by the SD Flash specification.
OHCIOpen host controller interface
PCMCIAPersonal Computer Memory Card International Association. Standards body that governs the PC Card standards
RSVDReserved for future use
SD FlashSecure Digital Flash. Standard governed by the SD Association
Smart CardThe name applied to ID cards containing integrated circuits, as defined by ISO/IEC 7816-1
SPISerial peripheral interface, a general-purpose synchronous serial interface. For more information, see the
SSFDCSolid State Floppy Disk Card. The SSFDC Forum specifies SmartMedia
TI Smart Card driverA qualified software component provided by Texas Instruments that loads when an UltraMedia-based Smart Card
UltraMediaDe facto industry standard promoted by Texas Instruments that integrates CardBus, Smart Card, Memory Stick,
xDExtreme Digital, small form factor flash based on SmartMedia cards, developed by Fuji Film and Olympus Optical.
socket. This driver is logically attached to a predefined CIS provided by the PCI7x21/PCI7x11 controller when the
adapter and media are both inserted.
computer
capacity than conventional Memory Stick.
Multimedia Card System Specification, version 3.2.
adapter is inserted into a PC Card slot. This driver is logically attached to a CIS provided by the PCI7621 when the
adapter and media are both inserted.
MultiMediaCard/Secure Digital and SmartMedia functionality into one controller.
1.6Ordering Information
ORDERING NUMBERNAMEVOLTAGEPACKAGE
PCI7621Dual Socket CardBus and UltraMedia Controller with
Integrated 1394a-2000 OHCI Two-Port PHY/Link-Layer
Controller with Dedicated Flash Media Socket
PCI7421Dual Socket CardBus and UltraMedia Controller with
Integrated 1394a-2000 OHCI Two-Port PHY/Link-Layer
Controller with Dedicated Flash Media Socket
PCI7611Single Socket CardBus and UltraMedia Controller with
Integrated 1394a-2000 OHCI Two-Port PHY/Link-Layer
Controller with Dedicated Flash Media Socket
PCI7411Single Socket CardBus and UltraMedia Controller with
Integrated 1394a-2000 OHCI Two-Port PHY/Link-Layer
Controller with Dedicated Flash Media Socket
3.3-V, 5-V tolerant I/Os288-ball PBGA
(GHK or ZHK)
3.3-V, 5-V tolerant I/Os288-ball PBGA
(GHK or ZHK)
3.3-V, 5-V tolerant I/Os288-ball PBGA
(GHK or ZHK)
3.3-V, 5-V tolerant I/Os288-ball PBGA
(GHK or ZHK)
1−7
1−8
2 Terminal Descriptions
The PCI7x21/PCI7x11 controller is available in the 288-terminal MicroStar BGA package (GHK) or the 288-terminal
lead-free (Pb, atomic number 82) MicroStar BGA package (ZHK). Figure 2−1 is a pin diagram of the PCI7621
package. Figure 2−2 is a pin diagram of the PCI7421 package. Figure 2−3 is a pin diagram of the PCI7611 package.
Figure 2−4 is a pin diagram of the PCI7411 package.
Table 2−1 lists the terminal assignments arranged in terminal-number order, with corresponding signal names for
both CardBus and 16-bit PC Cards for the PCI7421 and PCI7621 GHK packages. Table 2−2 and Table 2−3 list the
terminal assignments arranged in alphanumerical order by signal name, with corresponding terminal numbers for the
GHK package; Table 2−2 is for CardBus signal names and Table 2−3 is for 16-bit PC Card signal names.
Terminal E5 on the GHK package is an identification ball used for device orientation.
Please see Table 2−4 through Table 2−19 for more detailed terminal descriptions. The following list defines the
column headings and the abbreviations used in the detailed terminal description tables.
•I/O Type:
−I = Digital input
−O = Digital output
−I/O = Digital input/output
−AI = Analog input
−PWR = Power
−GND = Ground
•Input/Output Description:
−AF = Analog feedthrough
−TTLI1 = 5-V tolerant TTL input buffer
−TTLI2 = 5-V tolerant TTL input buffer with hysteresis
−LVCO1 = Low-noise 4-mA LVCMOS open drain output buffer
−LVCO2 = Low-noise 4-mA LVCMOS open drain output buffer
−LVCO3 = Low-noise 8-mA LVCMOS open drain output buffer
•PU/PD signifies whether the terminal has an internal pullup or pulldown resistor. These pullups are disabled
and enabled by design when appropriate to preserve power.
−PD1 = 20-µA failsafe pulldown
−PD2 = 100-µA failsafe pulldown
−PU1 = 200-µA pullup
−PU2 = 100-µA pullup
−PU3 = 100-µA pullup
−PU4 = 100-µA pullup
−SW = Switchable 50-µA pullup/200-µA pulldown implemented depending on situation
•Power Rail signifies which rail the terminal is clamped to for protection.
•External Components signifies any external components needed for normal operation.
•Pin Strapping (If Unused) signifies how the terminal must be implemented if its function is not needed.
The terminals are grouped in tables by functionality, such as PCI system function, power-supply function, etc. The
terminal numbers are also listed for convenient reference.
2−13
Table 2−4. Power Supply Terminals
I/O
EXTERNAL
PIN STRAPPING
I/O
EXTERNAL
PIN STRAPPING
Output description, internal pullup/pulldown resistors, and the power rail designation are not applicable for the power
supply terminals.
TERMINAL
NAMENUMBER
AGND
AVDD
GND
V
CC
V
CCA
V
CCB
V
CCP
VDPLL_15T18
VDPLL_33V19
VR_ENH02Internal voltage regulator enable. Active lowFTFT
VR_PORTH01, M191.5-V output from the internal voltage regulatorPWR
W03, W10Clamp voltage for PCI and miscellaneous I/O, 5 V or 3.3 VPWRNA
Analog circuit ground terminalsGNDNA
Analog circuit power terminals. A parallel combination of high
frequency decoupling capacitors near each terminal is suggested,
such as 0.1 µF and 0.001 µF. Lower frequency 10-µF filtering
capacitors are also recommended. These supply terminals are
separated from VDPLL_33 internal to the controller to provide
noise isolation. They must be tied to a low-impedance point on the
circuit board.
Digital ground terminalGNDNA
Power supply terminal for I/O and internal voltage regulatorPWRNA
Clamp voltage for PC Card A interface. Matches card A signaling
environment, 5 V or 3.3 V
Clamp voltage for PC Card B interface. Matches card B signaling
environment, 5 V or 3.3 V
1.5-V PLL circuit power terminal. An external capacitor (0.1 µF
recommended) must be placed between terminals T18 and T17
(VSSPLL) when the internal voltage regulator is enabled
(VR_EN
= 0 V). When the internal voltage regulator is disabled,
1.5-V must be supplied to this terminal and a parallel combination
of high frequency decoupling capacitors near the terminal is
suggested, such as 0.1 µF and 0.001 µF. Lower frequency 10-µF
filtering capacitors are also recommended.
3.3-V PLL circuit power terminal. A parallel combination of high
frequency decoupling capacitors near the terminal is suggested,
such as 0.1 µF and 0.001 µF. Lower frequency 10-µF filtering
capacitors are also recommended. This supply terminal is
separated from AVDD internal to the controller to provide noise
isolation. It must be tied to a low-impedance point on the circuit
board. When the internal voltage regulator is disabled
(VR_EN
= 3.3 V), no voltage is required to be supplied to this
terminal.
PLL circuit ground terminal. This terminal must be tied to the
low-impedance circuit board ground plane.
DESCRIPTION
INPUT
TYPE
GND
PWRFloat
PWRFloat
PWR
GNDNA
COMPONENTS
0.1-µF, 0.001-µF,
and 10-µF
capacitors tied to
AGND
0.1-µF, 0.001-µF,
and 10-µF
capacitors tied to
VSPLL
0.1-µF, 0.001-µF,
and 10-µF
capacitors tied to
VSPLL
Pulled directly to
GND
0.1-µF capacitor
tied to GND
(IF UNUSED)
NA
NA
NA
NA
NA
2−14
Table 2−5. PC Card Power Switch Terminals
I/O
EXTERNAL
I/O
EXTERNAL
I/O
POWER
EXTERNAL
I/O
POWER
EXTERNAL
Internal pullup/pulldown resistors, power rail designation, and pin strapping are not applicable for the power switch
terminals.
TERMINAL
NAMENO.
CLOCKL06
DATAN01
LATCHN02
Power switch clock. Information on the DATA line is sampled at the rising edge of
CLOCK. CLOCK defaults to an input, but can be changed to an output by using bit 27
(P2CCLK) in the system control register (offset 80h, see Section 4.29).
Power switch data. DATA is used to communicate socket power control information
serially to the power switch.
Power switch latch. LATCH is asserted by the controller to indicate to the power
switch that the data on the DATA line is valid.
DESCRIPTION
INPUT OUTPUT
TYPE
I/OTTLI1TTLO1
OLVCO1
OLVCO1
COMPONENTS
PCMCIA power
switch
PCMCIA power
switch
PCMCIA power
switch
Table 2−6. PCI System Terminals
Internal pullup/pulldown resistors and pin strapping are not applicable for the PCI terminals.
TERMINAL
NAMENO.
GRSTT01
PCLKP05
PRST
R03
Global reset. When the global reset is asserted, the GRST signal causes the
controller to place all output buffers in a high-impedance state and reset all internal
registers. When GRST
systems that require wake-up from D3, GRST
boot. PRST
when transitioning from D3 to D0. For systems that do not require wake-up from D3,
GRST
protected from the GRST
placed in a high-impedance state, but the contents of the registers are preserved.
PCI bus clock. PCLK provides timing for all transactions on the PCI bus. All PCI
signals are sampled at the rising edge of PCLK.
PCI bus reset. When the PCI bus reset is asserted, PRST causes the controller to
place all output buffers in a high-impedance state and reset some internal registers.
When PRST
deasserted, the controller is in a default state.
When SUSPEND
clearing the internal registers. All outputs are placed in a high-impedance state, but
the contents of the registers are preserved.
must be asserted following initial boot so that PME context is retained
must be tied to PRST. When the SUSPEND mode is enabled, the controller is
is asserted, the controller is completely nonfunctional. After PRST is
is asserted, the controller is completely in its default state. For
, and the internal registers are preserved. All outputs are
and PRST are asserted, the controller is protected from PRST
DESCRIPTION
is normally asserted only during initial
INPUT
TYPE
ILVCI2
IPCII3V
IPCII3V
RAIL
CCP
CCP
COMPONENTS
Power-on reset or
tied to PRST
2−15
Table 2−7. PCI Address and Data Terminals
I/O
POWER
I/O
POWER
Internal pullup/pulldown resistors and pin strapping are not applicable for the PCI address and data terminals.
PCI address/data bus. These signals make up the multiplexed PCI address and data bus on the
primary interface. During the address phase of a primary-bus PCI cycle, AD31−AD0 contain a
32-bit address or other destination information. During the data phase, AD31−AD0 contain data.
PCI-bus commands and byte enables. These signals are multiplexed on the same PCI
terminals. During the address phase of a primary-bus PCI cycle, C/BE3
command. During the data phase, this 4-bit bus is used as byte enables. The byte enables
determine which byte paths of the full 32-bit data bus carry meaningful data. C/BE0
byte 0 (AD7−AD0), C/BE1
(AD23−AD16), and C/BE3
PCI-bus parity. In all PCI-bus read and write cycles, the controller calculates even parity across
the AD31−AD0 and C/BE3
outputs this parity indicator with a one-PCLK delay. As a target during PCI cycles, the controller
compares its calculated parity to the parity indicator of the initiator. A compare error results in
the assertion of a parity error (PERR
applies to byte 1 (AD15−AD8), C/BE2 applies to byte 2
applies to byte 3 (AD31−AD24).
−C/BE0 buses. As an initiator during PCI cycles, the controller
DESCRIPTION
).
−C/BE0 define the bus
applies to
INPUT OUTPUT
TYPE
I/OPCII3PCIO3V
I/OPCII3PCIO3V
I/OPCII3PCIO3V
RAIL
CCP
CCP
CCP
2−16
Table 2−8. PCI Interface Control Terminals
I/O
POWER
EXTERNAL
I/O
POWER
EXTERNAL
Internal pullup/pulldown resistors and pin strapping are not applicable for the PCI interface control terminals.
TERMINAL
NAMENO.
DEVSEL
FRAME
GNT
IDSELW05
IRDY
PERR
REQ
SERR
STOP
TRDY
N08
V07
T02
U07
V08
U01
U08
W08
R08
PCI device select. The controller asserts DEVSEL to claim a PCI cycle
as the target device. As a PCI initiator on the bus, the controller monitors
DEVSEL
until a target responds. If no target responds before timeout
occurs, then the controller terminates the cycle with an initiator abort.
PCI cycle frame. FRAME is driven by the initiator of a bus cycle. FRAME
is asserted to indicate that a bus transaction is beginning, and data
transfers continue while this signal is asserted. When FRAME
deasserted, the PCI bus transaction is in the final data phase.
PCI bus grant. GNT is driven by the PCI bus arbiter to grant the
controller access to the PCI bus after the current data transaction has
completed. GNT
the PCI bus parking algorithm.
Initialization device select. IDSEL selects the controller 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 on a rising edge of PCLK where both IRDY
asserted. Until IRDY
are inserted.
PCI parity error indicator. PERR is driven by a PCI controller to indicate
that calculated parity does not match PAR when PERR
through bit 6 of the command register (PCI offset 04h, see Section 4.4).
PCI bus request. REQ is asserted by the controller to request access to
the PCI bus as an initiator.
PCI system error. SERR is an output that is pulsed from the controller
when enabled through bit 8 of the command register (PCI offset 04h,
see Section 4.4) indicating a system error has occurred. The controller
need not be the target of the PCI cycle to assert this signal. When SERR
is enabled in the command register, this signal also pulses, indicating
that an address parity error has occurred on a CardBus interface.
PCI cycle stop signal. STOP is driven by a PCI target to request the
initiator to stop the current PCI bus transaction. STOP
disconnects and is commonly asserted by target devices that do not
support burst data transfers.
PCI target ready. TRDY indicates the ability of the primary bus target to
complete the current data phase of the transaction. A data phase is
completed on a rising edge of PCLK when both IRDY
asserted. Until both IRDY
inserted.
may or may not follow a PCI bus request, depending on
DESCRIPTION
is
and TRDY are
and TRDY are both sampled asserted, wait states
is enabled
is used for target
and TRDY are
and TRDY are asserted, wait states are
INPUT OUTPUT
TYPE
I/OPCII3PCIO3V
I/OPCII3PCIO3V
IPCII3V
IPCII3V
I/OPCII3PCIO3V
I/OPCII3PCIO3V
OPCIO3V
OPCIO3V
I/OPCII3PCIO3V
I/OPCII3PCIO3V
RAIL
CCP
CCP
CCP
CCP
CCP
CCP
CCP
CCP
CCP
CCP
COMPONENTS
Pullup resistor per
PCI specification
Pullup resistor per
PCI specification
Pullup resistor per
PCI specification
Pullup resistor per
PCI specification
Pullup resistor per
PCI specification
Pullup resistor per
PCI specification
Pullup resistor per
PCI specification
2−17
Table 2−9. Multifunction and Miscellaneous Terminals
I/O
PU/
EXTERNAL
PIN STRAPPING
I/O
PU/PDEXTERNAL
PIN STRAPPING
configuration details.
The power rail designation is not applicable for the multifunction and miscellaneous terminals.
TERMINAL
NAMENO.
USB enable. These output terminals control an
A_USB_EN
B_USB_EN
CLK_48M01A 48-MHz clock must be connected to this terminal.ILVCI1
MFUNC0N03I/OPCII3PCIO3
MFUNC1M05I/OPCII3PCIO3
MFUNC2P01
MFUNC3P02
MFUNC4P03
MFUNC5N05I/OPCII3PCIO3
MFUNC6R01I/OPCII3PCIO3
NCW17
PHY_TEST_
MA
RI_OUT/
PME
RSVDT19
SCLM03
SDAM02
SPKROUT
SUSPENDR02
TEST0P12
E02
external CBT switch for each socket when an USB
E01
card is inserted into the socket.
Multifunction terminals 0−6. See Section 4.36,
Multifunction Routing Status Register, for
Reserved. This terminal has no connection
anywhere within the package.
PHY test pin. Not for customer use. It must be pulled
R17
high with a 4.7-kΩ resistor.
Ring indicate out and power management event
output. This terminal provides an output for
T03
ring-indicate or PME
Reserved. This terminal has no connection
anywhere within the package.
Serial clock. At PRST, the SCL signal is sampled to
determine if a two-wire serial ROM is present. If the
serial ROM is detected, then this terminal provides
the serial clock signaling and is implemented as
open-drain. For normal operation (a ROM is
implemented in the design), this terminal must be
pulled high to the ROM VDD with a 2.7-kΩ resistor.
Otherwise, it must be pulled low to ground with a
220-Ω resistor.
Serial data. This terminal is implemented as
open-drain, and for normal operation (a ROM is
implemented in the design), this terminal must be
pulled high to the ROM VDD with a 2.7-kΩ resistor.
Otherwise, it must be pulled low to ground with a
220-Ω resistor.
Speaker output. SPKROUT is the output to the host
system that can carry SPKR
controller from the PC Card interface. SPKROUT is
L07
driven as the exclusive-OR combination of card
SPKR
//CAUDIO inputs.
Suspend. SUSPEND protects the internal registers
from clearing when the GRST
asserted. See Section 3.8.6, Suspend Mode, for
details.
Terminal TEST0 is used for factory test of the
controller and must be connected to ground for
normal operation.
DESCRIPTION
signals.
or CAUDIO through the
or PRST signal is
INPUT OUTPUT
TYPE
OLVCO1CBT switchFloat
I/OPCII3PCIO3
I/OPCII3PCIO3
I/OPCII3PCIO3
ILVCI1PD1NA
OLVCO2
—Float
I/OTTLI1TTLO1
I/OTTLI1TTLO1
OTTLO1
IPCII6
I/OLVCI1PD1Tie to GND
COMPONENTS
48 MHz clock
source
Pullup resistor per
PCI specification
Pullup resistor per
I2C specification
(value depends on
EEPROM,
typically 2.7 kΩ)
Pullup resistor per
I2C specification
(value depends on
EEPROM,
typically 2.7 kΩ)
10-kΩ to 47-kΩ
pulldown resistor
10-kΩ to 47-kΩ
pullup resistor
(IF UNUSED)
10-kΩ to 47-kΩ
pullup resistor
10-kΩ to 47-kΩ
pullup resistor
10-kΩ to 47-kΩ
pullup resistor
10-kΩ to 47-kΩ
pullup resistor
10-kΩ to 47-kΩ
pullup resistor
10-kΩ to 47-kΩ
pullup resistor
10-kΩ to 47-kΩ
pullup resistor
Float
NA
Tie to GND if not
using EEPROM
Tie to GND if not
using EEPROM
10-kΩ to 47-kΩ
pulldown resistor
10-kΩ to 47-kΩ
pullup resistor
2−18
Table 2−10. 16-Bit PC Card Address and Data Terminals
I/O
POWER
I/O
POWER
External components are not applicable for the 16-bit PC Card address and data terminals. If any 16-bit PC Card
address and data terminal is unused, then the terminal may be left floating.
H14
G17
G19
H17
H19
J17
J19
K15
K17
H18
J13
J18
K13
G18
L17
M17
K18
K14
H15
F18
G15
E19
E17
D18
C19
D17
M14
N17
N19
N15
P18
B15
A16
A17
M15
N18
M13
P17
P19
A15
B16
C16
†
DESCRIPTION
PC Card address. 16-bit PC Card address lines. A25 is the most significant
bit.
PC Card data. 16-bit PC Card data lines. D15 is the most significant bit.I/O
Table 2−11. 16-Bit PC Card Interface Control Terminals
I/O
POWER
I/O
POWER
External components are not applicable for the 16-bit PC Card interface control terminals. If any 16-bit PC Card
interface control terminal is unused, then the terminal may be left floating.
SKT A TERMINALSKT B TERMINAL
NAMENO.NAMENO.
A_BVD1
(STSCHG
A_BVD2
(SPKR
A_CD1
A_CD2
A_CE1
A_CE2
A_INPACKE07B_INPACKE18
A_IORD
A_IOWR
†
These terminals are reserved for the PCI7611 and PCI7411 controllers.
/RI)
)
B02
A02
C15
E05
G12
B12
C11
E11
B_BVD1
(STSCHG
B_BVD2
(SPKR
B_CD1
B_CD2
B_CE1
B_CE2
B_IORD
B_IOWR
/RI)
)
†
Battery voltage detect 1. BVD1 is generated by 16-bit memory PC Cards that
include batteries. BVD1 is used with BVD2 as an indication of the condition of the
batteries on a memory PC Card. Both BVD1 and BVD2 are high when the battery
is good. When BVD2 is low and BVD1 is high, the battery is weak and must be
replaced. When BVD1 is low, the battery is no longer serviceable and the data in
the memory PC Card is lost. See Section 5.6, ExCA Card Status-Change Interrupt
F14
Configuration Register, for enable bits. See Section 5.5, ExCA Card
Status-Change Register, and Section 5.2, ExCA Interface Status Register, for the
status bits for this signal.
Status change. STSCHG
protect, or battery voltage dead condition of a 16-bit I/O PC Card.
Ring indicate. RI
Battery voltage detect 2. BVD2 is generated by 16-bit memory PC Cards that
include batteries. BVD2 is used with BVD1 as an indication of the condition of the
batteries on a memory PC Card. Both BVD1 and BVD2 are high when the battery
is good. When BVD2 is low and BVD1 is high, the battery is weak and must be
replaced. When BVD1 is low, the battery is no longer serviceable and the data in
the memory PC Card is lost. See Section 5.6, ExCA Card Status-Change Interrupt
Configuration Register, for enable bits. See Section 5.5, ExCA Card
Status-Change Register, and Section 5.2, ExCA Interface Status Register, for the
C17
status bits for this signal.
Speaker. SPKR
socket have been configured for the 16-bit I/O interface. The audio signals from
cards A and B are combined by the controller and are output on SPKROUT.
DMA request. BVD2 can be used as the DMA request signal during DMA
operations to a 16-bit PC Card that supports DMA. The PC Card asserts BVD2 to
indicate a request for a DMA operation.
Card detect 1 and card detect 2. CD1 and CD2 are internally connected to ground
N13
on the PC Card. When a PC Card is inserted into a socket, CD1
B17
pulled low. For signal status, see Section 5.2, ExCA Interface Status Register.
Card enable 1 and card enable 2. CE1 and CE2 enable even- and odd-numbered
M18
address bytes. CE1
L19
odd-numbered address bytes.
Input acknowledge. INPACK is asserted by the PC Card when it can respond to an
I/O read cycle at the current address.
DMA request. INPACK
operations from a 16-bit PC Card that supports DMA. If it is used as a strobe, then
the PC Card asserts this signal to indicate a request for a DMA operation.
I/O read. IORD is asserted by the controller to enable 16-bit I/O PC Card data
output during host I/O read cycles.
L15
DMA write. IORD
16-bit PC Card that supports DMA. The controller asserts IORD
transfers from the PC Card to host memory.
I/O write. IOWR is driven low by the controller to strobe write data into 16-bit I/O
PC Cards during host I/O write cycles.
L13
DMA read. IOWR
16-bit PC Card that supports DMA. The controller asserts IOWR
from host memory to the PC Card.
is used by 16-bit modem cards to indicate a ring detection.
is an optional binary audio signal available only when the card and
enables even-numbered address bytes, and CE2 enables
can be used as the DMA request signal during DMA
is used as the DMA write strobe during DMA operations from a
is used as the DMA write strobe during DMA operations from a
DESCRIPTION
alerts the system to a change in the READY, write
and CD2 are
during DMA
during transfers
TYPE
I
I
I
O
I
O
O
V
V
V
V
V
V
V
V
V
V
V
V
RAIL
CCA
CCB
CCA
CCB
CCA
CCB
CCA
CCB
CCA
CCB
CCA
CCB
/
/
/
/
/
/
2−20
Table 2−11. 16-Bit PC Card Interface Control Terminals (Continued)
I/O
POWER
I/O
POWER
SKT A TERMINALSKT B TERMINAL
NAMENO.NAMENO.
A_OEC12B_OEL18
A_READY
(IREQ
)
A_REG
A_RESETA06B_RESETF17PC Card reset. RESET forces a hard reset to a 16-bit PC Card.O
A_VS1
A_VS2
A_WAIT
A_WEB09B_WEJ15
A_WP
(IOIS16
)
†
These terminals are reserved for the PCI7611 and PCI7411 controllers.
C04
C05
A03
E08
B03
C03
B_READY
(IREQ
B_REG
B_VS1
B_VS2
B_WAIT
B_WP
(IOIS16
)
†
Output enable. OE is driven low by the controller to enable 16-bit memory PC Card
data output during host memory read cycles.
DMA terminal count. OE
16-bit PC Card that supports DMA. The controller asserts OE
write operation.
Ready. The ready function is provided when the 16-bit PC Card and the host socket are
configured for the memory-only interface. READY is driven low by 16-bit memory PC
Cards to indicate that the memory card circuits are busy processing a previous write
command. READY is driven high when the 16-bit memory PC Card is ready to accept a
B19
new data transfer command.
Interrupt request. IREQ
controller on the 16-bit I/O PC Card requires service by the host software. IREQ
(deasserted) when no interrupt is requested.
Attribute memory select. REG remains high for all common memory accesses. When
REG
is asserted, access is limited to attribute memory (OE or WE active) and to the I/O
space (IORD
card memory and is generally used to record card capacity and other configuration and
attribute information.
F15
DMA acknowledge. REG
operations to a 16-bit PC Card that supports DMA. The controller asserts REG
indicate a DMA operation. REG
DMA write (IORD
C18
Voltage sense 1 and voltage sense 2. VS1 and VS2, when used in conjunction with
F19
each other, determine the operating voltage of the PC Card.
Bus cycle wait. WAIT is driven by a 16-bit PC Card to extend the completion of the
B18
memory or I/O cycle in progress.
Write enable. WE is used to strobe memory write data into 16-bit memory PC Cards.
WE
technologies.
DMA terminal count. WE
that supports DMA. The controller asserts WE
operation.
Write protect. WP applies to 16-bit memory PC Cards. WP reflects the status of the
write-protect switch on 16-bit memory PC Cards. For 16-bit I/O cards, WP is used for
the 16-bit port (IOIS16
I/O is 16 bits. IOIS16
PC Card when the address on the bus corresponds to an address to which the 16-bit
A18
)
PC Card responds, and the I/O port that is addressed is capable of 16-bit accesses.
DMA request. WP can be used as the DMA request signal during DMA operations to a
16-bit PC Card that supports DMA. If used, then the PC Card asserts WP to indicate a
request for a DMA operation.
or IOWR active). Attribute memory is a separately accessed section of
is also used for memory PC Cards that employ programmable memory
is used as terminal count (TC) during DMA operations to a
is asserted by a 16-bit I/O PC Card to indicate to the host that a
is used as a DMA acknowledge (DACK) during DMA
) strobes to transfer data.
is used as a TC during DMA operations to a 16-bit PC Card
) function.
applies to 16-bit I/O PC Cards. IOIS16 is asserted by the 16-bit
DESCRIPTION
to indicate TC for a DMA
is high
to
is used in conjunction with the DMA read (IOWR) or
to indicate the TC for a DMA read
TYPE
O
I
O
I/O
I
O
I
V
V
V
V
V
V
V
V
V
V
V
V
V
V
V
V
RAIL
CCA
CCB
CCA
CCB
CCA
CCB
CCA
CCB
CCA
CCB
CCA
CCB
CCA
CCB
CCA
CCB
/
/
/
/
/
/
/
/
2−21
Table 2−12. CardBus PC Card Interface System Terminals
I/O
PU/
POWER
I/O
PU/PDPOWER
A 33-Ω to 47-Ω series damping resistor (per PC Card specification) is the only external component needed for
terminals B08 (A_CCLK) and H17 (B_CCLK). If any CardBus PC Card interface system terminal is unused, then the
terminal may be left floating.
SKT A TERMINALSKT B TERMINAL
NAMENO.NAMENO.
A_CCLKE09B_CCLKH18
A_CCLKRUN
A_CRST
†
These terminals are reserved for the PCI7611 and PCI7411 controllers.
C03
A06
B_CCLKRUN
B_CRST
†
CardBus clock. CCLK provides synchronous timing
for all transactions on the CardBus interface. All
signals except CRST
CAUDIO, CCD2
sampled on the rising edge of CCLK, and all timing
parameters are defined with the rising edge of this
signal. CCLK operates at the PCI bus clock
frequency , but it can be stopped in the low state or
slowed down for power savings.
CardBus clock run. CCLKRUN is used by a CardBus
PC Card to request an increase in the CCLK
A18
frequency , and by the controller to indicate that the
CCLK frequency is going to be decreased.
CardBus reset. CRST brings CardBus PC
Card-specific registers, sequencers, and signals to a
known state. When CRST
F17
PC Card signals are placed in a high-impedance
state, and the controller drives these signals to a valid
logic level. Assertion can be asynchronous to CCLK,
but deassertion must be synchronous to CCLK.
DESCRIPTION
, CCLKRUN, CINT, CSTSCHG,
, CCD1, CVS2, and CVS1 are
is asserted, all CardBus
INPUT OUTPUT
TYPE
OPCIO3
I/OPCII4PCIO4PU3
OPCII4PCIO4PU3
V
V
V
V
V
V
RAIL
CCA
CCB
CCA
CCB
CCA
CCB
/
/
/
2−22
Table 2−13. CardBus PC Card Address and Data Terminals
I/O
POWER
I/O
POWER
External components are not applicable for the 16-bit PC Card address and data terminals. If any CardBus PC Card
address and data terminal is unused, then the terminal may be left floating.
CardBus address and data. These signals make up the multiplexed
G17
CardBus address and data bus on the CardBus interface. During
K17
the address phase of a CardBus cycle, CAD31−CAD0 contain a
L13
32-bit address. During the data phase of a CardBus cycle,
CAD31−CAD0 contain data. CAD31 is the most significant bit.
K18
L15
L17
L18
L19
M17
M14
M15
N19
N18
N15
M13
P18
P17
P19
CardBus bus commands and byte enables. CC/BE3−CC/BE0 are
multiplexed on the same CardBus terminals. During the address
F15
phase of a CardBus cycle, CC/BE3
command. During the data phase, this 4-bit bus is used as byte
G18
enables. The byte enables determine which byte paths of the full
K14
32-bit data bus carry meaningful data. CC/BE0
M18
(CAD7−CAD0), CC/BE1
CC/BE2
applies to byte 2 (CAD23−CAD16), and CC/BE3 applies to
byte 3 (CAD31−CAD24).
CardBus parity. In all CardBus read and write cycles, the controller
calculates even parity across the CAD and CC/BE
initiator during CardBus cycles, the controller outputs CPAR with a
one-CCLK delay. As a target during CardBus cycles, the controller
compares its calculated parity to the parity indicator of the initiator;
a compare error results in a parity error assertion.
DESCRIPTION
−CC/BE0 define the bus
applies to byte 1 (CAD15−CAD8),
applies to byte 0
buses. As an
TYPE
I/O
I/O
I/O
INPUT OUTPUT
PCII7PCIO7
PCII7PCIO7
PCII7PCIO7
V
V
V
V
V
V
RAIL
CCA
CCB
CCA
CCB
CCA
CCB
/
/
/
†
These terminals are reserved for the PCI7611 and PCI7411 controllers.
2−23
Table 2−14. CardBus PC Card Interface Control Terminals
I/O
PU/
POWER
I/O
PU/PDPOWER
A_CCD1
C15
B_CCD1
N13
CCD2 are used in conjunction with CVS1 and CVS2
A_CCD1
C15
B_CCD1
N13
CCD2 are used in conjunction with CVS1 and CVS2
If any CardBus PC Card interface control terminal is unused, then the terminal may be left floating.
SKT A TERMINALSKT B TERMINAL
NAMENO.NAMENO.
A_CAUDIOA02B_CAUDIOC17
A_CBLOCK
A_CCD2
A_CDEVSEL
A_CFRAME
A_CGNT
A_CINT
A_CIRDY
A_CPERR
A_CREQ
A_CSERR
†
These terminals are reserved for the PCI7611 and PCI7411 controllers.
E10
E05
C09
C08
B09
C04
B08
F10
E07
B03
B_CBLOCK
B_CCD2
B_CDEVSEL
B_CFRAME
B_CGNT
B_CINT
B_CIRDY
B_CPERR
B_CREQ
B_CSERR
†
CardBus audio. CAUDIO is a digital input signal from
a PC Card to the system speaker. The controller
supports the binary audio mode and outputs a binary
signal from the card to SPKROUT.
CardBus lock. CBLOCK is used to gain exclusive
J19
access to a target.
CardBus detect 1 and CardBus detect 2. CCD1 and
B17
to identify card insertion and interrogate cards to
determine the operating voltage and card type.
CardBus device select. The controller asserts
CDEVSEL
device. As a CardBus initiator on the bus, the
H19
controller monitors CDEVSEL
If no target responds before timeout occurs, then the
controller terminates the cycle with an initiator abort.
CardBus cycle frame. CFRAME is driven by the
initiator of a CardBus bus cycle. CFRAME
to indicate that a bus transaction is beginning, and
G19
data transfers continue while this signal is asserted.
When CFRAME
transaction is in the final data phase.
CardBus bus grant. CGNT is driven by the controller
to grant a CardBus PC Card access to the CardBus
J15
bus after the current data transaction has been
completed.
CardBus interrupt. CINT is asserted low by a CardBus
B19
PC Card to request interrupt servicing from the host.
CardBus initiator ready. CIRDY indicates the ability of
the CardBus initiator to complete the current data
phase of the transaction. A data phase is completed
J13
on a rising edge of CCLK when both CIRDY
CTRDY
are asserted. Until CIRDY and CTRDY are
both sampled asserted, wait states are inserted.
CardBus parity error. CPERR reports parity errors
during CardBus transactions, except during special
J18
cycles. It is driven low by a target two clocks following
the data cycle during which a parity error is detected.
CardBus request. CREQ indicates to the arbiter that
E18
the CardBus PC Card desires use of the CardBus bus
as an initiator.
CardBus system error. CSERR reports address parity
errors and other system errors that could lead to
catastrophic results. CSERR
B18
synchronous to CCLK, but deasserted by a weak
pullup; deassertion may take several CCLK periods.
The controller can report CSERR
assertion of SERR
DESCRIPTION
to claim a CardBus cycle as the target
until a target responds.
is deasserted, the CardBus bus
is driven by the card
to the system by
on the PCI interface.
is asserted
and
INPUT OUTPUT
TYPE
IPCII4PCIO4PU3
I/OPCII4PCIO4PU3
ITTLI2PU4
I/OPCII4PCIO4PU3
I/OPCII7PCIO7
OPCII7PCIO7
IPCII4PCIO4PU3
I/OPCII4PCIO4PU3
I/OPCII4PCIO4PU3
IPCII4PCIO4PU3
IPCII4PCIO4PU3
V
V
V
V
V
V
V
V
V
V
V
V
V
V
V
V
V
V
V
V
RAIL
CCA
CCB
CCA
CCB
CCA
CCB
CCA
CCB
CCA
CCB
CCA
CCB
CCA
CCB
CCA
CCB
CCA
CCB
CCA
CCB
/
/
/
/
/
/
/
/
/
/
2−24
Table 2−14. CardBus PC Card Interface Control Terminals (Continued)
I/O
PU/
POWER
I/O
PU/PDPOWER
SKT A TERMINALSKT B TERMINAL
NAMENO.NAMENO.
A_CSTOP
A_CSTSCHG
A_CTRDY
A_CVS1
A_CVS2
†
These terminals are reserved for the PCI7611 and PCI7411 controllers.
A09
B02
A08
A03
E08
B_CSTOP
B_CSTSCHG
B_CTRDY
B_CVS1
B_CVS2
†
CardBus stop. CSTOP is driven by a CardBus target
to request the initiator to stop the current CardBus
J17
transaction. CSTOP
and is commonly asserted by target devices that do
not support burst data transfers.
CardBus status change. CSTSCHG alerts the system
to a change in the card status, and is used as a
F14
wake-up mechanism.
CardBus target ready. CTRDY indicates the ability of
the CardBus target to complete the current data
phase of the transaction. A data phase is completed
H17
on a rising edge of CCLK, when both CIRDY
CTRDY
are asserted; until this time, wait states are
inserted.
CardBus voltage sense 1 and CardBus voltage sense
2. CVS1 and CVS2 are used in conjunction with
C18
CCD1
F19
and CCD2 to identify card insertion and
interrogate cards to determine the operating voltage
and card type.
DESCRIPTION
is used for target disconnects,
and
INPUT OUTPUT
TYPE
I/OPCII4PCIO4PU3
IPCII6SW1
I/OPCII1PCIO1PU5
I/OTTLI2TTLO1PU4
V
V
V
V
V
V
V
V
RAIL
CCA
CCB
CCA
CCB
CCA
CCB
CCA
CCB
/
/
/
/
2−25
TERMINAL
I/O
EXTERNAL
PIN STRAPPING
I/O
EXTERNAL
PIN STRAPPING
signal pins must be matched and as short as possible to the
signal pins must be matched and as short as possible to the
NAMENO.
CNAP15
CPSM11
PC0
PC1
PC2
R0
R1
TPA0P
TPA0N
TPA1P
TPA1N
TPBIAS0
TPBIAS1
TPB0P
TPB0N
TPB1P
TPB1N
XI
XO
R12
U13
V13
U18
U19
V15
W15
V18
W18
U15
U17
V14
W14
V16
W16
R18
R19
Table 2−15. IEEE 1394 Physical Layer Terminals
DESCRIPTION
Cable not active. This terminal is asserted high when there
are no ports receiving incoming bias voltage. If it is not used,
then this terminal must be strapped either to DVDD or GND
through a resistor. The CNA terminal can be disabled by
setting bit 7 (CNAOUT) of the PCI PHY control register at
offset ECh in the PCI configuration space (see Section 7.22,
PCI PHY Control Register). This bit is loaded by the serial
EEPROM. If an EEPROM is implemented and CNA
functionality is needed, then the appropriate bit in the serial
EEPROM must be cleared as defined in Table 3−9.
Cable power status input. This terminal is normally
connected to cable power through a 400-kΩ resistor. This
circuit drives an internal comparator that is used to detect
the presence of cable power. If CPS is not used to detect
cable power, then this terminal must be pulled to GND.
Power class programming inputs. On hardware reset, these
inputs set the default value of the power class indicated
during self-ID. Programming is done by tying these terminals
high or low.
Current-setting resistor terminals. These terminals are
connected to an external resistance to set the internal
operating currents and cable driver output currents. A
resistance of 6.34 kΩ ±1% is required to meet the IEEE Std
1394-1995 output voltage limits.
Twisted-pair cable A differential signal terminals. Board trace
lengths from each pair of positive and negative differential
external load resistors and to the cable connector. For an
unused port, TPA+ and TPA− can be left open.
Twisted-pair bias output. This provides the 1.86-V nominal
bias voltage needed for proper operation of the twisted-pair
cable drivers and receivers and for signaling to the remote
nodes that there is an active cable connection. Each of
these pins must be decoupled with a 1.0-µF capacitor to
ground.
Twisted-pair cable B differential signal terminals. Board trace
lengths from each pair of positive and negative differential
external load resistors and to the cable connector. For an
unused port, TPB+ and TPB− must be pulled to ground.
Crystal oscillator inputs. These pins connect to a
24.576-MHz parallel resonant fundamental mode crystal.
The optimum values for the external shunt capacitors are
dependent on the specifications of the crystal used (see
Section 3.9.2, Crystal Selection). An external clock input can
be connected to the XI terminal. When using an external
clock input, the XO terminal must be left unconnected, and
the clock must be supplied before the controller is taken out
of reset. Refer to Section 3.9.2 for the operating
characteristics of the XI terminal.
INPUT OUTPUT
TYPE
I/OLVCO1Tie to GND
FTFT
ILVCI1
—
I/O
I/O
I/O
I/O
I/O
—
COMPONENTS
390-kΩ series
resistor to
BUSPOWER if
providing power
through the 1394
port
Pullup resistors if
high. Can be tied
directly to ground
if set to low.
6.34-kΩ±1%
resistor between
R0 and R1 per
1394 specification
1394 termination
(see reference
schematics)
1394 termination
(see reference
schematics)
1394 termination
(see reference
schematics)
1394 termination
(see reference
schematics)
1394 termination
(see reference
schematics)
24.576-MHz
oscillator (see
implementation
guide)
(IF USED)
Pullup to V
through 1-kΩ
resistor
Tie to GND
Float
Pull directly to
V
CC
Float
Float
Float
Tie to GND
Tie to GND
Tie to GND
Float
CC
2−26
Table 2−16. SD/MMC Terminals
I/O
PU/
POWER
EXTERNAL
I/O
PU/PDPOWER
EXTERNAL
I/O
PU/
POWER
EXTERNAL
I/O
PU/PDPOWER
EXTERNAL
If any SD/MMC terminal is unused, then the terminal may be left floating.
TERMINAL
NAMENO.
MC_PWR_CTRL_0
MC_PWR_CTRL_1
SD_CDE03
SD_CLKJ05, G05
SD_CMDJ03, F03
SD_DAT3
SD_DAT2
SD_DAT1
SD_DAT0
SD_WPH07
F01
F02
J02, H05
J01, G03
J06, G02
H03, G01
Media card power control for flash media sockets.OLVCO1
SD/MMC card detect. This input is asserted when
SD/MMC cards are inserted.
SD flash clock. This output provides the SD/MMC
clock, which operates at 16 MHz.
SD flash command. This signal provides the SD
command per the SD Memory Card Specifications.
SD flash data [3:0]. These signals provide the SD
data path per the SD Memory Card Specifications.
SD write protect data. This signal indicates that the
media inserted in the socket is write protected.
DESCRIPTION
INPUT OUTPUT
TYPE
ILVCI1PU2V
I/OTTLO2SW2 V
I/OTTLI2TTLO2SW2 V
I/OTTLI2TTLO2SW2 V
ITTLI2SW2 V
Table 2−17. Memory Stick/PRO Terminals
If any Memory Stick/PRO terminal is unused, then the terminal may be left floating.
TERMINAL
NAMENO.
MC_PWR_CTRL_0
MC_PWR_CTRL_1
MS_BSF03
MS_CDF05
MS_CLKG05
MS_DATA3
MS_DATA2
MS_DATA1
MS_SDIO (DATA0)G01
F01
F02
H05
G03
G02
Media card power control for flash media sockets.OLVCO1
Memory Stick bus state. This signal provides Memory
Stick bus state information.
Media Card detect. This input is asserted when a
Memory Stick or Memory Stick Pro media is inserted.
Memory Stick clock. This output provides the MS clock,
which operates at 16 MHz.
Memory Stick data [3:1]. These signals provide the
Memory Stick data path.
Memory Stick serial data I/O. This signal provides
Memory Stick data input/output. Memory Stick data 0.
DESCRIPTION
INPUT OUTPUT
TYPE
I/OTTLO2SW2 V
ILVCI1PU2V
I/OTTLO2SW2 V
I/OTTLI2TTLO2SW2 V
I/OTTLI2TTLO2SW2 V
RAIL
CC
CC
CC
CC
CC
RAIL
CC
CC
CC
CC
CC
COMPONENTS
Power switch or
FET to turn power
on to FM socket
COMPONENTS
Power switch or
FET to turn power
on to FM socket
2−27
Table 2−18. Smart Media/XD Terminals
I/O
PU/
POWER
EXTERNAL
I/O
PU/PDPOWER
EXTERNAL
If any Smart Media/XD terminal is unused, then the terminal may be left floating.
Media card power control for flash media sockets.OLVCO1
F02
SmartMedia address latch enable. This signal
functions as specified in the SmartMedia
specification, and is used to latch addresses
passed over SM_D7−SM_D0.
SmartMedia card detect. This input is asserted
when SmartMedia cards are inserted.
SmartMedia card enable. This signal functions as
specified in the SmartMedia specification, and is
used to enable the media for a pending
transaction.
SmartMedia command latch enable. This signal
functions as specified in the SmartMedia
specification, and is used to latch commands
passed over SM_D7−SM_D0.
J02
J01
J06
SmartMedia data terminals. These signals pass
H03
data to and from the SmartMedia, and functions
H05
as specified in the SmartMedia specifications.
G03
G02
G01
SmartMedia physical write protect. This input
comes from the write protect tab of the
SmartMedia card.
SmartMedia read enable. This signal functions as
specified in the SmartMedia specification, and is
used to latch a read transfer from the card.
SmartMedia read/busy. This signal functions as
specified in the SmartMedia specification, and is
used to pace data transfers to the card.
SmartMedia write enable. This signal functions as
specified in the SmartMedia specification, and is
used to latch a write transfer to the card.
DESCRIPTION
INPUT OUTPUT
TYPE
OTTLO2SW2 V
ILVCI1PU2V
OTTLO2SW2 V
OTTLO2SW2 V
I/OTTLI2TTLO2SW2 V
IPCII5PCIO5SW3
OTTLO2SW2 V
IPCII5PCIO5SW3 V
OTTLO2SW2 V
RAIL
CC
CC
CC
CC
CC
CC
CC
CC
CC
PARTS
Power switch or
FET to turn power
on to FM socket
2−28
Table 2−19. Smart Card Terminals
I/O
PU/
POWER
EXTERNAL
I/O
PU/PDPOWER
EXTERNAL
†
If any Smart Card terminal is unused, then the terminal may be left floating, except for SC_VCC_5V which must be
connected to 5 V.
TERMINAL
NAMENO.
SC_CDL02
SC_CLKK05
SC_DATAL01Smart Card data input/outputI/OPCII5PCIO5SW3
SC_OCL03
SC_PWR_CTRLL05Smart Card power control for the Smart Card socket.OLVCO1
These terminals are reserved for the PCI7421 and PCI7411 controllers.
Smart Card card detect. This input is asserted when Smart
Cards are inserted.
Smart Card clock. The controller drives a 3-MHz clock to the
Smart Card interface when enabled.
Smart Card overcurrent. This input comes from the Smart
Card power switch.
Smart Card function code. The controller does not support
synchronous Smart Cards as specified in ISO/IEC 7816-10,
and this terminal is in a high-impedance state.
H03
J06
Smart Card general-purpose I/O terminals. These signals
J01
can be controlled by firmware and are used as control
J02
signals for an external Smart Card interface chip or level
J03
shifter.
J05
J07
Smart Card reserved. This terminal is in a high-impedance
state.
Smart Card This signal starts and stops the Smart Card
reset sequence. The controller asserts this reset when
requested by the host.
DESCRIPTION
INPUT OUTPUT
TYPE
ITTLI2SW2VCC
OPCIO8
ILVCI1PU25 V
IPCII5PCIO5SW3
I/OTTLI2TTLO2SW25 V
IPCII5PCIO5SW35 V
OPCIO6
RAIL
PARTS
22 kΩ resistor to
GND
68 pF capacitor
to GND
Power switch or
FET to turn on
power to FM
socket
1 kΩ resistor to
5 V
2−29
2−30
3 Feature/Protocol Descriptions
The following sections give an overview of the PCI7x21/PCI7x11 controller. Figure 3−1 shows the connections to the
PCI7x21/PCI7x11 controller. The PCI interface includes all address/data and control signals for PCI protocol. The
interrupt interface includes terminals for parallel PCI, parallel ISA, and serialized PCI and ISA signaling.
PCI Bus
EEPROM
1394a
Socket
PC
Card/
UltraMedia
Card
PCI7x21/
PCI7x11
Power
Switch
SD/MMC
MS/MSPRO
SM/xD
SD/MMC
PC
Card/
UltraMedia
Card
Power Switch
Power Switch
Figure 3−1. PCI7x21/PCI7x11 System Block Diagram
3.1Power Supply Sequencing
The PCI7x21/PCI7x11 controller contains 3.3-V I/O buffers with 5-V tolerance requiring a core power supply and
clamp voltages. The core power supply is always 1.5 V. The clamp voltages can be either 3.3 V or 5 V, depending
on the interface. The following power-up and power-down sequences are recommended.
The power-up sequence is:
1. Power core 1.5 V.
2. Apply the I/O voltage.
3. Apply the analog voltage.
4. Apply the clamp voltage.
The power-down sequence is:
1. Remove the clamp voltage.
2. Remove the analog voltage.
3. Remove the I/O voltage.
4. Remove power from the core.
NOTE: If the voltage regulator is enabled, then steps 2, 3, and 4 of the power-up sequence
and steps 1, 2, and 3 of the power-down sequence all occur simultaneously.
3−1
3.2I/O Characteristics
The PCI7x21/PCI7x11 controller meets the ac specifications of the PC Card Standard (release 8.1) and the PCI Local
Bus Specification. Figure 3−2 shows a 3-state bidirectional buffer. Section 14.2, Recommended Operating
Conditions, provides the electrical characteristics of the inputs and outputs.
V
Tied for Open Drain
OE
CCP
Pad
Figure 3−2. 3-State Bidirectional Buffer
3.3Clamping Voltages
The clamping voltages are set to match whatever external environment the PCI7x21/PCI7x11 controller is interfaced
with: 3.3 V or 5 V. The I/O sites can be pulled through a clamping diode to a voltage rail that protects the core from
external signals. The core power supply is 1.5 V and is independent of the clamping voltages. For example, PCI
signaling can be either 3.3 V or 5 V, and the PCI7x21/PCI7x11 controller must reliably accommodate both voltage
levels. This is accomplished by using a 3.3-V I/O buffer that is 5-V tolerant, with the applicable clamping voltage
applied. If a system designer desires a 5-V PCI bus, then V
The PCI7x21/PCI7x11 controller is fully compliant with the PCI Local Bus Specification. The PCI7x21/PCI7x11
controller provides all required signals for PCI master or slave operation, and may operate in either a 5-V or 3.3-V
signaling environment by connecting the V
PCI signals, the PCI7x21/PCI7x11 controller provides the optional interrupt signals INTA
terminals to the desired voltage level. In addition to the mandatory
CCP
, INTB, INTC, and INTD.
3.4.11394 PCI Bus Master
As a bus master, the 1394 function of the PCI7x21/PCI7x11 controller supports the memory commands specified in
Table 3−1. The PCI m a s t er s u pp o rts the memory read, memory read line, and memory read multiple commands. The
read command usage for read transactions of greater than two data phases are determined by the selection in bits
9−8 (MR_ENHANCE field) of the PCI miscellaneous configuration register (refer to Section 7.23 for details). For read
transactions of one or two data phases, a memory read command is used.
Table 3−1. PCI Bus Support
PCI
Memory read0110DMA read from memory
Memory write0111DMA write to memory
Memory read multiple1100DMA read from memory
Memory read line1110DMA read from memory
Memory write and invalidate1111DMA write to memory
COMMAND
C/BE3
−C/BE0
OHCI MASTER FUNCTION
3−2
3.4.2Device Resets
The following are the requirements for proper reset of the PCI7x21/PCI7x11 controller:
1. GRST
2. GRST
3. PRST
4. PCLK must be stable for 100 µs before PRST
VCC
GRST
PRST
and PRST must both be asserted at power on.
must be asserted for at least 2 ms at power on
must be deasserted either at the same time or after GRST is asserted
is deasserted.
> 2 ms> 0 ns
PCLK
> 100 ms
Figure 3−3. PCI Reset Requirement
3.4.3Serial EEPROM I2C Bus
The PCI7x21/PCI7x11 controller offers many choices for modes of operation, and these choices are selected by
programming several configuration registers. For system board applications, these registers are normally
programmed through the BIOS routine. For add-in card and docking-station/port-replicator applications, the
PCI7x21/PCI7x11 controller provides a two-wire inter-integrated circuit (IIC or I
serial EEPROM.
The PCI7x21/PCI7x1 1 controller is always the bus master, and the EEPROM is always the slave. Either device can
drive the bus low, but neither device drives the bus high. The high level is achieved through the use of pullup resistors
on the SCL and SDA signal lines. The PCI7x21/PCI7x11 controller is always the source of the clock signal, SCL.
System designers who wish to load register values with a serial EEPROM must use pullup resistors on the SCL and
SDA terminals. If the PCI7x21/PCI7x11 controller detects a logic-high level on the SCL terminal at the end of GRST
then it initiates incremental reads from the external EEPROM. Any size serial EEPROM up to the I
can be used, but only the first 96 bytes (from offset 00h to offset 5Fh) are required to configure the PCI7x21/PCI7x11
controller. Figure 3−3 shows a serial EEPROM application.
In addition to loading configuration data from an EEPROM, the PCI7x21/PCI7x11 I
write from other I
2
C serial devices. A system designer can control the I2C bus, using the PCI7x21/PCI7x1 1 controller
2
C) serial bus for use with an external
2
C limit of 16 Kbits
2
C bus can be used to read and
,
3−3
as bus master, by reading and writing PCI configuration registers. Setting bit 3 (SBDETECT) in the serial bus
control/status register (PCI offset B3h, see Section 4.50) causes the PCI7x21/PCI7x11 controller to route the SDA
and SCL signals to the SDA and SCL terminals, respectively. The read/write data, slave address, and byte addresses
are manipulated by accessing the serial bus data, serial bus index, and serial bus slave address registers (PCI offsets
B0h, B1h, and B2h; see Sections 4.47, 4.48, and 4.49, respectively).
EEPROM interface status information is communicated through the serial bus control and status register (PCI offset
B3h, see Section 4.50). Bit 3 (SBDETECT) in this register indicates whether or not the PCI7x21/PCI7x11 serial ROM
circuitry detects the pullup resistor on SCL. Any undefined condition, such as a missing acknowledge, results in bit
0 (ROM_ERR) being set. Bit 4 (ROMBUSY) is set while the subsystem ID register is loading (serial ROM interface
is busy).
The subsystem vendor ID for functions 2 and 3 is also loaded through EEPROM. The EEPROM load data goes to
all four functions from the serial EEPROM loader.
V
CC
Serial
ROM
A0
A1A2SCL
SDA
SCL
SDA
PCI7x21/PCI7x11
Figure 3−4. Serial ROM Application
3.4.4Functions 0 and 1 (CardBus) Subsystem Identification
The subsystem vendor ID register (PCI offset 40h, see Section 4.26) and subsystem ID register (PCI offset 42h, see
Section 4.27) make up a doubleword of PCI configuration space for functions 0 and 1. This doubleword register is
used for system and option card (mobile dock) identification purposes and is required by some operating systems.
Implementation of this unique identifier register is a PC 99/PC 2001 requirement.
The PCI7x21/PCI7x11 controller of fers two mechanisms to load a read-only value into the subsystem registers. The
first mechanism relies upon the system BIOS providing the subsystem ID value. The default access mode to the
subsystem registers is read-only, but can be made read/write by clearing bit 5 (SUBSYSRW) in the system control
register (PCI offset 80h, see Section 4.29). Once this bit is cleared, the BIOS can write a subsystem identification
value into the registers at PCI offset 40h. The BIOS must set the SUBSYSRW bit such that the subsystem vendor
ID register and subsystem ID register are limited to read-only access. This approach saves the added cost of
implementing the serial electrically erasable programmable ROM (EEPROM).
In some conditions, such as in a docking environment, the subsystem vendor ID register and subsystem ID register
must be loaded with a unique identifier via a serial EEPROM. The PCI7x21/PCI7x11 controller loads the data from
the serial EEPROM after a reset of the primary bus. Note that the SUSPEND
PCI7x21/PCI7x11 core, including the serial-bus state machine (see Section 3.8.6, Suspend Mode, for details on
using SUSPEND
).
The PCI7x21/PCI7x11 controller provides a two-line serial-bus host controller that can interface to a serial EEPROM.
See Section 3.6, Serial EEPROM Interface,
for details on the two-wire serial-bus controller and applications.
The subsystem identification register is used for system and option card identification purposes. This register can
be initialized from the serial EEPROM or programmed via the subsystem access register at offset F8h in the PCI
configuration space (see Section 7.25, Subsystem Access Register). See Table 7−22 for a complete description of
the register contents.
Write access to the subsystem access register updates the subsystem identification registers identically to
OHCI-Lynx. The contents of the subsystem access register are aliased to the subsystem vendor ID and subsystem
ID registers at Function 2 PCI offsets 2Ch and 2Eh, respectively. The system ID value written to this register may also
be read back from this register. See Table 7−22 for a complete description of the register contents.
The subsystem identification register is used for system and option card identification purposes. This register can
be initialized from the serial EEPROM or programmed via the subsystem access register at offset 50h in the PCI
configuration space (see Section 11.22, Subsystem Access Register). See Table 11−15 for a complete description
of the register contents.
The contents of the subsystem access register are aliased to the subsystem vendor ID and subsystem ID registers
at Function 3 PCI offsets 2Ch and 2Eh, respectively. See Table 11−15 for a complete description of the register
contents.
The subsystem identification register is used for system and option card identification purposes. This register can
be initialized from the serial EEPROM or programmed via the subsystem access register at offset 8Ch in the PCI
configuration space (see Section 12.23, Subsystem Access Register). See Table 12−16 for a complete description
of the register contents.
The contents of the subsystem access register are aliased to the subsystem vendor ID and subsystem ID registers
at Function 4 PCI offsets 2Ch and 2Eh, respectively. See Table 12−16 for a complete description of the register
contents.
The subsystem identification register is used for system and option card identification purposes. This register can
be initialized from the serial EEPROM or programmed via the subsystem access register at offset 50h in the PCI
configuration space (see Section 13.23, Subsystem ID Alias Register). See Table 13−14 for a complete description
of the register contents.
The contents of the subsystem access register are aliased to the subsystem vendor ID and subsystem ID registers
at Function 5 PCI offsets 2Ch and 2Eh, respectively. See Table 13−14 for a complete description of the register
contents.
3.5PC Card Applications
The PCI7x21/PCI7x11 controller supports all the PC Card features and applications as described below.
•Card insertion/removal and recognition per the PC Card Standard (release 8.1)
•Speaker and audio applications
•LED socket activity indicators
•PC Card controller programming model
•CardBus socket registers
3−5
3.5.1PC Card Insertion/Removal and Recognition
The PC Card Standard (release 8.1) addresses the card-detection and recognition process through an interrogation
procedure that the socket must initiate on card insertion into a cold, nonpowered socket. Through this interrogation,
card voltage requirements and interface (16-bit versus CardBus) are determined.
The scheme uses the card-detect and voltage-sense signals. The configuration of these four terminals identifies the
card type and voltage requirements of the PC Card interface.
3.5.2Low Voltage CardBus Card Detection
The card detection logic of the PCI7x21/PCI7x11 controller includes the detection of Cardbus cards with VCC = 3.3
V and V
present state register as follows based on bit 10 (12V_SW_SEL) in the general control register (PCI offset 86h, see
Section 4.31):
= 1.8 V. The reporting of the 1.8-V CardBus card (VCC = 3.3 V , VPP = 1.8 V) is reported through the socket
PP
•If the 12V_SW_SEL bit is 0 (TPS2228 is used), then the 1.8-V CardBus card causes the 3VCARD bit in the
socket present state register to be set.
•If the 12V_SW_SEL bit is 1 (TPS2226 is used), then the 1.8-V CardBus card causes the XVCARD bit in
the socket present state register to be set.
3.5.3UltraMedia Card Detection
The PCI7x21/PCI7x11 controller is capable of detecting all the UltraMedia devices defined by the PCMCIA Proposal
0262 – MultiMedia Cards, Secure Digital, Memory Stick devices, and Smart Card devices. The detection of these
devices is made possible through circuitry included in the PCI7x21/PCI7x11 controller and the adapters used to
interface these devices with the PC Card/CardBus sockets. No additional hardware requirements are placed on the
system designer in order to support these devices.
The PC Card Standard addresses the card detection and recognition process through an interrogation procedure that
the socket must initiate upon card insertion into a cold, unpowered socket. Through this interrogation, card voltage
requirements and interface type (16-bit vs. CardBus) are determined. The scheme uses the CD1, CD2, VS1, and VS2
signals (CCD1, CCD2, CVS1, CVS2 for CardBus). A PC Card designer connects these four terminals in a certain
configuration to indicate the type of card and its supply voltage requirements. The encoding scheme for this, defined
in the PC Card Standard, is shown in Table 3−2.
3−6
Table 3−2. PC Card—Card Detect and Voltage Sense Connections
CD2//CCD2CD1//CCD1VS2//CVS2VS1//CVS1KeyInterfaceV
GroundGroundOpenOpen5 V16-bit PC Card5 VPer CIS (VPP)
GroundGroundOpenGround5 V16-bit PC Card5 V and 3.3 VPer CIS (VPP)
GroundGroundGroundGround5 V16-bit PC Card
GroundGroundOpenGroundLV16-bit PC Card3.3 VPer CIS (VPP)
Ground
GroundGroundGroundGroundLV16-bit PC Card3.3 V and X.X VPer CIS (VPP)
Connect to
CVS2
Connect to
CVS1
GroundGroundGroundOpenLV16-bit PC CardX.X VPer CIS (VPP)
Connect to
CVS2
Ground
Connect to
CVS1
Ground
Ground
Connect to
CVS1
Ground
GroundGround
Ground
Connect to
CVS2
GroundOpen
Connect to
CVS1
Connect to
CVS2
Open
Connect to
CCD2
Connect to
CCD2
Connect to
CCD1
Ground
Connect to
CCD1
Connect to
CCD1
GroundLVCardBus PC Card3.3 V and X.X VPer CIS (VPP)
Connect to
CCD2
OpenLVCardBus PC Card3.3 V1.8 V (V
OpenLVCardBus PC CardX.X V and Y.Y VPer CIS (VPP)
Connect to
CCD2
Connect to
CCD1
GroundReservedReserved
LVCardBus PC Card3.3 VPer CIS (VPP)
LVCardBus PC Card
LVCardBus PC CardY.Y VPer CIS (VPP)
LVUltraMediaPer query terminals
CC
5 V, 3.3 V, and
X.X V
3.3 V, X.X V,
and Y.Y V
VPP/V
CORE
Per CIS (VPP)
Per CIS (VPP)
CORE
)
3.5.4Flash Media Card Detection
The PCI7x21/PCI7x11 controller detects an MMC/SD card insertion through the MC_CD_0 terminal. When this
terminal is 0, an MMC/SD card is inserted in the socket. The PCI7x21/PCI7x1 1 controller debounces the MC_CD_0
signal such that instability of the signal does not cause false card insertions. The debounce time is approximately 50
ms. The MC_CD_0
card detection and power control logic.
The MMC/SD card detection and power control logic contains three main states:
•Socket empty, power off
•Card inserted, power off
•Card inserted, power on
The PCI7x21/PCI7x11 controller detects a Memory Stick card insertion through the MC_CD_1
terminal is 0, a Memory Stick card is inserted in the socket. The PCI7x21/PCI7x11 controller debounces the
MC_CD_1
signal such that instability of the signal does not cause false card insertions. The debounce time is
approximately 50 ms. The MC_CD_1
in the Memory Stick card detection and power control logic.
The Memory Stick card detection and power control logic contains three main states:
•Socket empty, power off
•Card inserted, power off
•Card inserted, power on
signal is not debounced on card removals. The filtered MC_CD_0 signal is used in the MMC/SD
terminal. When this
signal is not debounced on card removals. The filtered MC_CD_1 signal is used
3−7
3.5.5Power Switch Interface
OUTPUT
OUTPUT
OUTPUT
OUTPUT
OUTPUT
OUTPUT
OUTPUT
OUTPUT
The power switch interface of the PCI7x21/PCI7x11 controller is a 3-pin serial interface. This 3-pin interface is
implemented such that the PCI7x21/PCI7x11 controller can connect to both the TPS2226 and TPS2228 power
switches. Bit 10 (12V_SW_SEL) in the general control register (PCI offset 86h, see Section 4.31) selects the power
switch that is implemented. The PCI7x21/PCI7x1 1 controller defaults to use the control logic for the TPS2228 power
switch. See Table 3−3 and Table 3−6 below for the power switch control logic.
Table 3−3. TPS2228 Control Logic—xVPP/VCORE
AVPP/VCORE CONTROL SIGNALS
D8(SHDN)D0D1D9
100X0 V100X0 V
10103.3 V10103.3 V
10115 V10115 V
110XHi-Z110XHi-Z
1110Hi-Z1110Hi-Z
11111.8 V11111.8 V
0XXXHi-Z0XXXHi-Z
OUTPUT
V_AVPP/VCORE
BVPP/VCORE CONTROL SIGNALS
D8(SHDN)D4D5D10
Table 3−4. TPS2228 Control Logic—xVCC
AVCC CONTROL SIGNALS
D8(SHDN)D3D2
1000 V1000 V
1013.3 V1013.3 V
1105 V1105 V
1110 V1110 V
0XXHi-Z0XXHi-Z
OUTPUT
V_AVCC
BVCC CONTROL SIGNALS
D8(SHDN)D6D7
Table 3−5. TPS2226 Control Logic—xVPP
AVPP CONTROL SIGNALS
D8(SHDN)D0D1D9
100X0 V100X0 V
10103.3 V10103.3 V
10115 V10115 V
110X12 V110X12 V
111XHi-Z111XHi-Z
0XXXHi-Z0XXXHi-Z
OUTPUT
V_AVPP
BVPP CONTROL SIGNALS
D8(SHDN)D4D5D10
Table 3−6. TPS2226 Control Logic—xVCC
AVCC CONTROL SIGNALS
D8(SHDN)D3D2
1000 V1000 V
1013.3 V1013.3 V
1105 V1105 V
1110 V1110 V
0XXHi-Z0XXHi-Z
OUTPUT
V_AVCC
BVCC CONTROL SIGNALS
D8(SHDN)D6D7
OUTPUT
V_BVPP/VCORE
OUTPUT
V_BVCC
OUTPUT
V_BVPP
OUTPUT
V_BVCC
3.5.6Internal Ring Oscillator
The internal ring oscillator provides an internal clock source for the PCI7x21/PCI7x11 controller so that neither the
PCI clock nor an external clock is required in order for the PCI7x21/PCI7x11 controller to power down a socket or
interrogate a PC Card. This internal oscillator, operating nominally at 16 kHz, is always enabled.
3−8
3.5.7Integrated Pullup Resistors for PC Card Interface
The PC Card Standard requires pullup resistors on various terminals to support both CardBus and 16-bit PC Card
configurations. The PCI7x21/PCI7x11 controller has integrated all of these pullup resistors and requires no additional
external components. The I/O buffer on the BVD1(STSCHG
)/CSTSCHG terminal has the capability to switch to an
internal pullup resistor when a 16-bit PC Card is inserted, or switch to an internal pulldown resistor when a CardBus
card is inserted. This prevents inadvertent CSTSCHG events. The pullup resistor requirements for the various
UltraMedia interfaces are either included in the UltraMedia cards (or the UltraMedia adapter) or are part of the existing
PCMCIA architecture. The PCI7x21/PCI7x11 controller does not require any additional components for UltraMedia
support.
3.5.8SPKROUT and CAUDPWM Usage
The SPKROUT terminal carries the digital audio signal from the PC Card to the system. When a 16-bit PC Card is
configured for I/O mode, the BVD2 terminal becomes the SPKR
CardBus applications, is referred to as CAUDIO. SPKR
PCI7x21/PCI7x11 controller. The CardBus CAUDIO signal also can pass a single-amplitude binary waveform as well
as a PWM signal. The binary audio signal from each PC Card sockets is enabled by bit 1 (SPKROUTEN) of the card
control register (PCI offset 91h, see Section 4.38).
Older controllers support CAUDIO in binary or PWM mode, but use the same output terminal (SPKROUT). Some
audio chips may not support both modes on one terminal and may have a separate terminal for binary and PWM.
The PCI7x21/PCI7x11 implementation includes a signal for PWM, CAUDPWM, which can be routed to an MFUNC
terminal. Bit 2 (AUD2MUX), located in the card control register, is programmed to route a CardBus CAUDIO PWM
terminal to CAUDPWM. See Section 4.36, Multifunction Routing Register, for details on configuring the MFUNC
terminals.
input terminal from the card. This terminal, in
passes a TTL-level binary audio signal to the
Figure 3−5 illustrates the SPKROUT connection.
System
Core Logic
BINARY_SPKR
Speaker
Subsystem
PWM_SPKR
PCI7x21/
PCI7x11
SPKROUT
CAUDPWM
Figure 3−5. SPKROUT Connection to Speaker Driver
3.5.9LED Socket Activity Indicators
The socket activity LEDs are provided to indicate when a PC Card is being accessed. The LEDA1 and LEDA2 signals
can be routed to the multifunction terminals. When configured for LED outputs, these terminals output an active high
signal to indicate socket activity . LEDA1 indicates socket A (card A) activity, and LEDA2 indicates socket B (card B)
activity. The LED_SKT output indicates socket activity to either socket A or socket B. See Section 4.36, MultifunctionRouting Status Register,
The active-high LED signal is driven for 64 ms. When the LED is not being driven high, it is driven to a low state. Either
of the two circuits shown in Figure 3−6 can be implemented to provide LED signaling, and the board designer must
implement the circuit that best fits the application.
The LED activity signals are valid when a card is inserted, powered, and not in reset. For PC Card-16, the LED activity
signals are pulsed when READY(IREQ
IRDY
, or CREQ are active.
for details on configuring the multifunction terminals.
) is low. For CardBus cards, the LED activity signals are pulsed if CFRAME,
3−9
Current Limiting
R ≈ 150 Ω
Socket A
LED
Socket B
LED
PCI7x21/
PCI7x11
MFUNCx
Current Limiting
R ≈ 150 Ω
MFUNCy
Figure 3−6. Two Sample LED Circuits
As indicated, the LED signals are driven for a period of 64 ms by a counter circuit. To avoid the possibility of the LEDs
appearing to be stuck when the PCI clock is stopped, the LED signaling is cut off when the SUSPEND
signal is
asserted, when the PCI clock is to be stopped during the clock run protocol, or when in the D2 or D1 power state.
If any additional socket activity occurs during this counter cycle, then the counter is reset and the LED signal remains
driven. If socket activity is frequent (at least once every 64 ms), then the LED signals remain driven.
3.5.10 CardBus Socket Registers
The PCI7x21/PCI7x1 1 controller contains all registers for compatibility with the PCI Local Bus Specification and the
PC Card Standard. These registers, which exist as the CardBus socket registers, are listed in Table 3−7.
Table 3−7. CardBus Socket Registers
REGISTER NAMEOFFSET
Socket event00h
Socket mask04h
Socket present state08h
Socket force event0Ch
Socket control10h
Reserved14h−1Ch
Socket power management20h
3.5.11 48-MHz Clock Requirements
The PCI7x21/PCI7x11 controller is designed to use an external 48-MHz clock connected to the CLK_48 terminal to
provide the reference for an internal oscillator circuit. This oscillator in turn drives a PLL circuit that generates the
various clocks required for the flash media function (Function 3) of the PCI7x21/PCI7x11 controller.
The 48-MHz clock is needed as follows in the designated states:
•Power−upFollow the power-up sequence
•D0:Clock must not be stopped
•D1/D2/D3:Clock can be stopped
•D1/D2/D3
•D3
cold
The 48-MHz clock must maintain a frequency of 48 MHz ± 0.8% over normal operating conditions. This clock must
maintain a duty cycle of 40% − 60%. The PCI7x21/PCI7x11 controller requires that the 48-MHz clock be running and
stable (a minimum of 10 clock pulses) before a GRST
The following are typical specifications for crystals used with the PCI7x21/PCI7x11 controller in order to achieve the
required frequency accuracy and stability.
•Crystal mode of operation: Fundamental
•Frequency tolerance @ 25°C: Total frequency variation for the complete circuit is ±100 ppm. A crystal with
±30 ppm frequency tolerance is recommended for adequate margin.
to D0:Need 10 clocks before D0 state
hot
to D0:Need 10 clocks before PRST de-assert
deassertion.
3−10
•Frequency stability (overtemperature and age): A crystal with ±30 ppm frequency stability is recommended
for adequate margin.
NOTE: The total frequency variation must be kept below ±100 ppm from nominal with some
allowance for error introduced by board and device variations. Trade-offs between frequency
tolerance and stability may be made as long as the total frequency variation is less than
±100 ppm. For example, the frequency tolerance of the crystal may be specified at 50 ppm and
the temperature tolerance may be specified at 30 ppm to give a total of 80 ppm possible
variation due to the crystal alone. Crystal aging also contributes to the frequency variation.
3.6Serial EEPROM Interface
The PCI7x21/PCI7x11 controller has a dedicated serial bus interface that can be used with an EEPROM to load
certain registers in the PCI7x21/PCI7x11 controller. The EEPROM is detected by a pullup resistor on the SCL
terminal. See Table 3−9 for the EEPROM loading map.
3.6.1Serial-Bus Interface Implementation
The PCI7x21/PCI7x11 controller drives SCL at nearly 100 kHz during data transfers, which is the maximum specified
frequency for standard mode I
2
C. The serial EEPROM must be located at address A0h.
Some serial device applications may include PC Card power switches, card ejectors, or other devices that may
enhance the user’s PC Card experience. The serial EEPROM device and PC Card power switches are discussed
in the sections that follow.
3.6.2Accessing Serial-Bus Devices Through Software
The PCI7x21/PCI7x11 controller provides a programming mechanism to control serial bus devices through software.
The programming is accomplished through a doubleword of PCI configuration space at offset B0h. Table 3−8 lists
the registers used to program a serial-bus device through software.
Table 3−8. PCI7x21/PCI7x11 Registers Used to Program Serial-Bus Devices
PCI OFFSETREGISTER NAMEDESCRIPTION
B0hSerial-bus dataContains the data byte to send on write commands or the received data byte on read commands.
B1hSerial-bus index
B2h
B3h
Serial-bus slave
address
Serial-bus control
and status
The content of this register is sent as the word address on byte writes or reads. This register is not used
in the quick command protocol.
Write transactions to this register initiate a serial-bus transaction. The slave device address and the
R/W
command selector are programmed through this register.
Read data valid, general busy, and general error status are communicated through this register. In
addition, the protocol-select bit is programmed through this register.
3.6.3Serial-Bus Interface Protocol
The SCL and SDA signals are bidirectional, open-drain signals and require pullup resistors as shown in Figure 3−4.
The PCI7x21/PCI7x11 controller, which supports up to 100-Kb/s data-transfer rate, is compatible with standard mode
2
I
C using 7-bit addressing.
All data transfers are initiated by the serial bus master. The beginning of a data transfer is indicated by a start
condition, which is signaled when the SDA line transitions to the low state while SCL is in the high state, as shown
in Figure 3−7. The end of a requested data transfer is indicated by a stop condition, which is signaled by a low-to-high
transition of SDA while SCL is in the high state, as shown in Figure 3−7. Data on SDA must remain stable during the
high state of the SCL signal, as changes on the SDA signal during the high state of SCL are interpreted as control
signals, that is, a start or a stop condition.
3−11
SDA
SCL
Start
Condition
Stop
Condition
Change of
Data Allowed
Data Line Stable,
Data Valid
Figure 3−7. Serial-Bus Start/Stop Conditions and Bit Transfers
Data is transferred serially in 8-bit bytes. The number of bytes that may be transmitted during a data transfer is
unlimited; however, each byte must be completed with an acknowledge bit. An acknowledge (ACK) is indicated by
the receiver pulling the SDA signal low, so that it remains low during the high state of the SCL signal. Figure 3−8
illustrates the acknowledge protocol.
SCL From
Master
SDA Output
By Transmitter
SDA Output
By Receiver
123789
Figure 3−8. Serial-Bus Protocol Acknowledge
The PCI7x21/PCI7x11 controller is a serial bus master; all other devices connected to the serial bus external to the
PCI7x21/PCI7x11 controller are slave devices. As the bus master, the PCI7x21/PCI7x11 controller drives the SCL
clock at nearly 100 kHz during bus cycles and places SCL in a high-impedance state (zero frequency) during idle
states.
Typically, the PCI7x21/PCI7x11 controller masters byte reads and byte writes under software control. Doubleword
reads are performed by the serial EEPROM initialization circuitry upon a PCI reset and may not be generated under
software control. See Section 3.6.4, Serial-Bus EEPROM Application, for details on how the PCI7x21/PCI7x11
controller automatically loads the subsystem identification and other register defaults through a serial-bus EEPROM.
Figure 3−9 illustrates a byte write. The PCI7x21/PCI7x11 controller issues a start condition and sends the 7-bit slave
device address and the command bit zero. A 0 in the R/W
command bit indicates that the data transfer is a write. The
slave device acknowledges if it recognizes the address. If no acknowledgment is received by the PCI7x21/PCI7x1 1
controller, then an appropriate status bit is set in the serial-bus control/status register (PCI offset B3h, see
Section 4.50). The word address byte is then sent by the PCI7x21/PCI7x11 controller, and another slave
acknowledgment is expected. Then the PCI7x21/PCI7x11 controller delivers the data byte MSB first and expects a
final acknowledgment before issuing the stop condition.
Figure 3−10 illustrates a byte read. The read protocol is very similar to the write protocol, except the R/W command
bit must be set to 1 to indicate a read-data transfer. In addition, the PCI7x21/PCI7x11 master must acknowledge
reception of the read bytes from the slave transmitter. The slave transmitter drives the SDA signal during read data
transfers. The SCL signal remains driven by the PCI7x21/PCI7x11 master.
Figure 3−11 illustrates EEPROM interface doubleword data collection protocol.
Slave AddressWord Address
S11000000b7 b6 b5 b4 b3 b2 b1 b0AA
Start
Data Byte 3M
R/W
Data Byte 2Data Byte 1Data Byte 0MPMM
M = Master AcknowledgementS/P = Start/Stop ConditionA = Slave Acknowledgement
S11000001A
Restart
Slave Address
Stop
R/W
Figure 3−11. EEPROM Interface Doubleword Data Collection
3.6.4Serial-Bus EEPROM Application
When the PCI bus is reset and the serial-bus interface is detected, the PCI7x21/PCI7x1 1 controller attempts to read
the subsystem identification and other register defaults from a serial EEPROM.
This format must be followed for the PCI7x21/PCI7x1 1 controller to load initializations from a serial EEPROM. All bit
fields must be considered when programming the EEPROM.
The serial EEPROM is addressed at slave address 1010 000b by the PCI7x21/PCI7x11 controller. All hardware
address bits for the EEPROM must be tied to the appropriate level to achieve this address. The serial EEPROM chip
in the sample application (Figure 3−11) assumes the 1010b high-address nibble. The lower three address bits are
terminal inputs to the chip, and the sample application shows these terminal inputs tied to GND.
3−13
Table 3−9. EEPROM Loading Map
SERIAL ROM
OFFSET
00hCardBus function indicator (00h)
01hNumber of bytes (20h)
PCI 04h, command register, function 0, bits 8, 6−5, 2−0
0AhPCI 46h, PC Card 16-bit I/F legacy mode base address register, byte 2
0BhPCI 47h, PC Card 16-bit I/F legacy mode base address register, byte 3
0ChPCI 80h, system control, function 0, byte 0, bits 6−0
0DhPCI 80h, system control, function 1, byte 0, bit 2
0EhPCI 81h, system control, byte 1, bits 7,6
0FhReserved nonloadable (PCI 82h, system control, byte 2)
10hPCI 83h, system control, byte 3, bits 7−2, 0
11hPCI 8Ch, MFUNC routing, byte 0
12hPCI 8Dh, MFUNC routing, byte 1
13hPCI 8Eh, MFUNC routing, byte 2
14hPCI 8Fh, MFUNC routing, byte 3
15hPCI 90h, retry status, bits 7, 6
16hPCI 91h, card control, bit 7
17hPCI 92h, device control, bits 6, 5, 3−0 (bit 0 must be programmed to 0)
18hPCI 93h, diagnostic, bits 4−0
19hPCI A2h, power-management capabilities, function 0, bit 15 (bit 7 of EEPROM offset 16h corresponds to bit 15)
1AhPCI A2h, power-management capabilities, function 1, bit 15 (bit 7 of EEPROM offset 16h corresponds to bit 15)
1BhCB Socket + 0Ch, function 0 socket force event, bit 27 (bit 3 of EEPROM offset 17h corresponds to bit 27)
1ChCB Socket + 0Ch, function 1 socket force event, bit 27 (bit 3 of EEPROM offset 18h corresponds to bit 27)
1DhExCA 00h, ExCA identification and revision, bits 7−0
1EhPCI 86h, general control, byte 0, bits 7−0
1FhPCI 87h, general control, byte 1, bits 7, 6 (can only be set to 1 if bits 1:0 = 01), 4−0
20hPCI 89h, GPE enable, bits 7, 6, 4−0
21hPCI 8Bh, general-purpose output, bits 4−0
22h1394 OHCI function indicator (02h)
23hNumber of bytes (17h)
24hPCI 3Fh, maximum latency bits 7−4PCI 3Eh, minimum grant, bits 3−0
[6]
Command
register, bit 6
[6]
Command
register, bit 6
Command
register, bit 5
PCI 04h, command register, function 1, bits 8, 6−5, 2−0
3BhFlash media core function indicator (03h)
3ChNumber of bytes (05h)
3DhPCI 2Ch, subsystem vendor ID, byte 0
3EhPCI 2Dh, subsystem vendor ID, byte 1
3FhPCI 2Eh, subsystem ID, byte 0
40hPCI 2Fh, subsystem ID, byte 1
41hPCI 4Ch, general control, bits 6−4, 2−0
42hSD host controller function indicator (03h)
43hNumber of bytes (0Bh)
44hPCI 2Ch, subsystem vendor ID, byte 0
45hPCI 2Dh, subsystem vendor ID, byte 1
46hPCI 2Eh, subsystem ID, byte 0
47hPCI 2Fh, subsystem ID, byte 1
48hPCI 88h, general control bits 6−4, 0
HCControl.Program Phy Enable
[6]
BYTE DESCRIPTION
[5:3]
RSVD
00h = No MINI ROM
Other Values = MINI ROM offset
Link_Enh, bit 2
[2]
[1]
Link_Enh.
enab_accel
[0]
RSVD
3−15
Table 3−9. EEPROM Loading Map (Continued)
SERIAL ROM
OFFSET
49hPCI 94h, slot 0 3.3 V maximum current
4AhPCI 98h, slot 1 3.3 V maximum current
4BhPCI 9Ch, slot 2 3.3 V maximum current
4ChReserved (PCI A0h, slot 3 3.3 V maximum current)
4DhReserved (PCI A4h, slot 4 3.3 V maximum current)
4EhReserved (PCI A8h, slot 5 3.3 V maximum current)
Interrupts provide a way for I/O devices to let the microprocessor know that they require servicing. The dynamic
nature of PC Cards and the abundance of PC Card I/O applications require substantial interrupt support from the
PCI7x21/PCI7x11 controller. The PCI7x21/PCI7x11 controller provides several interrupt signaling schemes to
accommodate the needs of a variety of platforms. The different mechanisms for dealing with interrupts in this
controller are based on various specifications and industry standards. The ExCA register set provides interrupt
control for some 16-bit PC Card functions, and the CardBus socket register set provides interrupt control for the
CardBus PC Card functions. The PCI7x21/PCI7x11 controller is, therefore, backward compatible with existing
interrupt control register definitions, and new registers have been defined where required.
The PCI7x21/PCI7x11 controller detects PC Card interrupts and events at the PC Card interface and notifies the host
controller using one of several interrupt signaling protocols. To simplify the discussion of interrupts in the
PCI7x21/PCI7x11 controller, PC Card interrupts are classified either as card status change (CSC) or as functional
interrupts.
The method by which any type of PCI7x21/PCI7x11 interrupt is communicated to the host interrupt controller varies
from system to system. The PCI7x21/PCI7x11 controller offers system designers the choice of using parallel PCI
interrupt signaling, parallel ISA-type IRQ interrupt signaling, or the IRQSER serialized ISA and/or PCI interrupt
protocol. It is possible to use the parallel PCI interrupts in combination with either parallel IRQs or serialized IRQs,
as detailed in the sections that follow. All interrupt signaling is provided through the seven multifunction terminals,
MFUNC0−MFUNC6.
3−16
3.7.1PC Card Functional and Card Status Change Interrupts
CardBus
PC Card functional interrupts are defined as requests from a PC Card application for interrupt service and are
indicated by asserting specially-defined signals on the PC Card interface. Functional interrupts are generated by
16-bit I/O PC Cards and by CardBus PC Cards.
Card status change (CSC)-type interrupts are defined as events at the PC Card interface that are detected by the
PCI7x21/PCI7x11 controller and may warrant notification of host card and socket services software for service. CSC
events include both card insertion and removal from PC Card sockets, as well as transitions of certain PC Card
signals.
Table 3−10 summarizes the sources of PC Card interrupts and the type of card associated with them. CSC and
functional interrupt sources are dependent on the type of card inserted in the PC Card socket. The four types of cards
that can be inserted into any PC Card socket are:
•16-bit memory card
•16-bit I/O card
•CardBus cards
•UltraMedia card
Table 3−10. Interrupt Mask and Flag Registers
CARD TYPEEVENTMASKFLAG
16-bit memory
16-bit I/OChange in card status (STSCHG)ExCA offset 05h/45h/805h bit 0ExCA offset 04h/44h/804h bit 0
16-bit I/O/
UltraMedia
All 16-bit PC
Cards/
Smart Card
adapters/
UltraMedia/
Flash Media
Battery conditions (BVD1, BVD2)ExCA offset 05h/45h/805h bits 1 and 0ExCA offset 04h/44h/804h bits 1 and 0
Wait states (READY)ExCA offset 05h/45h/805h bit 2ExCA offset 04h/44h/804h bit 2
Interrupt request (IREQ)Always enabledPCI configuration offset 91h bit 0
Power cycle completeExCA offset 05h/45h/805h bit 3ExCA offset 04h/44h/804h bit 3
Change in card status (CSTSCHG)Socket mask bit 0Socket event bit 0
Interrupt request (CINT)Always enabledPCI configuration offset 91h bit 0
Power cycle completeSocket mask bit 3Socket event bit 3
Card insertion or removalSocket mask bits 2 and 1Socket event bits 2 and 1
Functional interrupt events are valid only for 16-bit I/O and CardBus cards; that is, the functional interrupts are not
valid for 16-bit memory cards. Furthermore, card insertion and removal-type CSC interrupts are independent of the
card type.
3−17
Table 3−11. PC Card Interrupt Events and Description
Battery conditions
Battery conditions
memory
/
adapters/
CARD TYPEEVENTTYPESIGNALDESCRIPTION
A transition on BVD1 indicates a change in the
PC Card battery conditions.
A transition on BVD2 indicates a change in the
PC Card battery conditions.
A transition on READY indicates a change in the
ability of the memory PC Card to accept or provide
data.
The assertion of STSCHG indicates a status change
on the PC Card.
The assertion of IREQ indicates an interrupt request
from the PC Card.
The assertion of CSTSCHG indicates a status
change on the PC Card.
The assertion of CINT indicates an interrupt request
from the PC Card.
A transition on either CD1//CCD1 or CD2//CCD2
indicates an insertion or removal of a 16-bit or
CardBus PC Card.
An interrupt is generated when a PC Card power-up
cycle has completed.
16-bit
16-bit I/O
16-bit I/O/
UltraMedia
CardBus
All PC Cards
Smart Card
adapters/
UltraMedia/
Flash Media
(BVD1, BVD2)
Wait states
(READY)
Change in card
status (STSCHG
Interrupt request
(IREQ
)
Change in card
status (CSTSCHG)
Interrupt request
(CINT
)
Card insertion
or removal
Power cycle
complete
BVD1(STSCHG)//CSTSCHG
CSC
BVD2(SPKR)//CAUDIO
CSCREADY(IREQ)//CINT
CSCBVD1(STSCHG)//CSTSCHG
)
FunctionalREADY(IREQ)//CINT
CSCBVD1(STSCHG)//CSTSCHG
FunctionalREADY(IREQ)//CINT
CSC
CSCN/A
CD1//CCD1,
CD2
//CCD2
The naming convention for PC Card signals describes the function for 16-bit memory, I/O cards, and CardBus. For
example, READY(IREQ
)//CINT includes READY for 16-bit memory cards, IREQ for 16-bit I/O cards, and CINT for
CardBus cards. The 16-bit memory card signal name is first, with the I/O card signal name second, enclosed in
parentheses. The CardBus signal name follows after a double slash (//).
The 1997 PC Card Standard describes the power-up sequence that must be followed by the PCI7x21/PCI7x11
controller when an insertion event occurs and the host requests that the socket VCC and VPP be powered. Upon
completion of this power-up sequence, the PCI7x21/PCI7x11 interrupt scheme can be used to notify the host system
(see Table 3−11), denoted by the power cycle complete event. This interrupt source is considered a PCI7x21/PCI7x11
internal event, because it depends on the completion of applying power to the socket rather than on a signal change
at the PC Card interface.
3.7.2Interrupt Masks and Flags
Host software may individually mask (or disable) most of the potential interrupt sources listed in Table 3−11 by setting
the appropriate bits in the PCI7x21/PCI7x11 controller. By individually masking the interrupt sources listed, software
can control those events that cause a PCI7x21/PCI7x11 interrupt. Host software has some control over the system
interrupt the PCI7x21/PCI7x11 controller asserts by programming the appropriate routing registers. The
PCI7x21/PCI7x11 controller allows host software to route PC Card CSC and PC Card functional interrupts to separate
system interrupts. Interrupt routing somewhat specific to the interrupt signaling method used is discussed in more
detail in the following sections.
When an interrupt is signaled by the PCI7x21/PCI7x1 1 controller, the interrupt service routine must determine which
of the events listed in Table 3−10 caused the interrupt. Internal registers in the PCI7x21/PCI7x11 controller provide
flags that report the source of an interrupt. By reading these status bits, the interrupt service routine can determine
the action to be taken.
Table 3−10 details the registers and bits associated with masking and reporting potential interrupts. All interrupts can
be masked except the functional PC Card interrupts, and an interrupt status flag is available for all types of interrupts.
Notice that there is not a mask bit to stop the PCI7x21/PCI7x11 controller from passing PC Card functional interrupts
through to the appropriate interrupt scheme. These interrupts are not valid until the card is properly powered, and
there must never be a card interrupt that does not require service after proper initialization.
3−18
Table 3−10 lists the various methods of clearing the interrupt flag bits. The flag bits in the ExCA registers (16-bit PC
Card-related interrupt flags) can be cleared using two different methods. One method is an explicit write of 1 to the
flag bit to clear and the other is by reading the flag bit register. The selection of flag bit clearing methods is made by
bit 2 (IFCMODE) in the ExCA global control register (ExCA offset 1Eh/5Eh/81Eh, see Section 5.20), and defaults to
the flag-cleared-on-read method.
The CardBus-related interrupt flags can be cleared by an explicit write of 1 to the interrupt flag in the socket event
register (see Section 6.1). Although some of the functionality is shared between the CardBus registers and the ExCA
registers, software must not program the chip through both register sets when a CardBus card is functioning.
3.7.3Using Parallel IRQ Interrupts
The seven multifunction terminals, MFUNC6−MFUNC0, implemented in the PCI7x21/PCI7x11 controller can be
routed to obtain a subset of the ISA IRQs. The IRQ choices provide ultimate flexibility in PC Card host interruptions.
To use the parallel ISA-type IRQ interrupt signaling, software must program the device control register (PCI offset
92h, see Section 4.39), to select the parallel IRQ signaling scheme. See Section 4.36, Multifunction Routing StatusRegister, for details on configuring the multifunction terminals.
A system using parallel IRQs requires (at a minimum) one PCI terminal, INTA
is dictated by certain card and socket-services software. The INT A
for INTA
signaling. The INTRTIE bit is used, in this case, to route socket interrupt events to INTA. This leaves (at a
requirement calls for routing the MFUNC0 terminal
maximum) six different IRQs to support legacy 16-bit PC Card functions.
As an example, suppose the six IRQs used by legacy PC Card applications are IRQ3, IRQ4, IRQ5, IRQ9, IRQ10,
and IRQ15. The multifunction routing status register must be programmed to a value of 0A9F 5432h. This value
routes the MFUNC0 terminal to INT A
shown is that INTA
must also be routed to the programmable interrupt controller (PIC), or to some circuitry that
signaling and routes the remaining terminals as illustrated in Figure 3−12. Not
provides parallel PCI interrupts to the host.
, to signal CSC events. This requirement
PCI7x21/PCI7x11
MFUNC1
MFUNC2
MFUNC3
MFUNC4
MFUNC5
MFUNC6
IRQ3
IRQ4
IRQ5
IRQ15
IRQ9
IRQ10
PIC
Figure 3−12. IRQ Implementation
Power-on software is responsible for programming the multifunction routing status register to reflect the IRQ
configuration of a system implementing the PCI7x21/PCI7x1 1 controller. The multifunction routing status register is
a global register that is shared between the four PCI7x21/PCI7x11 functions. See Section 4.36, Multifunction RoutingStatus Register,
for details on configuring the multifunction terminals.
The parallel ISA-type IRQ signaling from the MFUNC6−MFUNC0 terminals is compatible with the input signal
requirements of the 8259 PIC. The parallel IRQ option is provided for system designs that require legacy ISA IRQs.
Design constraints may demand more MFUNC6−MFUNC0 IRQ terminals than the PCI7x21/PCI7x11 controller
makes available.
3.7.4Using Parallel PCI Interrupts
Parallel PCI interrupts are available when exclusively in parallel PCI interrupt/parallel ISA IRQ signaling mode, and
when only IRQs are serialized with the IRQSER protocol. The INTA
terminals (MFUNC0, MFUNC1, MFUNC2, and MFUNC4). If bit 29 (INTRTIE) is set in the system control register (PCI
offset 80h, see Section 4.29), then INTA
and INTB are tied internally. When the TIEALL bit is set, all four functions
return a value of 01h on reads from the interrupt pin register for both parallel and serial PCI interrupts.
, INTB, INTC, and INTD can be routed to MFUNC
3−19
The INTRTIE and TIEALL bits affect the read-only value provided through accesses to the interrupt pin register (PCI
flash media general
SD host general
Smart Card general
offset 3Dh, see Section 4.24). Table 3−12 summarizes the interrupt signaling modes.
The serialized interrupt protocol implemented in the PCI7x21/PCI7x11 controller uses a single terminal to
communicate all interrupt status information to the host controller. The protocol defines a serial packet consisting of
a start cycle, multiple interrupt indication cycles, and a stop cycle. All data in the packet is synchronous with the PCI
clock. The packet data describes 16 parallel ISA IRQ signals and the optional 4 PCI interrupts INTA
INTD
. For details on the IRQSER protocol, refer to the document Serialized IRQ Support for PCI Systems.
, INTB, INTC, and
3.7.6SMI Support in the PCI7x21/PCI7x11 Controller
The PCI7x21/PCI7x11 controller provides a mechanism for interrupting the system when power changes have been
made to the PC Card socket interfaces. The interrupt mechanism is designed to fit into a system maintenance
interrupt (SMI) scheme. SMI interrupts are generated by the PCI7x21/PCI7x11 controller, when enabled, after a write
cycle to either the socket control register (CB offset 10h, see Section 6.5) of the CardBus register set, or the ExCA
power control register (ExCA offset 02h/42h/802h, see Section 5.3) causes a power cycle change sequence to be
sent on the power switch interface.
The SMI control is programmed through three bits in the system control register (PCI offset 80h, see Section 4.29).
These bits are SMIROUTE (bit 26), SMISTATUS (bit 25), and SMIENB (bit 24). Table 3−13 describes the SMI control
bits function.
Table 3−13. SMI Control
BIT NAMEFUNCTION
SMIROUTEThis shared bit controls whether the SMI interrupts are sent as a CSC interrupt or as IRQ2.
SMISTATThis socket-dependent bit is set when an SMI interrupt is pending. This status flag is cleared by writing back a 1.
SMIENBWhen set, SMI interrupt generation is enabled. This bit is shared by functions 0 and 1.
If CSC SMI interrupts are selected, then the SMI interrupt is sent as the CSC on a per-socket basis. The CSC interrupt
can be either level or edge mode, depending upon the CSCMODE bit in the ExCA global control register (ExCA offset
1Eh/5Eh/81Eh, see Section 5.20).
If IRQ2 is selected by SMIROUTE, then the IRQSER signaling protocol supports SMI signaling in the IRQ2 IRQ/Data
slot. In a parallel ISA IRQ system, the support for an active low IRQ2 is provided only if IRQ2 is routed to either
MFUNC3 or MFUNC6 through the multifunction routing status register (PCI offset 8Ch, see Section 4.36).
3.8Power Management Overview
In addition to the low-power CMOS technology process used for the PCI7x21/PCI7x11 controller, various features
are designed into the controller to allow implementation of popular power-saving techniques. These features and
techniques are as follows:
•Clock run protocol
•Cardbus PC Card power management
•16-bit PC Card power management
•Suspend mode
3−20
•Ring indicate
•PCI power management
•Cardbus bridge power management
•ACPI support
EEPROM
PCI7x21/P
1394a
Socket
PC
Card/
UltraMedia
Card
PCI Bus
CI7x11
Power
Switch
PC
Card/
UltraMedia
Card
SD/MMC
MS/MSPRO
SM/xD
SD/MMC
Power Switch
Power Switch
†
The system connection to GRST
must be asserted for subsequent warm resets.
is implementation-specific. GRST must be asserted on initial power up of the PCI7x21/PCI7x11 controller. PRST
Figure 3−13. System Diagram Implementing CardBus Device Class Power Management
3.8.11394 Power Management (Function 2)
The PCI7x21/PCI7x11 controller complies with PCI Bus Power Management Interface Specification. The controller
supports the D0 (uninitialized), D0 (active), D1, D2, and D3 power states as defined by the power-management
definition in the 1394 Open Host Controller Interface Specification, Appendix A.4 and PCI Bus Power ManagementSpecification. PME
PMCSR.PME_STS in the D0 state due to unmasked interrupt events. In previous OHCI implementations, unmasked
interrupt events were interpreted as (IntEvent.n && IntMask.n && IntMask.masterIntEnable), where n represents a
specific interrupt event. Based on feedback from Microsoft this implementation may cause problems with the existing
Windows power-management arcitecture as a PME
from the D1 to D0 state where interrupts were enabled to generate wake events. If bit 10
(ignore_mstrIntEna_for_pme) in the PCI miscellaneous configuration register (OHCI offset F0h, see Section 7.23)
is set, then the PCI7x21/PCI7x11 controller implements the preferred behavior as (IntEvent.n && IntMask.n).
Otherwise, the PCI7x21/PCI7x11 controller implements the preferred behavior as (IntEvent.n && IntMask.n &&
IntMask.masterIntEnable). In addition, when the ignore_mstrIntEna_for_pme bit is set, it causes bit 26 of the OHCI
vendor ID register (OHCI offset 40h, see Section 8.15) to read 1, otherwise, bit 26 reads 0. An open drain buffer is
used for PME
then insertion of a PC Card causes the PCI7x21/PCI7x11 controller to assert PME
low power state (D3, D2, or D1). The OS services PME and takes the PCI7x21/PCI7x11 controller to the D0 state.
is supported to provide notification of wake events. Per Section A.4.2, the 1394 OHCI sets
and an interrupt could be simultaneously signaled on a transition
. If PME is enabled in the power management control/status register (PCI offset A4h, see Section 4.44),
, which wakes the system from a
3−21
3.8.2Integrated Low-Dropout Voltage Regulator (LDO-VR)
The PCI7x21/PCI7x11 controller requires 1.5-V core voltage. The core power can be supplied by the
PCI7x21/PCI7x11 controller itself using the internal
LDO-VR. The core power can alternatively be supplied by an
external power supply through the VR_PORT terminal. Table 3−14 lists the requirements for both the internal core
power supply and the external core power supply.
Table 3−14. Requirements for Internal/External 1.5-V Core Power Supply
SUPPLYV
Internal3.3 VGND1.5-V output
External3.3 VV
VR_ENVR_PORTNOTE
CC
CC
1.5-V input
Internal 1.5-V LDO-VR is enabled. A 1.0-µF bypass capacitor is required on the VR_PORT
terminal for decoupling. This output is not for external use.
Internal 1.5-V LDO-VR is disabled. An external 1.5-V power supply, of minimum 50-mA
capacity, is required. A 0.1-µF bypass capacitor on the VR_PORT terminal is required.
3.8.3CardBus (Functions 0 and 1) Clock Run Protocol
The PCI CLKRUN feature is the primary method of power management on the PCI interface of the PCI7x21/PCI7x11
controller. CLKRUN
CLKRUN
, this is not always available to the system designer, and alternate power-saving features are provided. For
details on the CLKRUN
The PCI7x21/PCI7x11 controller does not permit the central resource to stop the PCI clock under any of the following
conditions:
•Bit 1 (KEEPCLK) in the system control register (PCI offset 80h, see Section 4.29) is set.
•The 16-bit PC Card resource manager is busy.
•The PCI7x21/PCI7x11 CardBus master state machine is busy. A cycle may be in progress on CardBus.
•The PCI7x21/PCI7x11 master is busy. There may be posted data from CardBus to PCI in the
PCI7x21/PCI7x11 controller.
•Interrupts are pending.
•The CardBus CCLK for the socket has not been stopped by the PCI7x21/PCI7x11 CCLKRUN
•Bit 0 (KEEP_PCLK) in the miscellaneous configuration register (PCI offset F0h, see Section 7.23) is set.
•The 1394 resource manager is busy.
•The PCI7x21/PCI7x11 1394 master state machine is busy. A cycle may be in progress on 1394.
•The PCI7x21/PCI7x11 master is busy. There may be posted data from the 1394 bus to PCI in the
PCI7x21/PCI7x11 controller.
•PC Card interrogation is in progress.
•The 1394 bus is not idle.
The PCI7x21/PCI7x11 controller restarts the PCI clock using the CLKRUN
conditions:
•A 16-bit PC Card IREQ
•A CardBus CBWAKE (CSTSCHG) or 16-bit PC Card STSCHG
•A CardBus attempts to start the CCLK using CCLKRUN
•A CardBus card arbitrates for the CardBus bus using CREQ
•A 1394 device changes the status of the twisted pair lines from idle to active.
•Bit 1 (KEEPCLK) in the system control register (PCI offset 80h, see Section 4.29) is set.
•Data is in any of the FIFOs (receive or transmit).
•The master state machine is busy.
•There are pending interrupts.
signaling is provided through the MFUNC6 terminal. Since some chip sets do not implement
protocol see the PCI Mobile Design Guide.
manager.
protocol under any of the following
or a CardBus CINT has been asserted by either card.
/RI event occurs in the socket.
.
.
3.8.4CardBus PC Card Power Management
The PCI7x21/PCI7x11 controller implements its own card power-management engine that can turn off the CCLK to
a socket when there is no activity to the CardBus PC Card. The PCI clock-run protocol is followed on the CardBus
CCLKRUN
3−22
interface to control this clock management.
3.8.516-Bit PC Card Power Management
The COE bit (bit 7) of the ExCA power control register (ExCA offset 02h/42h/802h, see Section 5.3) and PWRDWN
bit (bit 0) of the ExCA global control register (ExCA offset 1Eh/5Eh/81Eh, see Section 5.20) are provided for 16-bit
PC Card power management. The COE bit places the card interface in a high-impedance state to save power. The
power savings when using this feature are minimal. The COE bit resets the PC Card when used, and the PWRDWN
bit does not. Furthermore, the PWRDWN bit is an automatic COE, that is, the PWRDWN performs the COE function
when there is no card activity.
NOTE: The 16-bit PC Card must implement the proper pullup resistors for the COE and
PWRDWN modes.
3.8.6Suspend Mode
The SUSPEND signal, provided for backward compatibility, gates the PRST (PCI reset) signal and the GRST (global
reset) signal from the PCI7x21/PCI7x11 controller. Besides gating PRST
inside the PCI7x21/PCI7x11 controller in order to minimize power consumption.
and GRST, SUSPEND also gates PCLK
It should also be noted that asynchronous signals, such as card status change interrupts and RI_OUT
, can be passed
to the host system without a PCI clock. However, if card status change interrupts are routed over the serial interrupt
stream, then the PCI clock must be restarted in order to pass the interrupt, because neither the internal oscillator nor
an external clock is routed to the serial-interrupt state machine. Figure 3−14 is a signal diagram of the suspend
function.
RESET
GNT
SUSPEND
PCLK
External Terminals
Internal Signals
RESETIN
SUSPENDIN
PCLKIN
Figure 3−14. Signal Diagram of Suspend Function
3.8.7Requirements for Suspend Mode
The suspend mode prevents the clearing of all register contents on the assertion of reset (PRST or GRST) which
would require the reconfiguration of the PCI7x21/PCI7x11 controller by software. Asserting the SUSPEND
signal
3−23
places the PCI outputs of the controller in a high-impedance state and gates the PCLK signal internally to the
controller unless a PCI transaction is currently in process (GNT
parked on the PCI7x21/PCI7x11 controller when SUSPEND
is asserted). It is important that the PCI bus not be
is asserted because the outputs are in a high-impedance
state.
The GPIOs, MFUNC signals, and RI_OUT
signal are all active during SUSPEND, unless they are disabled in the
appropriate PCI7x21/PCI7x11 registers.
3.8.8Ring Indicate
The RI_OUT output is an important feature in power management, allowing a system to go into a suspended mode
and wake-up on modem rings and other card events. TI-designed flexibility permits this signal to fit wide platform
requirements. RI_OUT
•A 16-bit PC Card modem in a powered socket asserts RI
incoming call.
•A powered down CardBus card asserts CSTSCHG (CBWAKE) requesting system and interface wake-up.
•A powered CardBus card asserts CSTSCHG from the insertion/removal of cards or change in battery
voltage levels.
Figure 3−15 shows various enable bits for the PCI7x21/PCI7x11 RI_OUT
masking of CSC events. See Table 3−10 for a detailed description of CSC interrupt masks and flags.
PC Card
Socket A
PC Card
Socket B
on the PCI7x21/PCI7x11 controller can be asserted under any of the following conditions:
to indicate to the system the presence of an
function; however, it does not show the
RI_OUT Function
Card
I/F
CSTSMASK
CSC
RINGEN
RI
CDRESUME
CSC
RIENB
RI_OUT
Figure 3−15. RI_OUT Functional Diagram
RI from the 16-bit PC Card interface is masked by bit 7 (RINGEN) in the ExCA interrupt and general control register
(ExCA of fset 03h/43h/803h, see Section 5.4). This is programmed on a per-socket basis and is only applicable when
a 16-bit card is powered in the socket.
The CBWAKE signaling to RI_OUT
is enabled through the same mask as the CSC event for CSTSCHG. The mask
bit (bit 0, CSTSMASK) is programmed through the socket mask register (CB offset 04h, see Section 6.2) in the
CardBus socket registers.
RI_OUT
can be routed through any of three different pins, RI_OUT/PME, MFUNC2, or MFUNC4. The RI_OUT
function is enabled by setting bit 7 (RIENB) in the card control register (PCI offset 91h, see Section 4.38). The PME
function is enabled by setting bit 8 (PME_ENABLE) in the power-management control/status register (PCI offset A4h,
see Section 4.44). When bit 0 (RIMUX) in the system control register (PCI offset 80h, see Section 4.29) is set to 0,
both the RI_OUT
and RIMUX is set to 0, then the RI_OUT
Therefore, in a system using both the RI_OUT
function and the PME function are routed to the RI_OUT/PME terminal. If both functions are enabled
/PME terminal becomes RI_OUT only and PME assertions are never seen.
function and the PME function, RIMUX must be set to 1 and RI_OUT
must be routed to either MFUNC2 or MFUNC4.
3−24
3.8.9PCI Power Management
3.8.9.1 CardBus Power Management (Functions 0 and 1)
The PCI Bus Power Management Interface Specification for PCI to CardBus Bridges establishes the infrastructure
required to let the operating system control the power of PCI functions. This is done by defining a standard PCI
interface and operations to manage the power of PCI functions on the bus. The PCI bus and the PCI functions can
be assigned one of seven power-management states, resulting in varying levels of power savings.
The seven power-management states of PCI functions are:
•D0-uninitialized − Before controller configuration, controller not fully functional
•D0-active − Fully functional state
•D1 − Low-power state
•D2 − Low-power state
•D3
•D3
•D3
NOTE 1: In the D0-uninitialized state, the PCI7x21/PCI7x11 controller does not generate PME and/or interrupts. When bits 0 (IO_EN) and 1
NOTE 2: The PWR_STATE bits (bits 1−0) of the power-management control/status register (PCI offset A4h, see Section 4.44) only code for four
Similarly, bus power states of the PCI bus are B0−B3. The bus power states B0−B3 are derived from the device power
state of the originating bridge device.
− Low-power state. Transition state before D3
hot
− PME signal-generation capable. Main power is removed and VAUX is available.
cold
− No power and completely nonfunctional
off
(MEM_EN) of the command register (PCI offset 04h, see Section 4.4) are both set, the PCI7x21/PCI7x11 controller switches the state
to D0-active. Transition from D3
the controller to the D0-uninitialized state immediately.
power states, D0, D1, D2, and D3
is not accessible in the D3
cold
to the D0-uninitialized state happens at the deassertion of PRST
cold
. The differences between the three D3 states is invisible to the software because the controller
hot
or D3
off
state.
cold
. The assertion of GRST forces
For the operating system (OS) to manage the controller power states on the PCI bus, the PCI function must support
four power-management operations. These operations are:
•Capabilities reporting
•Power status reporting
•Setting the power state
•System wake-up
The OS identifies the capabilities of the PCI function by traversing the new capabilities list. The presence of
capabilities in addition to the standard PCI capabilities is indicated by a 1 in bit 4 (CAPLIST) of the status register (PCI
offset 06h, see Section 4.5).
The capabilities pointer provides access to the first item in the linked list of capabilities. For the PCI7x21/PCI7x11
controller, a CardBus bridge with PCI configuration space header type 2, the capabilities pointer is mapped to an of fset
of 14h. The first byte of each capability register block is required to be a unique ID of that capability. PCI power
management has been assigned an ID of 01h. The next byte is a pointer to the next pointer item in the list of
capabilities. If there are no more items in the list, then the next item pointer must be set to 0. The registers following
the next item pointer are specific to the capability of the function. The PCI power-management capability implements
the register block outlined in Table 3−15.
DataPower-management control/status register bridge support extensionsPower-management control/status (CSR)A4h
The power-management capabilities register (PCI offset A2h, see Section 4.43) provides information on the
capabilities of the function related to power management. The power-management control/status register (PCI offset
A4h, see Section 4.44) enables control of power-management states and enables/monitors power-management
events. The data register is an optional register that can provide dynamic data.
3−25
For more information on PCI power management, see the PCI Bus Power Management Interface Specification forPCI to CardBus Bridges.
3.8.9.2 OHCI 1394 (Function 2) Power Management
The PCI7x21/PCI7x11 controller complies with the PCI Bus Power Management Interface Specification. The
controller supports the D0 (unitialized), D0 (active), D1, D2, and D3 power states as defined by the power
management definition in the 1394 Open Host Controller Interface Specification, Appendix A4.
DataPower-management control/status register bridge support extensionsPower-management control/status (CSR)48h
3.8.9.3 Flash Media (Function 3) Power Management
The PCI Bus Power Management Interface Specification is applicable for the flash media dedicated sockets. This
function supports the D0 and D3 power states.
DataPower-management control/status register bridge support extensionsPower-management control/status (CSR)48h
3.8.9.4 SD Host (Function 4) Power Management
The PCI Bus Power Management Interface Specification is applicable for the SD host dedicated sockets. This
function supports the D0 and D3 power states.
DataPower-management control/status register bridge support extensionsPower-management control/status (CSR)84h
3.8.9.5 Smart Card (Function 5) Power Management
The PCI Bus Power Management Interface Specification is applicable for the Smart Card dedicated sockets. This
function supports the D0 and D3 power states.
DataPower-management control/status register bridge support extensionsPower-management control/status (CSR)48h
3.8.10 CardBus Bridge Power Management
The PCI Bus Power Management Interface Specification for PCI to CardBus Bridges was approved by PCMCIA in
December of 1997. This specification follows the device and bus state definitions provided in the PCI Bus PowerManagement Interface Specification published by the PCI Special Interest Group (SIG). The main issue addressed
in the PCI Bus Power Management Interface Specification for PCI to CardBus Bridges is wake-up from D3
without losing wake-up context (also called PME context).
The specific issues addressed by the PCI Bus Power Management Interface Specification for PCI to CardBus Bridges
for D3 wake-up are as follows:
•Preservation of device context. The specification states that a reset must occur during the transition from
D3 to D0. Some method to preserve wake-up context must be implemented so that the reset does not clear
the PME
•Power source in D3
context registers.
if wake-up support is required from this state.
cold
hot
or D3
cold
3−26
The Texas Instruments PCI7x21/PCI7x11 controller addresses these D3 wake-up issues in the following manner:
•Two resets are provided to handle preservation of PME
−Global reset (GRST
) is used only on the initial boot up of the system after power up. It places the
context bits:
PCI7x21/PCI7x11 controller in its default state and requires BIOS to configure the controller before
becoming fully functional.
−PCI reset (PRST
then PME
context is preserved. If PME is not enabled, then PRST acts the same as a normal PCI reset.
Please see the master list of PME
•Power source in D3
auxiliary power source must be supplied to the PCI7x21/PCI7x11 V
) has dual functionality based on whether PME is enabled or not. If PME is enabled,
context bits in Section 3.8.12.
if wake-up support is required from this state. Since VCC is removed in D3
cold
terminals. Consult the PCI14xx
CC
cold
, an
Implementation Guide for D3 Wake-Up or the PCI Power Management Interface Specification for PCI to
CardBus Bridges for further information.
3.8.11 ACPI Support
The Advanced Configuration and Power Interface (ACPI) Specification provides a mechanism that allows unique
pieces of hardware to be described to the ACPI driver. The PCI7x21/PCI7x11 controller offers a generic interface that
is compliant with ACPI design rules.
Two doublewords of general-purpose ACPI programming bits reside in PCI7x21/PCI7x11 PCI configuration space
at offset 88h. The programming model is broken into status and control functions. In compliance with ACPI, the top
level event status and enable bits reside in the general-purpose event status register (PCI offset 88h, see
Section 4.32) and general-purpose event enable register (PCI offset 89h, see Section 4.33). The status and enable
bits are implemented as defined by ACPI and illustrated in Figure 3−16.
Status Bit
Event Input
Enable Bit
Event Output
Figure 3−16. Block Diagram of a Status/Enable Cell
The status and enable bits generate an event that allows the ACPI driver to call a control method associated with the
pending status bit. The control method can then control the hardware by manipulating the hardware control bits or
by investigating child status bits and calling their respective control methods. A hierarchical implementation would
be somewhat limiting, however, as upstream devices would have to remain in some level of power state to report
events.
For more information of ACPI, see the Advanced Configuration and Power Interface (ACPI) Specification.
3.8.12 Master List of PME Context Bits and Global Reset-Only Bits
PME context bit means that the bit is cleared only by the assertion of GRST when the PME enable bit, bit 8 of the
power management control/status register (PCI offset A4h, see Section 4.44) is set. If PME
bits are cleared when either PRST
The PME
context bits (functions 0 and 1) are:
or GRST is asserted.
•Bridge control register (PCI offset 3Eh, see Section 4.25): bit 6
•System control register (PCI offset 80h, see Section 4.29): bits 10−8
•Power management control/status register (PCI offset A4h, see Section 4.44): bit 15
•ExCA power control register (ExCA 802h/842h, see Section 5.3): bits 7, 5 (82365SL mode only), 4, 3, 1,
0
•ExCA interrupt and general control (ExCA 803h/843h, see Section 5.4): bits 6, 5
•Socket present state register (CardBus offset 08h, see Section 6.3): bits 13−7, 5−1
•Socket control register (CardBus offset 10h, see Section 6.5): bits 6−4, 2−0
Global reset-only bits, as the name implies, are cleared only by GRST
. These bits are never cleared by PRST,
regardless of the setting of the PME enable bit. The GRST signal is gated only by the SUSPEND signal. This means
that assertion of SUSPEND
a diagram showing the application of GRST
blocks the GRST signal internally, thus preserving all register contents. Figure 3−13 is
and PRST.
The global reset-only bits (functions 0 and 1) are:
The PCI7x21/PCI7x11 controller is designed to use an external 24.576-MHz crystal connected between the XI and
XO terminals to provide the reference for an internal oscillator circuit. This oscillator in turn drives a PLL circuit that
generates the various clocks required for transmission and resynchronization of data at the S100 through S400 media
data rates.
A variation of less than ±100 ppm from nominal for the media data rates is required by IEEE Std 1394-1995. Adjacent
PHYs may therefore have a difference of up to 200 ppm from each other in their internal clocks, and PHY devices
must be able to compensate for this difference over the maximum packet length. Large clock variations may cause
resynchronization overflows or underflows, resulting in corrupted packet data.
The following are some typical specifications for crystals used with the PHYs from TI in order to achieve the required
frequency accuracy and stability:
•Crystal mode of operation: Fundamental
•Frequency tolerance @ 25°C: Total frequency variation for the complete circuit is ±100 ppm. A crystal with
±30 ppm frequency tolerance is recommended for adequate margin.
•Frequency stability (over temperature and age): A crystal with ±30 ppm frequency stability is recommended
for adequate margin.
NOTE: The total frequency variation must be kept below ±100 ppm from nominal with some
allowance for error introduced by board and device variations. Trade-offs between frequency
tolerance and stability may be made as long as the total frequency variation is less than
±100 ppm. For example, the frequency tolerance of the crystal may be specified at 50 ppm and
the temperature tolerance may be specified at 30 ppm to give a total of 80 ppm possible
variation due to the crystal alone. Crystal aging also contributes to the frequency variation.
•Load capacitance: For parallel resonant mode crystal circuits, the frequency of oscillation is dependent
upon the load capacitance specified for the crystal. Total load capacitance (C
) is a function of not only the
L
discrete load capacitors, but also board layout and circuit. It is recommended that load capacitors with a
maximum of ±5% tolerance be used.
For example, load capacitors (C9 and C10 in Figure 3−20) of 16 pF each were appropriate for the layout of the
PCI7x21/PCI7x11 evaluation module (EVM), which uses a crystal specified for 12-pF loading. The load specified for
the crystal includes the load capacitors (C9 and C10), the loading of the PHY pins (C
itself (C
). The value of C
BD
is typically about 1 pF, and CBD is typically 0.8 pF per centimeter of board etch; a typical
PHY
), and the loading of the board
PHY
board can have 3 pF to 6 pF or more. The load capacitors C9 and C10 combine as capacitors in series so that the
total load capacitance is:
+
L
C9 C10
C9 ) C10
) C
PHY
) C
BD
C
3−31
C9
X1
C10
X1
I
S
24.576 MHz
C
PHY
+ C
BD
X0
Figure 3−20. Load Capacitance for the PCI7x21/PCI7x11 PHY
The layout of the crystal portion of the PHY circuit is important for obtaining the correct frequency, minimizing noise
introduced into the PHY phase-lock loop, and minimizing any emissions from the circuit. The crystal and two load
capacitors must be considered as a unit during layout. The crystal and the load capacitors must be placed as close
as possible to one another while minimizing the loop area created by the combination of the three components.
Varying the size of the capacitors may help in this. Minimizing the loop area minimizes the effect of the resonant
current (Is) that flows in this resonant circuit. This layout unit (crystal and load capacitors) must then be placed as
close as possible to the PHY X1 and X0 terminals to minimize etch lengths, as shown in Figure 3−21.
C9C10
X1
For more details on crystal selection, see application report SLLA051 available from the TI website:
http://www.ti.com/sc/1394.
Figure 3−21. Recommended Crystal and Capacitor Layout
3.9.3Bus Reset
In the PCI7x21/PCI7x11 controller, the initiate bus reset (IBR) bit may be set to 1 in order to initiate a bus reset and
initialization sequence. The IBR bit is located in PHY register 1, along with the root-holdoff bit (RHB) and Gap_Count
field, as required by IEEE Std 1394a-2000. Therefore, whenever the IBR bit is written, the RHB and Gap_Count are
also written.
The RHB and Gap_Count may also be updated by PHY-config packets. The PCI7x21/PCI7x11 controller is IEEE
1394a-2000 compliant, and therefore both the reception and transmission of PHY-config packets cause the RHB and
Gap_Count to be loaded, unlike older IEEE 1394-1995 compliant PHY devices which decode only received
PHY-config packets.
The gap-count is set to the maximum value of 63 after 2 consecutive bus resets without an intervening write to the
Gap_Count, either by a write to PHY register 1 or by a PHY-config packet. This mechanism allows a PHY-config
packet to be transmitted and then a bus reset initiated so as to verify that all nodes on the bus have updated their
RHBs and Gap_Count values, without having the Gap_Count set back to 63 by the bus reset. The subsequent
connection of a new node to the bus, which initiates a bus reset, then causes the Gap_Count of each node to be set
to 63. Note, however, that if a subsequent bus reset is instead initiated by a write to register 1 to set the IBR bit, all
other nodes on the bus have their Gap_Count values set to 63, while this node Gap_Count remains set to the value
just loaded by the write to PHY register 1.
3−32
Therefore, in order to maintain consistent gap-counts throughout the bus, the following rules apply to the use of the
IBR bit, RHB, and Gap_Count in PHY register 1:
•Following the transmission of a PHY-config packet, a bus reset must be initiated in order to verify that all
nodes have correctly updated their RHBs and Gap_Count values and to ensure that a subsequent new
connection to the bus causes the Gap_Count to be set to 63 on all nodes in the bus. If this bus reset is
initiated by setting the IBR bit to 1, then the RHB and Gap_Count field must also be loaded with the correct
values consistent with the just transmitted PHY-config packet. In the PCI7x21/PCI7x11 controller, the RHB
and Gap_Count are updated to their correct values upon the transmission of the PHY-config packet, so
these values may first be read from register 1 and then rewritten.
•Other than to initiate the bus reset, which must follow the transmission of a PHY-config packet, whenever
the IBR bit is set to 1 in order to initiate a bus reset, the Gap_Count value must also be set to 63 so as to
be consistent with other nodes on the bus, and the RHB must be maintained with its current value.
•The PHY register 1 must not be written to except to set the IBR bit. The RHB and Gap_Count must not be
written without also setting the IBR bit to 1.
3−33
3−34
4 PC Card Controller Programming Model
This chapter describes the PCI7x21/PCI7x11 PCI configuration registers that make up the 256-byte PCI configuration
header for each PCI7x21/PCI7x11 function. There are some bits which affect both CardBus functions, but which, in
order to work properly, must be accessed only through function 0. These are called global bits. Registers containing
one or more global bits are denoted by § in Table 4−2.
Any bit followed by a † is not cleared by the assertion of PRST
Section 3.8.10, for more details) if PME
GRST
. If PME is not enabled, then these bits are cleared by GRST or PRST. These bits are sometimes referred to
as PME context bits and are implemented to allow PME
D3
to D0.
cold
If a bit is followed by a ‡, then this bit is cleared only by GRST
is enabled (PCI offset A4h, bit 8). In this case, these bits are cleared only by
context to be preserved during the transition from D3
in all cases (not conditional on PME being enabled).
(see CardBus Bridge Power Management,
or
hot
These bits are intended to maintain device context such as interrupt routing and MFUNC programming during warm
resets.
A bit description table, typically included when the register contains bits of more than one type or purpose, indicates
bit field names, a detailed field description, and field access tags which appear in the type column. Table 4−1
describes the field access tags.
Table 4−1. Bit Field Access Tag Descriptions
ACCESS TAGNAMEMEANING
RReadField can be read by software.
WWriteField can be written by software to any value.
SSetField can be set by a write of 1. Writes of 0 have no effect.
CClearField can be cleared by a write of 1. Writes of 0 have no effect.
UUpdateField can be autonomously updated by the PCI7x21/PCI7x11 controller.
4.1PCI Configuration Register Map (Functions 0 and 1)
The PCI7x21/PCI7x11 is a multifunction PCI device, and the PC Card controller is integrated as PCI functions 0 and
1. The configuration header, compliant with the PCI Local Bus Specification as a CardBus bridge header, is
PC99/PC2001 compliant as well. Table 4−2 illustrates the PCI configuration register map, which includes both the
predefined portion of the configuration space and the user-definable registers.
Table 4−2. Functions 0 and 1 PCI Configuration Register Map
REGISTER NAMEOFFSET
Device IDVendor ID00h
Status ‡Command04h
Class codeRevision ID08h
BISTHeader typeLatency timerCache line size0Ch
CardBus socket registers/ExCA base address register10h
Secondary status ‡ReservedCapability pointer14h
CardBus latency timerSubordinate bus numberCardBus bus numberPCI bus number18h
CardBus memory base register 01Ch
CardBus memory limit register 020h
CardBus memory base register 124h
CardBus memory limit register 128h
‡
One or more bits in this register are cleared only by the assertion of GRST
CardBus I/O limit register 138h
Bridge control †Interrupt pinInterrupt line3Ch
Subsystem ID ‡Subsystem vendor ID ‡40h
PC Card 16-bit I/F legacy-mode base-address ‡44h
Reserved48h−7Ch
System control †‡§80h
General control ‡§ReservedMC_CD debounce ‡84h
General-purpose output ‡General-purpose input
Multifunction routing status ‡8Ch
Diagnostic ‡§Device control ‡§Card control ‡§Retry status ‡§90h
Reserved94h−9Ch
Power management capabilities ‡Next item pointerCapability IDA0h
Power management data
(Reserved)
Serial bus control/status ‡Serial bus slave address ‡Serial bus index ‡Serial bus data ‡B0h
†
One or more bits in this register are PME context bits and can be cleared only by the assertion of GRST
enabled, then this bit is cleared by the assertion of PRST
‡
One or more bits in this register are cleared only by the assertion of GRST
§
One or more bits in this register are global in nature and must be accessed only through function 0.
Power management
control/status bridge support
extensions
ReservedA8h−ACh
ReservedB4h−FCh
or GRST.
General-purpose event
enable ‡
Power management control/status †‡
.
General-purpose event
status ‡
when PME is enabled. If PME is not
88h
A4h
4.2Vendor ID Register
The vendor ID register contains a value allocated by the PCI SIG that identifies the manufacturer of the PCI device.
The vendor ID assigned to Texas Instruments is 104Ch.
Bit1514131211109876543210
NameVendor ID
TypeRRRRRRRRRRRRRRRR
Default0001000001001100
Register:Vendor ID
Offset:00h (Functions 0, 1)
Type:Read-only
Default:104Ch
4−2
4.3Device ID Register Functions 0 and 1
This read-only register contains the device ID assigned by TI to the PCI7x21/PCI7x11 CardBus controller functions
(PCI functions 0 and 1).
Register:Device ID
Offset:02h (Functions 0 and 1)
Type:Read-only
Default:8031h
4−3
4.4Command Register
The PCI command register provides control over the PCI7x21/PCI7x11 interface to the PCI bus. All bit functions
adhere to the definitions in the PCI Local Bus Specification (see Table 4−3). None of the bit functions in this register
are shared among the PCI7x21/PCI7x11 PCI functions. Three command registers exist in the PCI7x21/PCI7x11
controller, one for each function. Software manipulates the PCI7x21/PCI7x11 functions as separate entities when
enabling functionality through the command register. The SERR_EN and PERR_EN enable bits in this register are
internally wired OR between the three functions, and these control bits appear to software to be separate for each
function.
15−11RSVDRReserved. Bits 15−11 return 0s when read.
10INT_DISABLERW
9FBB_ENR
8SERR_ENRW
7RSVDRReserved. Bit 7 returns 0 when read.
6PERR_ENRW
5VGA_ENRW
4MWI_ENR
3SPECIALR
2MAST_ENRW
SIGNALTYPEFUNCTION
INTx disable. When set to 1, this bit disables the function from asserting interrupts on the INTx signals.
0 = INTx
1 = INTx
Fast back-to-back enable. The PCI7x21/PCI7x11 controller does not generate fast back-to-back
transactions; therefore, this bit is read-only . This bit returns a 0 when read.
System error (SERR) enable. This bit controls the enable for the SERR driver on the PCI interface. SERR
can be asserted after detecting an address parity error on the PCI bus. Both this bit and bit 6 must be set
for the PCI7x21/PCI7x11 controller to report address parity errors.
0 = Disables the SERR output driver (default)
1 = Enables the SERR
Parity error response enable. This bit controls the PCI7x21/PCI7x11 response to parity errors through the
PERR
by asserting SERR
VGA palette snoop. When set to 1, palette snooping is enabled (i.e., the PCI7x21/PCI7x11 controller does
not respond to palette register writes and snoops the data). When the bit is 0, the PCI7x21/PCI7x11
controller treats all palette accesses like all other accesses.
Memory write-and-invalidate enable. This bit controls whether a PCI initiator device can generate memory
write-and-invalidate commands. The PCI7x21/PCI7x11 controller does not support memory
write-and-invalidate commands, it uses memory write commands instead; therefore, this bit is hardwired
to 0. This bit returns 0 when read. Writes to this bit have no effect.
Special cycles. This bit controls whether or not a PCI device ignores PCI special cycles. The
PCI7x21/PCI7x11 controller does not respond to special cycle operations; therefore, this bit is hardwired
to 0. This bit returns 0 when read. Writes to this bit have no effect.
Bus master control. This bit controls whether or not the PCI7x21/PCI7x11 controller can act as a PCI bus
initiator (master). The PCI7x21/PCI7x11 controller can take control of the PCI bus only when this bit is set.
0 = Disables the PCI7x21/PCI7x11 ability to generate PCI bus accesses (default)
1 = Enables the PCI7x21/PCI7x11 ability to generate PCI bus accesses
assertion is enabled (default)
assertion is disabled
output driver
signal. Data parity errors are indicated by asserting PERR, while address parity errors are indicated
Memory space enable. This bit controls whether or not the PCI7x21/PCI7x11 controller can claim cycles
in PCI memory space.
0 = Disables the PCI7x21/PCI7x11 response to memory space accesses (default)
1 = Enables the PCI7x21/PCI7x11 response to memory space accesses
I/O space control. This bit controls whether or not the PCI7x21/PCI7x11 controller can claim cycles in PCI
I/O space.
0 = Disables the PCI7x21/PCI7x11 controller from responding to I/O space accesses (default)
1 = Enables the PCI7x21/PCI7x11 controller to respond to I/O space accesses
4.5Status Register
The status register provides device information to the host system. Bits in this register can be read normally. A bit
in the status register is reset when a 1 is written to that bit location; a 0 written to a bit location has no effect. All bit
functions adhere to the definitions in the PCI Bus Specification, as seen in the bit descriptions. PCI bus status is shown
through each function. See Table 4−4 for a complete description of the register contents.
Detected parity error. This bit is set when a parity error is detected, either an address or data parity error.
Write a 1 to clear this bit.
Signaled system error. This bit is set when SERR is enabled and the PCI7x21/PCI7x11 controller signaled
a system error to the host. Write a 1 to clear this bit.
Received master abort. This bit is set when a cycle initiated by the PCI7x21/PCI7x11 controller on the PCI
bus has been terminated by a master abort. Write a 1 to clear this bit.
Received target abort. This bit is set when a cycle initiated by the PCI7x21/PCI7x11 controller on the PCI
bus was terminated by a target abort. Write a 1 to clear this bit.
Signaled target abort. This bit is set by the PCI7x21/PCI7x11 controller when it terminates a transaction on
the PCI bus with a target abort. Write a 1 to clear this bit.
DEVSEL timing. These bits encode the timing of DEVSEL and are hardwired to 01b indicating that the
PCI7x21/PCI7x1 1 controller asserts this signal at a medium speed on nonconfiguration cycle accesses.
Data parity error detected. Write a 1 to clear this bit.
0 = The conditions for setting this bit have not been met.
1 = A data parity error occurred and the following conditions were met:
a. PERR
b. The PCI7x21/PCI7x11 controller was the bus master during the data parity error.
c. The parity error response bit is set in the command register.
Fast back-to-back capable. The PCI7x21/PCI7x11 controller cannot accept fast back-to-back transactions;
thus, this bit is hardwired to 0.
UDF supported. The PCI7x21/PCI7x11 controller does not support user-definable features; therefore, this
bit is hardwired to 0.
66-MHz capable. The PCI7x21/PCI7x11 controller operates at a maximum PCLK frequency of 33 MHz;
therefore, this bit is hardwired to 0.
was asserted by any PCI device including the PCI7x21/PCI7x11 controller.
.
4−5
Table 4−4. Status Register Description (continued)
BITSIGNALTYPEFUNCTION
Capabilities list. This bit returns 1 when read. This bit indicates that capabilities in addition to standard PCI
4CAPLISTR
3INT_STATUSRU
2−0RSVDRReserved. These bits return 0s when read.
capabilities are implemented. The linked list of PCI power-management capabilities is implemented in this
function.
Interrupt status. This bit reflects the interrupt status of the function. Only when bit 10 (INT_DISABLE) in the
command register (PCI offset 04h, see Section 4.4) is a 0 and this bit is a 1, is the function’s INTx
asserted. Setting the INT_DISABLE bit to a 1 has no effect on the state of this bit.
4.6Revision ID Register
The revision ID register indicates the silicon revision of the PCI7x21/PCI7x11 controller.
Bit76543210
NameRevision ID
TypeRRRRRRRR
Default00000000
Register:Revision ID
Offset:08h (functions 0, 1)
Type:Read-only
Default:00h
4.7Class Code Register
signal
The class code register recognizes PCI7x21/PCI7x11 functions 0 and 1 as a bridge device (06h) and a CardBus
bridge device (07h), with a 00h programming interface.
Bit23222120191817161514131211109876543210
NamePCI class code
Register:PCI class code
Offset:09h (functions 0, 1)
Type:Read-only
Default:06 0700h
4.8Cache Line Size Register
The cache line size register is programmed by host software to indicate the system cache line size.
Bit76543210
NameCache line size
TypeRWRWRWRWRWRWRWRW
Default00000000
Register:Cache line size
Offset:0Ch (Functions 0, 1)
Type:Read/Write
Default: 00h
4−6
4.9Latency Timer Register
The latency timer register specifies the latency timer for the PCI7x21/PCI7x11 controller, in units of PCI clock cycles.
When the PCI7x21/PCI7x11 controller is a PCI bus initiator and asserts FRAME
, the latency timer begins counting
from zero. If the latency timer expires before the PCI7x21/PCI7x11 transaction has terminated, then the
PCI7x21/PCI7x11 controller terminates the transaction when its GNT
The header type register returns 82h when read, indicating that the PCI7x21/PCI7x11 functions 0 and 1 configuration
spaces adhere to the CardBus bridge PCI header. The CardBus bridge PCI header ranges from PCI registers
00h−7Fh, and 80h−FFh is user-definable extension registers.
Bit76543210
NameHeader type
TypeRRRRRRRR
Default10000010
Register:Header type
Offset:0Eh (Functions 0, 1)
Type:Read-only
Default: 82h
4.11 BIST Register
Because the PCI7x21/PCI7x11 controller does not support a built-in self-test (BIST), this register returns the value
of 00h when read.
4.12 CardBus Socket Registers/ExCA Base Address Register
This register is programmed with a base address referencing the CardBus socket registers and the memory-mapped
ExCA register set. Bits 31−12 are read/write, and allow the base address to be located anywhere in the 32-bit PCI
memory address space on a 4-Kbyte boundary. Bits 11−0 are read-only, returning 0s when read. When software
writes all 1s to this register, the value read back is FFFF F000h, indicating that at least 4K bytes of memory address
space are required. The CardBus registers start at offset 000h, and the memory-mapped ExCA registers begin at
offset 800h. This register is not shared by functions 0 and 1, so the system maps each socket control register
separately.
Bit31302928272625242322212019181716
NameCardBus socket registers/ExCA base address
TypeRWRWRWRWRWRWRWRWRWRWRWRWRWRWRWRW
Default0000000000000000
Bit1514131211109876543210
NameCardBus socket registers/ExCA base address
TypeRWRWRWRWRRRRRRRRRRRR
Default0000000000000000
The capability pointer register provides a pointer into the PCI configuration header where the PCI power management
register block resides. PCI header doublewords at A0h and A4h provide the power management (PM) registers. Each
socket has its own capability pointer register. This register is read-only and returns A0h when read.
The secondary status register is compatible with the PCI-PCI bridge secondary status register. It indicates
CardBus-related device information to the host system. This register is very similar to the PCI status register (PCI
offset 06h, see Section 4.5), and status bits are cleared by a writing a 1. This register is not shared by the two socket
functions, but is accessed on a per-socket basis. See Table 4−5 for a complete description of the register contents.
Bit1514131211109876543210
NameSecondary status
TypeRCRCRCRCRCRRRCRRRRRRRR
Default0000001000000000
Register:Secondary status
Offset:16h
Type:Read-only, Read/Clear
Default:0200h
Table 4−5. Secondary Status Register Description
BITSIGNALTYPEFUNCTION
15 ‡CBPARITYRC
14 ‡CBSERRRC
13 ‡CBMABORTRC
12 ‡REC_CBTARC
11 ‡SIG_CBTARC
10−9CB_SPEEDR
8 ‡CB_DPARRC
7CBFBB_CAPR
6CB_UDFR
5CB66MHZR
4−0RSVDRThese bits return 0s when read.
‡
This bit is cleared only by the assertion of GRST
Detected parity error. This bit is set when a CardBus parity error is detected, either an address or data
parity error. W rite a 1 to clear this bit.
Signaled system error. This bit is set when CSERR is signaled by a CardBus card. The PCI7x21/PCI7x11
controller does not assert the CSERR
Received master abort. This bit is set when a cycle initiated by the PCI7x21/PCI7x11 controller on the
CardBus bus is terminated by a master abort. Write a 1 to clear this bit.
Received target abort. This bit is set when a cycle initiated by the PCI7x21/PCI7x11 controller on the
CardBus bus is terminated by a target abort. Write a 1 to clear this bit.
Signaled target abort. This bit is set by the PCI7x21/PCI7x11 controller when it terminates a transaction
on the CardBus bus with a target abort. Write a 1 to clear this bit.
CDEVSEL timing. These bits encode the timing of CDEVSEL and are hardwired to 01b indicating that the
PCI7x21/PCI7x1 1 controller asserts this signal at a medium speed.
CardBus data parity error detected. Write a 1 to clear this bit.
0 = The conditions for setting this bit have not been met.
1 = A data parity error occurred and the following conditions were met:
a. CPERR
b. The PCI7x21/PCI7x11 controller was the bus master during the data parity error.
c. The parity error response enable bit (bit 0) is set in the bridge control register (PCI offset 3Eh,
see Section 4.25).
Fast back-to-back capable. The PCI7x21/PCI7x11 controller cannot accept fast back-to-back
transactions; therefore, this bit is hardwired to 0.
User-definable feature support. The PCI7x21/PCI7x11 controller does not support user-definable
features; therefore, this bit is hardwired to 0.
66-MHz capable. The PCI7x21/PCI7x11 CardBus interface operates at a maximum CCLK frequency of
33 MHz; therefore, this bit is hardwired to 0.
was asserted on the CardBus interface.
.
signal. Write a 1 to clear this bit.
4−9
4.15 PCI Bus Number Register
The PCI bus number register is programmed by the host system to indicate the bus number of the PCI bus to which
the PCI7x21/PCI7x11 controller is connected. The PCI7x21/PCI7x11 controller uses this register in conjunction with
the CardBus bus number and subordinate bus number registers to determine when to forward PCI configuration
cycles to its secondary buses.
Bit76543210
NamePCI bus number
TypeRWRWRWRWRWRWRWRW
Default00000000
Register:PCI bus number
Offset:18h (Functions 0, 1)
Type:Read/Write
Default: 00h
4.16 CardBus Bus Number Register
The CardBus bus number register is programmed by the host system to indicate the bus number of the CardBus bus
to which the PCI7x21/PCI7x11 controller is connected. The PCI7x21/PCI7x11 controller uses this register in
conjunction with the PCI bus number and subordinate bus number registers to determine when to forward PCI
configuration cycles to its secondary buses. This register is separate for each PCI7x21/PCI7x11 controller function.
Bit76543210
NameCardBus bus number
TypeRWRWRWRWRWRWRWRW
Default00000000
Register:CardBus bus number
Offset:19h
Type:Read/Write
Default: 00h
4.17 Subordinate Bus Number Register
The subordinate bus number register is programmed by the host system to indicate the highest numbered bus below
the CardBus bus. The PCI7x21/PCI7x11 controller uses this register in conjunction with the PCI bus number and
CardBus bus number registers to determine when to forward PCI configuration cycles to its secondary buses. This
register is separate for each CardBus controller function.
Bit76543210
NameSubordinate bus number
TypeRWRWRWRWRWRWRWRW
Default00000000
Register:Subordinate bus number
Offset:1Ah
Type:Read/Write
Default: 00h
4−10
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.