中英文對照外文翻譯文獻(文檔含英文原文和中文翻譯)譯文：64位PCI擴展64位數據傳送和64位尋址：獨立的能力PCI規范給出了允許64位總線主設備與64位目標實現64位數據傳送的機理。在傳送的開始，如果回應目標是一個64位或32位設備，64位總線設備會自動識別。如果它是64位設備，達到8個字節（一個4字）可以在每個數據段中傳送。假定是一串0等待狀態數據段。在33MHz總線速率上可以每秒264兆字節獲取（8字節／傳送＊33百萬傳送字／秒），在66MHz總線上可以528M字節／秒獲取。如果回應目標是32位設備，總線主設備會自動識別并且在下部4位數據通道上（AD[31::00]）引導，所以數據指向或來自目標。規范也定義了64位存儲器尋址功能。此功能只用于尋址駐留在4GB地址邊界以上的存儲器目標。32位和64位總線主設備都可以實現64位尋址。此外，對64位尋址反映的存儲器目標（駐留在4GB地址邊界上）可以看作32位或64位目標來實現。注意64位尋址和64位數據傳送功能是兩種特性，各自獨立并且嚴格區分開來是非常重要的。一個設備可以支持一種、另一種、都支持或都不支持。64位擴展信號為了支持64位數據傳送功能，PCI總線另有39個引腳。REQ64#被64位總線主設備有效表明它想執行64位數據傳送操作。REQ64#與FRAME#信號具有相同的時序和間隔。REQ64#信號必須由系統主板上的上拉電阻來支持。當32位總線主設備進行傳送時，REQ64#不能又漂移。ACK64#被目標有效以回應被主設備有效的REQ64#（如果目標支持64位數據傳送），ACK64#與DEVSEL#具有相同的時序和間隔（但是直到REQ64#被主設備有效，ACK64#才可被有效）。像REQ64#一樣，ACK64#信號線也必須由系統主板上的上拉電阻來支持。當32位設備是傳送目標時，ACK64#不能漂移。AD[64::32]包含上部4位地址／數據通道。C/BE#[7::4]包含高4位命令/字節使能信號。PAR64是為上部4個AD通道和上部4位C/BE信號線提供偶校驗的奇偶校驗位。以下是幾小結詳細討論64位數據傳送和尋址功能。在32位插入式連接器上的64位卡安裝在32位擴展槽上的64位卡只能自動地使用總線的下半部來執行傳送，這是事實，因為系統主板的設計者將連接器上的REQ64#輸出引腳和ACK64#輸入引腳與系統主板上的上拉電阻分別連接而沒有其它連接。當64位總線主設備安裝在32位插槽并開始交易時，對于任何目標REQ64#的有效是不可見的。此外，ACK64#輸出總被采樣無效（因為它在系統主板上被上拉），這就迫使總線主設備在傳送時只能使能總線下部分。而且，如果交易中被尋址的目標是64位的，它會采樣無效的REQ64#（因為它在系統主板上被上拉），這就迫使目標在傳送時只能利用總線下部分，并且使ACK64#輸出為不可用。在自身卡上的64位擴展信號線在它們使用時不能有漂移。如果插卡上的COMS輸入接收器出現振動和泄露過量的電流，這就違反了規范的“綠色”原則。當插卡安裝在32位槽時，它不能使用總線的上半部。插卡檢測插槽的類型的方法（在啟動開始時采樣REQ64#無效）下一節將描述。當未使用時，上拉可防止64位擴展的漂移在未使用時如果允許64位擴展信號（AD[63::32]、C/BE[7::4]和PAR64）漂移，那么插卡上的CMOS輸入緩存器將振動并且泄漏過量電流。當不再使用時,為了防止擴展的漂移，要求系統主板設計者在擴展信號上加上拉電阻來防止漂移，因為這些上拉電阻可保證擴展位不漂移，嵌入在系統板上的64位設備和安裝在64位PCI插入式連接器上的64位卡，當它們不使用擴展位位時，不需要采取任何特殊措施防止擴展槽漂移。64位擴展在以下環境中不使用：PCI總線空閑。32位總線組設備正與一個32為目標進行交易。32位總線主設備與一個64位目標進行交易，當在交易的起始檢測到REQ64#無效時，目標不用總線的上半部。64位總線主設備尋址一個目標已進行32位數據傳送（REQ64#無效），并且目標駐留在低于4GB地址邊界以下（在地址段和數據段不使用總線上半部）。不管目標是32位還是64位，在數據中不使用總線的上半部（因為REQ64#無效）。一個64位總線主設備試圖與駐留在4GB邊界以下的32位存儲器目標進行傳送時（REQ64#無效）。在此情況下，主設備在地址段中只能使用總線的下半部分（因為它僅生成32位地址）。當它發現當前尋址的目標是32位目標時（當DEVSEL#無效時ACK64#不能有效），主設備在數據段中停止使用總線的下半部。4.132位PCI連接器上的64位插卡64位卡允許安裝在32位卡插卡連接器上。連接器的主要部分（32位）包括所有32位PCI信號，同時連接器的擴展包含64位信號（除了放置在連接器32位部分的REQ64#和ACK64#）.當64位設備安裝在32位擴展槽上時，在AD[63::32]、C/BE[7::4]和PAR64上的系統主板上拉對插入式卡是不可用的。這就意味著連接到擴展信號號上的插入式輸入緩存器將會漂移，震動和泄漏電流。規范中強調插入卡設計者不能通過在插入卡的擴展線上提供上拉電阻來解決這個問題，當卡安裝在64位擴展槽中用此方法會引起一些問題，在這些信號線上會需要2套上拉電阻（一套在插卡上，另一套在系統主板上）。如果所有設計者都用此方法，若共有多個64位插卡的設備裝入連接器上時，將會由多個上拉電阻在擴展信號線上，這就會造成上拉電阻過載。規范中對一個64位插卡給出了如何在起始時間確定是安裝在了32位連接器上還是64位連接器上的方法。如果插卡檢測出被插入了64位連接器上時，系統主板上的上拉電阻可在擴展信號不使用時防止卡上的輸入接受不漂移；另一方面，如果64位插卡檢測出被插入32位卡連接器上時，卡上的邏輯可防止輸入接收器的漂移，規范中列舉了近似于以下幾種方法：將輸入緩存器關閉。不斷的驅動輸出（因為它們沒有連接任何器件）。4.264位插卡如何確定所安裝插槽的類型

