[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: bidirectional REQ#/GNT#
- To: Mailing List Recipients <pci-sig-request@znyx.com>
- Subject: Re: bidirectional REQ#/GNT#
- From: Andy Ingraham <ingraham@wrksys.ENET.dec.com>
- Date: Tue, 15 Oct 96 21:16:17 EDT
- Apparently-To: pci-sig@znyx.com, kimmery@space.honeywell.com
- Cc: ingraham@wrksys.ENET.dec.com
- Resent-Date: Tue, 15 Oct 96 21:16:17 EDT
- Resent-From: pci-sig-request@znyx.com
- Resent-Message-Id: <"vU3g21.0.6z.Qa3Po"@dart>
- Resent-Sender: pci-sig-request@znyx.com
>>Does anyone know why the PCI 2.1 specification defines the REQ# and
>>GNT# signals as bidirectional tri-state (section 2.2.4, page 11)? Is
>>this just an artifact of the signal type definitions in section 2.1 on
>>page 8 or is there an obvious reason that I am missing? Since these
>>signals are defined as point-to-point, there is no obvious reason for
>>any device other than a central resource to ever drive GNT#.
I think the answer was that, although REQ# and GNT# aren't
bi-directional, they must be tri-stateable to handle Reset. This
means they don't use "ordinary" output drivers.
You are correct that GNT# is always an input and REQ# an output,
except at the central arbiter where it's reversed.
The issue was raised back when rev. 2.1 of the spec was being
prepared, but evidently the spec writers didn't feel the need to
change it, or were just stubborn. The "PCI System Design Guide",
another document from the PCI SIG (don't know if it's still available)
did define REQ# and GNT# as "out" and "in" respectively.
Regards,
Andy Ingraham