PCIe Kommunikation

das keinerlei Kommunkation statt findet, hab ich mit dem Oszilloskop 
überprüft. Die Lanes sind die ganze Zeit auf 0V für die Clock.

Hab mir ein x86-Board (Cpu-Platine) gekauft und dazu ein kleines 
Targetboard erstellt mit eben einem zusätzlichen Ethernet-Port, via 
PCIe.

Lothar Miller schrieb:
> Wie? Mit Fädeldraht? Foto?
> Was sagt ein PCI-Scan?

Als Betriebssystem setze ich momentan Windows Xpe ein. Ist natürlich 
alles schön verlötet auf einer Platine (nicht mit Fädeldraht oder 
ähnlichem)...


> Wird das Device überhaupt erkannt?
Wie sollte es erkannt werden? Bis jetzt hab ich keinerlei Kommunikation 
auf den PCIe Lanes und daher wird auch im Device Manager nichts 
angezeigt.

> Was sagt ein PCI-Scan?
gibt es da ein entsprechndes command-tool um so einen Scan 
durchzuführen?

Lothar Miller schrieb:
> Google nach: pci32 craig hart
> Und hier gibts dazu eine aktuelle pcidevs.txt : http://www.fuwi.ethz.ch/Beitrag 
melden | Bearbeiten | Löschen |

hab ich grad ausprobiert, er findet den Device leider nicht; allerdings 
sind auf dem PCIe Bus0 bereits einige Devices untergebracht.

Bekommen die Devices die PCIe-Bus-Adressen vom PCIe-Host übergeben, oder 
sind diese fest in den Devices selbst integriert?

Sebastian schrieb:
> allerdings
> sind auf dem PCIe Bus0 bereits einige Devices untergebracht.

Und du hast da einfach dein neues Device parallel dazugelötet?

PCIe ist kein Bus, das sind Punkt-Zu-Punkt Verbindungen!

Schorsch schrieb:
> Und du hast da einfach dein neues Device parallel dazugelötet?

das weiß ich nicht genau: vom CPU-Board sind halt insgesamt 5x Tx/Rx 
PCIe Lane-Päärchen rausgeführt und eines davon hab ich verwendet.

Gibt es für PCIe auch eine present detection? Hab jetzt nichts gefunden; 
weiß aber dass das bei PCI required ist, damit der Device erkannt wird.

Sebastian schrieb:
> Gibt es für PCIe auch eine present detection? Hab jetzt nichts gefunden;
> weiß aber dass das bei PCI required ist, damit der Device erkannt wird.

Ja, ich würde vermuten das die Leitungen "PRSNT#1" und "PRSNT#2" dafür 
da sind. JTAG und I²C (SM-Bus) sind aber hoffentlich optional.

http://www.pcisig.com/specifications/pciexpress/
http://pinouts.ru/Slots/pci_express_pinout.shtml

@Sebastian:

>> Und du hast da einfach dein neues Device parallel dazugelötet?
>das weiß ich nicht genau: vom CPU-Board sind halt insgesamt 5x Tx/Rx
>PCIe Lane-Päärchen rausgeführt und eines davon hab ich verwendet.

Und woher weißt Du das Du PCIe-Lanes erwischt hast und nicht vielleicht
etwas anderes? Mit was für Tastköpfen hast Du denn versucht den PCIe
zu debuggen?

Mal schauen woran ich mich bezüglich noch erinnere:

- Läuft da nach dem Start nicht eine Trainingssequenz zwischen
den Phy-Modulen von Host und Slave? Da werden die miteinander
synchronisert.
- Dann kommt sicher sowas wie die Enumeration bei klassischem PCI,
- An PCIe-Slots gibt es ein Signal "PRSNT#1 - Hot plug presence detect",
soviel zum Thema presence detection. Wenn sowas nicht existiert
muß das BIOS wissen was an welchen PCIe-Lanes angeschlossen ist um
es korrekt zu initialisieren.

Da gibts noch ein paar Worte zum Thema presence detect:

http://www.pcisig.com/developers/main/training_materials/get_document?doc_id=f275ada7d622d20947d69cbb34b6e0a0622249c3