當系統被加電時，復位信號會自動被有效。在此期間，系統主板上的邏輯必須有效REQ64#、還有RST#。REQ64#上面有一個上拉電阻與集成在系統主板上的所有64位設備和所有64位PCI擴展槽上的REQ64#引腳相連。規范指出了每個32位PCI擴展槽上的REQ64#信號線（REQ64#和ACK64#放置在連接器的32位部分），每一個都有自己獨立的上拉電阻。在復位期間，系統主板復位邏輯最初有效PCIRST#信號同時供電電源的POWERGOOD信號被無效。在RST#有效過程中，系統主板邏輯有效REQ64#并保持有效直至它消除了RST#信號。在POWERGOOD被電源邏輯有效時，系統主板復位邏輯會無效PCIRST#信號。在RST#有效的尾部邊沿，要求所有64位設備采樣REQ64#信號的狀態。嵌入在系統主板或安裝在64位擴展槽上的所有64位設備在RST#的尾沿采樣REQ#有效，這就要求它們鐮刀系統主板上的擴展上拉電阻上并且當不使用它們時不需要采取特殊措施防止擴展信號漂移。安裝在32位插卡槽上的所有64位設備，在RST#的尾部邊沿都可檢測到無效的REQ64#，這就告知它們需要連接擴展信號上的系統主板的上拉電阻，插卡邏輯必須對本身的64位卡上的擴展信號線的狀態負責。所以插卡必須使用前一節提過的方法之一，防止卡的輸入接受器泄漏過量電流。