Jens schrieb:
> An PCIe-Slots gibt es ein Signal "PRSNT#1 - Hot plug presence detect",
> soviel zum Thema presence detection. Wenn sowas nicht existiert
> muß das BIOS wissen was an welchen PCIe-Lanes angeschlossen ist um
> es korrekt zu initialisieren.

Ohje, ein sog. PRSNT#1 Signal steht mir leider nicht zur Verfügung, so 
dass es anscheinend über das Bios eingestellt werden muss. 
Wahrscheinlich ist das nicht mal möglich bzw. nur durch den Hersteller 
vom CPU-Board.

Wie muss so ein IC im Bios angegeben werden? Bzw. wie weiß das BIOS, 
dass es sich genau um diesen IC an PCIe-Lane xyz handelt? Im Bios kann 
ich lediglich die PCIe-Lanes enablen, disablen oder auf Auto (present 
detection) stellen.

Jens schrieb:
> Und woher weißt Du das Du PCIe-Lanes erwischt hast und nicht vielleicht
> etwas anderes? Mit was für Tastköpfen hast Du denn versucht den PCIe
> zu debuggen?

Also ich sag mal so, mit dem vorhandenen Oszi kann ich nicht wirklich 
überprüfen ob die Frequenz vom PCIe Clock stimmt, aber man sieht 
zumindestens ob sich was auf dem Bus tut oder nicht. Die Tastköpfe sind 
1:1 oder 10:1.

Nachdem ich im BIOS den PCIe-Lane 0 auf enabled geschaltet habe, bekomme 
ich auch ein CLK-Signal (ob es genau stimmt, weiß ich wie gesagt nicht, 
aber es bewegt sich was). Die beiden RX/TX Lanes besitzen allerdings 
immer
den gleichen Level (RX ist auf Null und bei TX ist einer auf 1.5V und 
der andere auf 0V)

Jens schrieb:
> Läuft da nach dem Start nicht eine Trainingssequenz zwischen
> den Phy-Modulen von Host und Slave? Da werden die miteinander
> synchronisert
Zwischen welchen Modulen? Ich hab auf dem Targetboard einen Ethernet-PHY 
installiert, welcher auf der einen Seite die Signale von der 
Ethernet-Buchse animmt und auf der anderen Seite diese Signale per PCIe 
an den x86 Prozessor bzw. dessen Southbridge weiterleitet.

Vielen Dank an euch alle für die Hinweise....

Michael X. schrieb:
> 1. Hast du die richtigen Lanes erwischt? Oder sinds welche vom PEG? Die
> können oft nicht als Einzellanes konfiguriert werden.
> 2. Rx auf Tx, + und - richtig herum? Was macht der Clock? Presence ist
> low?

PEG hab ich auf dem CPU-Board, allerdings hab ich diese nicht erwischt. 
Hab einfach PCIe_Rx0+/- und PCIe_Tx0+/- verwendet. Die Clock hat ein 
Signal, sowie einen Offset von ca. 400mV

bin leider zum ersten Mal jetzt mit PCIe in Berührung gekommen (deshalb 
so anfänger-fragen - werd mir aber heute abend mal die pdfs durchlesen, 
um etwas schlauer zu werden): hab mir nochmal das Pinning vom Connector 
zum und vom CPU-Board angesehen. Bezüglich der Present-Detection gibt es 
diese nur für den PEG-Port und für die ExpressCards (aber die kann ich 
nicht für so einen PCIe Ic verwenden, oder)?

Michael X. schrieb:
> Der root complex. Zuerst wird eine Link-Training Sequenz gestartet.
> Danach die Enumeration durchs BIOS

Werden bei dieser Link-Traning Sequenz auch die RX/TX Lanes verwendet?, 
So dass man auf diesen beiden Lanes auch etwas sehen müsste?

Seb

"By the standard, PERST# which is the Express Card reset, is low as long 
CPPE# is high. As soon as a Express Card is plugged in, the cards pulls 
CPPE# low, and after a fixed delay of 100ms, the PERST# signal rises 
high"

kann ich einfach das CPPE# Signal vom Expresscard-Slot1 per Pulldown auf 
0V ziehen und PERST# vom Expresscard-Slot1 einfach an den RST Input vom 
Ethernet Device anschließen?

>400mV Offset? Fehlen da eventuell die
>100nF Kondensatoren an den Ausgängen des Root Complex Chips?
glaub ich nicht, laut Datenblatt sollten diese bereits auf dem CPU-Board 
installiert sein für die CLK-Signale.

hab jetzt PERST u. CPPE hinzugefügt und jetzt wird im Device Manager 
"Ethernet Controller" erkannt, allerdings wird auch nach installieren 
des Realtek Drivers RTL8111B IC dieser nicht als Realtek ausgemacht....

Michael X. schrieb:
> Du hast offensichtlich ein leeres Konfigurations-EEprom.

das ist richtig. Hab eines angeschlossen, allerdings steht da nichts 
drinnen; hab auch auf der Realtekseite keinerlei Beschreibungen 
Downloadsachen gefunden, die diese Eeprom beschreiben würden.

Eine marktübliche PCIe-Karte mit dem Ethernetcontroller besorgen und
den dort enthaltenen EEPROM kopieren?

Jens schrieb:
> Eine marktübliche PCIe-Karte mit dem Ethernetcontroller besorgen und
> den dort enthaltenen EEPROM kopieren?

Hab die Informationen grad mal bei Realtek angefragt. Mal schaun ob da 
was zurückkommt. Ohne Eeprom erhält man das gleiche Resultat.