原文：The64-bitPCIExtensionThischapterdescribesthe64-bitextensionthatpermitsmastersandtargetstoperformeightbytetransfersduringeachdataphase.Italsodescribes64-bitaddressingusedtoaddressmemorytargetsthatresideabovethe4GBboundary.64-bitAtaTransfersand64-bitAddressing:SeperateCapabilitiesThePCIspecificationprovidesamechanismthatpermitsa64-bitbusmastertoperform64-bitdatatransferswitha64-bittarget.Atthebeginningofatransaction,the64-bitbusmaserautomaticallysensesiftherespondingtargetisa64-bitora32-bitdevice.Ifit’sa64-bitdevice,uptoeightbytes(aquadword)maybetransferredduringeachdataphase.Assumingaseriesof0-waitstatedataphases,throughputof264Mbytes/secondcanbeachievedatabusspeedof33MHz(8bytes/transferx33milliontransfers/second)and528Mbytes/secondat66MHz.Iftherespondingtargetisa32-bitdevice,thebusmasterautomaticallysensesthisandsteersalldatatoorfromthetargetoverthelowerfourdatapaths(AD[31:0]).Thespecificationalsodefines64-bitmemoryaddressingcapability.Thiscapabilityisonlyusedtoaddressmemorytargetsthatresideabovethe4GBaddressboundary.Both32-and64[bitbusmasterscanperform64-bitaddressing.Inaddition,memorytarget(thatresideoverthe4GBaddressboundary)thatrespondto64-bitaddressingcanbeimplementedaseither32-or64-bittargets.64-BitExtensionSignalsInordertosupportthe64-bitdatatransfercapability,thePCIbusimplementsanadditionalthirty-ninepins:REQ64#isassertedbya64-bitbusmastertoindicatethatiswouldliketoperform64-bitdatatransfers.REQ64#hasthesametiminganddurationastheFRAME#signal.TheREQ64#signallinemustbesuppliedwithapullupresistoronthesystemboard.REQ64#cannotbepermittedtofloatwhena32-bitbusmasterisperformingatransaction.ACK64#isassertedbyatargetinresponsetoREQ64#assertionbythemaster(ifthetargetsupports64-bitdatatransfers).ACK64#hasthesametiminganddurationasDEVSEL#(butACK64#mustnotbeassertedunlessREQ64#isassertedbytheinitiator).LikeREQ64#,theAcK64#signallinemustalsobesuppliedwithapullupresistoronthesystemboard.ACK64#cannotbepermittedtofloatwhena32-bitdevicesithetargetoftransaction.AD[63::32]comprisetheupperfouraddress/datapaths.C/BE#[7::4]comprisetheupperfourcommand/byteenablesignals.PAR64istheparitybitthatprovidesevenparityfortheupperfourADpathsandtheupperfourC/BEsignallines.Thefollowingsectionsprovideadetaileddiscussionof64-bitdatamasterandaddressingcapability.64-bitCardsin32-bitAdd-inConnectorsA64-bitcardinstalledina32-bitexpansionslotautomaticallyonlyusesthelowerhalfofthebustoperformtransfers.ThisistruebecausethesystemboarddesignerconnectstheREQ64#outputpinandtheACK64#inputpinontheconnectortoindividualpull-upsonthesystemboardandtonothingelse.Whena64-bitbusmasterisinstalledina32-bitcardslotanditinitiatesatransaction,itsassertionofREQ64#isnotvisibletoanyofthetarget.Inaddition,itsACK64#inputisalwayssampleddeasserted(becauseit’spulleduponthesystemboard).Thisforcesthebusmastertouseonlythelowerpartofthebusduringthetransfer.Furthermore,ifthetargetaddressedinthetransactionisa64-bittarget,itsamplesREQ74#deasserted(becauseit’spulleduponthesystemboard),forcingittoonlyutilizethelowerhalfofthebusduringthetransactionandtodisableitsACK64#output.The64-bitextensionsignallinesonthecarditselfcannotbepermittedtofloatwhentheyarenotinuse.TheCMOSinputreceivesonthecardwouldoscillateanddrawexcessivecurrent,thusviolatingthe“green”aspectofthespecification.henthecardisinstalledina32-bitslot,itcannotusetheupperhalfofthebus.Themannerinwhichthecarddetectsthetypeofslot(REQ64#sampleddeassertedatstartuptime)isdescribedinthenextsection.PullupsPrevent64-bitExtensionfromFloatingWhenNotinUseIfthe64-bitextensionsignals(AD[63::32],C/BE[7::4]#andPAR64arepermittedtofloatwhennotinuse,theCMOSinputbuffersonthecardwilloscillateanddrawexcessivecurrent.Inordertopreventtheextensionsignalstokeepthemfromfloating.Becausethesepull-upsareguaranteedtokeeptheextensionfromfloatingwhennotinuse,64-bitdevicesthatareembeddedonthesystemboardand64-bitcardsinstalledin64-bitPCIadd-inconnectorsdon’tneedtotakeanyspecialactiontokeeptheextensionfromfloatingwhentheyarenotusingit.The64-bitextensionisnotinuseunderthefollowingcircumstance:ThePCIbusisidle.A32-bitbusmasterisperformingatransactionwitha32-bittarget.A32-bitbusmasterisperformingatransactionwitha64-bittarget.UpondetectingREQ64#deassertedatthestartofthetransaction,thetargetwillnotusetheupperhalfofthebus.A64-bitbusmasteraddressesatargettoperform32-bitdatatransfers(REQ64#deasserted)andthetargetresidesbelowthe4GBboundary.Inthiscase,theinitiatoronlyusesthelowerhalfofthebusduringtheaddressphase(becauseit’sonlygeneratinga32-bitaddress).Whenitdiscoversthecurrently-addressedtargetisa32-bittarget(ACK64#notassertedwhenDEVSEL#asserted),theinitiatorceasestousetheupperhalfatthebusduringthedataphases.a64-bitCardina32-bitPCIConnectorInstallationofa64-bitcardina32-bitcardconnectorispermitted.Themain(32-bit)portionoftheconnectorcontainsallofthe32-bitPCIsignals,whichanextensiontotheconnectorcontainsthe64-bitextensionsignal(withtheexceptionofREQ64#andACK64#whicharelocatedonthe32-bitportionoftheconnector).Whena64-bitdeviceisinstalledina32-bitPCIexpansionslot,thesystemboardpull-upsonAD[63::32],C/BE#[7::4]andPAR64arenotavailabletotheadd-incard.Thismeansthattheadd-incard’sinputbuffersthatareconnectedtotheextensionsignalpinswillfloat,oscillate,anddrawexcessivecurrent.Thespecificationstatesthattheadd-incarddesignermustnotsolvetheproblembysupplyingpullupresistorsontheextensionlinesontheadd-incard.Usingthisapproachwouldcauseproblemswhenthecardisinstalledina64-bitexpansionslot.Therewouldthenbetowsetsofpullupresistoronthesesignalline(theonesonthecardplustheonesonthesystemboard).Ifalldesignersolvedtheprobleminthismanner,amachinewithmultiple64-bitcardsinsertedin64-bitcardconnectorswouldhavemultiplepull-upsontheextensionsignal,resultinginpullupcurrentoverload.Thespecificationprovidesamethodfora64-b9itcardtodetermineatstartuptimewhetherit’sinstalledina32-bitora64-bitconnector.Ifthecarddetectsthatitispluggedintoa64-bitconnector,thepull-upsonthesystemboardwillkeeptheinputreceivesonthecardfromfloatingwhentheextensionisnotinuse.Ontheotherhand,ifay64-bitcarddetectsthatitisa32-bitcardconnector,thelogiconthecardmustkeeptheinputreceivesfromswitching.Thespecificationstatesthatanapproachsimilartooneofthefollowingshouldbeuse:Biasingtheinputbuffertoturningitoff.Activelydrivingtheoutputscontinually(sincetheyaren’tconnectedtoanything).How64-bitCardDeterminesTypeofSlotinstalledInWhenthesystemispoweredup,theresetsignalisautomaticallyasserted.Duringthisperiodoftime,thelogiconthesystemboardmustasserttheREQ64#signalaswellasRST#.REQ64#hasasinglepullupresistoronitandisconnectedtotheREQ64#pinonall64-bitdevicesintegratedontothesystemboardandonall64-bitPCIexpansionslot.ThespecificationstatesthattheREQ64#signallineoneach32-bitPCIexpansionslot(REQ64#andACK64#arelocatedonthe32-bitportionoftheconnector),however,eachhasitsownindependentpullupresistor.