Komisch finde ich nur, dass man den Treiber nicht installieren kann, 
auch wenn man dem Device den passenden Treiber bereits auswählt. "The 
hardware was not installed, because the wizard couldn`t find the 
necessary software", lautet stets die exakte Fehlermeldung vom 
"New-Hardware-Wizard" (egal was ich auswähle).

nicht komplett:

Vendor: 10ech realtek semiconductor co., ltd
(scheint richtig zu sein)

Device 8129h rtl-8129
Subsystem id 812911ech rtl8219 fast eth adapter
(aber hier wird anscheinend ein anderer Device gefunden, bzw. meint dass 
das System)...

Sebastian schrieb:
> Device 8129h rtl-8129
> Subsystem id 812911ech rtl8219 fast eth adapter
> (aber hier wird anscheinend ein anderer Device gefunden, bzw. meint dass
> das System)...

hab mal zum Spaß die 100nF im Tx-Zweig zum x86 Prozessor rausgenommen 
und durch 0Ohm ersetzt -> liefert das gleiche Ergebnis, was die 
Device-ID angeht. Ich dachte jetzt würde aufgrund der fehlenden 
Kondensatoren etwas anderes angezeigt werden (irgendeine ID)...

Sebastian schrieb:
> auch nach installieren
> des Realtek Drivers RTL8111B IC

und

Sebastian schrieb:
> Device 8129h rtl-8129
> Subsystem id 812911ech rtl8219 fast eth adapter

Nur um die blödsten Fehler zuerst auszuschliessen:

Dein Treiber stimmt? Sicher? was passiert wenn du einen rtl-8129 - 
Treiber installierst?

Schorsch schrieb:
> Nur um die blödsten Fehler zuerst auszuschliessen:

einen Treiber hab ich bis jetzt noch gar nicht installiert.

Lothar Miller schrieb:
> Google nach: pci32 craig hart
> Und hier gibts dazu eine aktuelle pcidevs.txt : http://www.fuwi.ethz.ch/

wenn ich dieses Programm anwende oder wenn ich im Device Manager auf den 
"Ethernet Controller" mit gelben Fragezeichen klicke, bekomme ich diese 
Informationen angezeigt.

Schorsch schrieb:
> Dein Treiber stimmt? Sicher? was passiert wenn du einen rtl-8129 -
> Treiber installierst?
Anscheinend ist dieser RTL8129 sein sehr alter Realtek Device, da ich 
auf deren Seite gar keine Treiber finden kann. Gekauft hab ich einen 
RTL8111B und das steht auch auf dem Device drauf.

Hab grad den RTL8129 Treiber ausprobiert - als Ergebnis bekam ich den 
blauen Bildschirm angezeigt mit

"hardware malfunction
parity check memory parity errror"

Sebastian schrieb:
> Gekauft hab ich einen
> RTL8111B und das steht auch auf dem Device drauf.

Ah, ok. Ein Blick in die Linux-Treiber-Sourcen für den Chip offenbart, 
dass die RTL-Chips wohl ihre PCI-IDs aus dem EEProm lesen möchten. Wenn 
kein EEProm vorhanden, dann melden sie sich als 0x8129.

Also:
Entweder den Treiber so hinbiegen, dass er diese Device-ID schluckt, 
(Und dabei den 8129-Treiber, der evtl. beim Windows "mitgeliefert" 
wurde, deaktivieren) oder ein EEProm mit passender Device-ID an den Chip 
hängen.

Schorsch schrieb:
> Ah, ok. Ein Blick in die Linux-Treiber-Sourcen für den Chip offenbart,
> dass die RTL-Chips wohl ihre PCI-IDs aus dem EEProm lesen möchten. Wenn
> kein EEProm vorhanden, dann melden sie sich als 0x8129.

kannst du mir noch einen link schicken, wo du das gefunden hast???? Das 
wäre ja super, wenn nur dass der grund wäre!!

Sebastian schrieb:
> kannst du mir noch einen link schicken, wo du das gefunden hast???? Das
> wäre ja super, wenn nur dass der grund wäre!!

Einen Link brauchts dafür nicht, es sind nur diese Zeilen aus der 
8139too.c gewesen:

1

        /* Bogus 8139 silicon reports 8129 without external PROM :-( */

2

        {0x10ec, 0x8129, PCI_ANY_ID, PCI_ANY_ID, 0, 0, RTL8139 },

und mit 0x10EC / 0x8129 hat sich dein Device ja gemeldet, oder?

Schorsch schrieb:
> und mit 0x10EC / 0x8129 hat sich dein Device ja gemeldet, oder?

richtig... vielen Dank für deine Mühe. Werd berichten, sobald ich die 
Eeprom-Daten von Realtek erhalten habe.

Realtek und Antwort? Naja, viel spaß.
Entweder eeprom so beschreiben wie es im Datenblatt steht oder das 
passende Tool besorgen. Beim 8139 hieß es 'rset.exe', weiß nicht ob die 
aktuelle variante den 8111 unterstützt. Hast du den Chip von 
Cornelius-Consult? Der hätte auch die Software.

der_michl schrieb:
> Hast du den Chip von
> Cornelius-Consult? Der hätte auch die Software.

bei denen hab ich schon angefragt - die haben leider nichts; haben mich 
lediglich an realtek.de verwiesen wo mir schon eine Frau geantwortet hat 
und bei Realtek nachfragt nach diesen Daten....

der_michl schrieb:
> Entweder eeprom so beschreiben wie es im Datenblatt steht oder das
> passende Tool besorgen
wo steht das denn im Datenblatt? Hab da nichts gefunden, was angibt wo 
was im Eeprom gespeichert werden muss? z.B. kann man bei diesem IC auch 
die LEDs entsprechend über das Eeprom konfigurieren...

http://bothhand.info/pdf/spec-8111b(140).pdf

es hat lange gedauert, aber jetzt hab ich den Inhalt für das Eeprom 
bekommen von Realtek und der RTL8111B wird jetzt auch im Device Manager 
richtig erkannt und angezeigt.

Allerdings kann ich bis jetzt keine Verbindung aufbauen. Die Verbindung 
wird immer als "unconnected" dargestellt. Die LED (Tx/Rx) blinkt zwar, 
aber mit dem Wireshark sehe ich keinerlei Traffic.

Das Eeprom selbst kann ich über den Hauptprozessor (übers DOS) auslesen 
und programmieren dank Realtek, so dass ich auf der PCIe-Strecke keinen 
Fehler vermute. Die MDI-Leitungen sind auch alle entsprechend 
angeschlossen... :-(

Vielleicht hat jmd von euch noch einen Rat, was ich mal ausprobieren 
sollte. Wenn ich den Realtek über ein Ethernetkabel direkt mit einem 
anderen Rechner verbinde, wird auch eine Verbindung bei diesem Rechner 
angezeigt.

hab mir grad noch einmal ein paar schaltpläne angeschaut: wird zwischen 
RTL8111B und dem Transformator keine Leitungsterminierung mit 49.9 Ohm 
Widerständen verwendet???