Die Foren-SW läuft ohne erkennbare Probleme. Sollte doch etwas nicht funktionieren, bitte gerne hier jederzeit melden und wir kümmern uns zeitnah darum. Danke!

Intel 82579LM nic passthrough

Moderatoren: Dayworker, irix

Member
Beiträge: 6
Registriert: 17.05.2012, 22:58

Intel 82579LM nic passthrough

Beitragvon HashBanana » 18.05.2012, 16:24

Hi alle,

ihr seid meine letzte Hoffnung auf Lösung dieses Problems. Ich bitte euch kurz in diesen Bugreport bei sourceforge zu schauen: https://sourceforge.net/p/e1000/bugs/1/

Wenn ihr auch nur eine Idee habt woran das liegen könnte, bitte meldet euch! :)

Danke
HashBanana

King of the Hill
Beiträge: 13658
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 19.05.2012, 11:25

Klingt für mich danach, als ob der 579LM-Chip auf deinem Board eine neue Revision hat und jetzt nicht mehr mit dem alten Treiber zusammenspielt.
Der 579LM-Chip steht aber nicht auf der VMware-HCL und ist beim Server W2k8-R2 auch nur nach manueller Handarbeit zur Mitarbeit zu bewegen.

Wenn möglich, würde ich den ESXi mal plattmachen und testweise direkt Linux aufspielen. Dein SF-Link scheint sich ja hauptsächlich an der virtualisierten Umgebung zu stossen.
Wenn es dann klappt, solltest du mal nach einem Bios/Firmware-Update für dein Mainboard schauen. VT-d ist manchmal leider etwas unsauber implementiert.

Member
Beiträge: 6
Registriert: 17.05.2012, 22:58

Beitragvon HashBanana » 21.05.2012, 15:08

Hi Dayworker,

zunächst danke für deine Antwort. Die NIC läuft sowohl unter Debian/Ubuntu als auch Suse völlig problemlos direkt out-of-the-box.

Ich vermute auch, dass es irgendwo am passthrough via VT-d scheitert. Lt. dem Entwickler bei SF bedeutet "error -2", dass das Schreiben in ein Register fehlgeschlagen ist. Mal sehen ob's ein neues BIOS gibt.

Gruß
HashBanana

Member
Beiträge: 6
Registriert: 17.05.2012, 22:58

Beitragvon HashBanana » 23.05.2012, 22:52

BIOS Update von R29 auf R35 erfolgt, Problem besteht wie gehabt. Identische Fehlermeldungen.

Ich bin mit meinem Latein am Ende... :(

King of the Hill
Beiträge: 13658
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 24.05.2012, 06:29

Hast du den $Vendor mal direkt mit diesem Problem konfrontiert :?:
Einfach nur ein Bios-Update durchzuziehen und dann das Beste zu hoffen, hilft meistens nicht viel. Dazu ist die Problematik VT-d und Virtualisierung schon etwas zu speziell...

Member
Beiträge: 6
Registriert: 17.05.2012, 22:58

Beitragvon HashBanana » 24.05.2012, 16:04

Bei VMware hab ich ins Community Forum gepostet, da ich natürlich keinen direkten Support bekomme. Keine Antwort.

Der Kontakt zum Treiberentwickler verlief im Sande, wie man obigem sf.net Link entnehmen kann.

Auch zwei weitere Posts in VMware spezifischen Foren waren erfolglos.

Bleibt nur noch Intel selbst. Allerdings denke ich, dass meine Chancen dort nicht viel besser sind... Ich werd's aber versuchen und mich nochmal melden.

Sonst fallen mir auch nicht mehr Stellen ein, die ich kontaktieren könnte.

Ich bleib jedenfalls noch ein bisschen dran. Solange bis ich vollständig frustriert bin. :(

King of the Hill
Beiträge: 13658
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 24.05.2012, 18:15

Scheiterst du nur unter Linux mit der Nic oder auch mit einer Win-VM?
Wenn es unter Windows laeuft, kommt vielleicht auch noch der Linux-Kernel selbst als Fehlerquelle und dort speziell dein installierter PAE-Kernel infrage.
Hast du es auch mal mit einem reinen 32bit- und 64bit-Kernel probiert?

Member
Beiträge: 6
Registriert: 17.05.2012, 22:58

Beitragvon HashBanana » 24.05.2012, 20:00

Hi, die NIC versagt auch in einer Windows 7 VM ihren Dienst. Im Gerätestatus innerhalb des Gerätemanagers bekomme ich einen "Fehler 10". (Vgl. mein Post hier) Ich spekuliere (ohne es sicher zu wissen), dass das die Windows-Variante des "Kann nicht ins Register schreiben"-Fehlers ist. Deswegen schließe ich den Kernel als (alleinige) Fehlerquelle aus.

Ich habe bisher immer die (64 bit) Kernel benutzt, die bei den Distris dabei waren.

King of the Hill
Beiträge: 13658
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 24.05.2012, 20:53

Brauchst du unbedingt diese Nic per Passthrough in einer VM?
Eventuell scheiterst du ja auch an Intels AMT-Feature ...

Member
Beiträge: 6
Registriert: 17.05.2012, 22:58

Beitragvon HashBanana » 24.05.2012, 21:58

Ich möchte die VM als Router benutzen und mein Switch kann kein VLAN. D.h., ja ich brauche diese NIC.

Ich hoffe, dass AMT den Normalbetrieb nicht dermaßen behindert.

King of the Hill
Beiträge: 13658
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 25.05.2012, 06:29

Mehr als AMT abschalten und ausprobieren wird dir da nicht bleiben.
Notfalls mußt du noch eine zusätzliche e1000-Nic stecken.

Member
Beiträge: 149
Registriert: 21.02.2004, 22:33
Wohnort: Müggelheim
Kontaktdaten:

Beitragvon Rene_Mhm » 27.06.2012, 23:13

Habe exakt das selbe Problem mit 'Fehler 10', egal ob 32er W2k3 oder 64er 08R2.

Überlege nun schon, ob ich die Karte unbedingt PT brauche, oder ob auch eine direkte Einbindung reichen würde (soll ein MS TMG werden).

Aber wenn ich das hier in einem anderen Fred richtig gelesen habe, läßt sich ausgerechnet die 82579LM im 5er ESXi nicht so wirklich einbinden.

Gibt es noch schönere Vorschläge, als (noch) eine Pro1000 direkt zu stecken? Da gehen mir nämnlich langsam die Sockel aus. Board ist ein Intel DQ67SWB3.

Guru
Beiträge: 2771
Registriert: 23.02.2012, 12:26

Beitragvon ~thc » 28.06.2012, 09:25

Rene_Mhm hat geschrieben:Aber wenn ich das hier in einem anderen Fred richtig gelesen habe, läßt sich ausgerechnet die 82579LM im 5er ESXi nicht so wirklich einbinden.

Gibt es noch schönere Vorschläge, als (noch) eine Pro1000 direkt zu stecken? Da gehen mir nämnlich langsam die Sockel aus. Board ist ein Intel DQ67SWB3.


Für die 82579LM brauchst du einen inoffiziellen Community-Driver (net-e1001e-1.0.0.x86_64.vib) - ich habe diesen (mit dem gleichen Board) problemlos im produktiven Einsatz.

Ich glaube nach meinen Erfahrungen mit dem Board, dass dort VT-d generell nicht funktioniert - ich habe aber auch keine Möglichkeit, das AMT abzuschalten. Dann sollte dir auch eine Steckkarte nichts nützen.

Dazu kommt noch, dass einige Prozessoren (i5 der K-Reihe, C1-.Stepping einiger i7) auch noch beim VT-d reingrätschen sollen.

Member
Beiträge: 149
Registriert: 21.02.2004, 22:33
Wohnort: Müggelheim
Kontaktdaten:

Beitragvon Rene_Mhm » 28.06.2012, 12:12

~thc hat geschrieben:Für die 82579LM brauchst du einen inoffiziellen Community-Driver (net-e1001e-1.0.0.x86_64.vib) - ich habe diesen (mit dem gleichen Board) problemlos im produktiven Einsatz.
Hast Du evtl. einen Link, wo ich a) den Trreiber finden kann und b) mir etwas zu dessen Einbundung anlesen kann? Wäre super!

~thc hat geschrieben:Ich glaube nach meinen Erfahrungen mit dem Board, dass dort VT-d generell nicht funktioniert - ich habe aber auch keine Möglichkeit, das AMT abzuschalten. Dann sollte dir auch eine Steckkarte nichts nützen.
Dazu kommt noch, dass einige Prozessoren (i5 der K-Reihe, C1-.Stepping einiger i7) auch noch beim VT-d reingrätschen sollen.
Also an der Stelle kann ich Dich wiederum beruhigen. Denn bei mir steckt auch noch eine stinknormale Fritz!-PCI mit drinnen, welche per fest in einer XPSP3-Kiste eingebunden ist und völlg problemlos läuft. Als CPU läuft ein i7-2600S.

Guru
Beiträge: 2771
Registriert: 23.02.2012, 12:26

Beitragvon ~thc » 28.06.2012, 13:46

Rene_Mhm hat geschrieben:Hast Du evtl. einen Link, wo ich a) den Trreiber finden kann und b) mir etwas zu dessen Einbundung anlesen kann? Wäre super!


Ich habe "Chillis" Treiber im "Hardforum" gefunden.

SHA1: 9c5678639c9f978d80fca119fb4899f9ec21125c

Dann brauchst du noch den ESXi Customizer, um dir die modifizierte ISO-Datei zu erzeugen.

Rene_Mhm hat geschrieben:Also an der Stelle kann ich Dich wiederum beruhigen. Denn bei mir steckt auch noch eine stinknormale Fritz!-PCI mit drinnen, welche per fest in einer XPSP3-Kiste eingebunden ist und völlg problemlos läuft. Als CPU läuft ein i7-2600S.


Das ist gut zu wissen, dass es nicht unmöglich ist. Von dem i7-Bug sind nur der i7-3960X Extreme Edition und der i7-3930K betroffen.

Experte
Beiträge: 1848
Registriert: 04.10.2011, 14:06

Beitragvon JustMe » 28.06.2012, 14:16

Nur mal so 2c:

- Das ist kein "Bug", sondern ein wohl-dokumentiertes Feature. Die K-Varianten, egal ob i5 oder i7, unterstuetzen kein VT-d. Dafuer haben sie einen offenen Multiplikator. Man schaue dazu auf ark.intel.com
- Ich fuerchte, dass die Installation eines ESXi-Treibers fuer diese NIC hier nicht helfen wird. Es geht doch, wenn ich mich nicht verlesen habe, ausdruecklich darum, die Karte in eine VM durchzureichen. In diesem Falle wird ueberhaupt kein Treiber im ESXi benoetigt.

Guru
Beiträge: 2771
Registriert: 23.02.2012, 12:26

Beitragvon ~thc » 28.06.2012, 16:27

JustMe hat geschrieben:Das ist kein "Bug", sondern ein wohl-dokumentiertes Feature. Die K-Varianten, egal ob i5 oder i7, unterstuetzen kein VT-d. Dafuer haben sie einen offenen Multiplikator. Man schaue dazu auf ark.intel.com


Da mich das persönlich interessiert und es für die Zusammenstellung von WhiteBox-Servern interessant ist:

- Hast du eine Übersicht, welche Prozessoren VT-d unterstützen?
- Warum ist VT-d im C1-Stepping vom i7-3960X Extreme Edition und vom i7-3930K ein "Nicht-Feature"?
- Wenn die Regel ist, alle K-Prozessoren unterstützen VT-d nicht, warum dann das C2-Stepping des i7-3930K?

Experte
Beiträge: 1848
Registriert: 04.10.2011, 14:06

Beitragvon JustMe » 28.06.2012, 16:48

- Hast du eine Übersicht, welche Prozessoren VT-d unterstützen?

Nein, habe ich leider auch nicht. Sollte man sich aber über die Filterregeln auf der ark.intel.com Seite erstellen koennen.
- Warum ist VT-d im C1-Stepping vom i7-3960X Extreme Edition und vom i7-3930K ein "Nicht-Feature"?

Das wirst Du schon Intel fragen muessen. Ich weiss es nicht... :lol:
- Wenn die Regel ist, alle K-Prozessoren unterstützen VT-d nicht, warum dann das C2-Stepping des i7-3930K?

Weil die Regel eben nicht lautet "alle K-Prozessoren", sondern nur alle Ks, die ich zum Zeitpunkt des Postings auf meiner inneren Scheibe hatte, sorry.
In der (hoffentlich nicht allzu fernen) Zukunft werden ebenso hoffentlich alle dann aktuellen CPUs VT-d unterstuetzen.

Experte
Beiträge: 1848
Registriert: 04.10.2011, 14:06

Beitragvon JustMe » 28.06.2012, 17:00

PS:
Und die dazugehoerigen Boards auch.

Aus eigener leidvoller Erfahrung (habe extra einen i7-2600 ohne K bestueckt, aber leider auf einem P8Z68-Vpro, das KEIN VT-d beherrscht).

Member
Beiträge: 149
Registriert: 21.02.2004, 22:33
Wohnort: Müggelheim
Kontaktdaten:

Beitragvon Rene_Mhm » 28.06.2012, 22:03

Rene_Mhm hat geschrieben:Hast Du evtl. einen Link, wo ich a) den Trreiber finden kann und b) mir etwas zu dessen Einbundung anlesen kann? Wäre super!
Eigene Antwort hierzu: Erledigt!
Hier ist es prima und 'idiotensicher' beschrieben: http://lime-technology.com/forum/index. ... ic=17936.0

~thc hat geschrieben:Dann brauchst du noch den ESXi Customizer, um dir die modifizierte ISO-Datei zu erzeugen.
Nö, da war keine Neuinstallation, ISO, oder sonstwas nötig. Hatte ja schon eine (doppelte) E1000 stecken, so dass die Kiste online gehen konnte.
Komischerweise lief es aber vom vorgegebenen Link nicht, so dass ich das File dann herunterladen und auf einer eigenen Seite ablegen mußte, was dann jedoch völlig problemlos funktionierte.

JustMe hat geschrieben:- Ich fuerchte, dass die Installation eines ESXi-Treibers fuer diese NIC hier nicht helfen wird. Es geht doch, wenn ich mich nicht verlesen habe, ausdruecklich darum, die Karte in eine VM durchzureichen. In diesem Falle wird ueberhaupt kein Treiber im ESXi benoetigt.
Also zumindest bei mir ging es einfach um die Nutzung der Karte, um keinen weiteren Slot dafür zu verbraten. Das Durchreichen wäre nur, eben wenn der 82579-Treiber denn in der VM gelaufen wäre, für mich die schnellere Lösung gewesen.

King of the Hill
Beiträge: 13658
Registriert: 01.10.2008, 12:54
Wohnort: laut USV-Log am Ende der Welt...

Beitragvon Dayworker » 29.06.2012, 02:43

Mal ein paar CPU-Fakten.
Alle Intel Consumer-CPUs mit "k" im Namen haben keine VT-d sondern nur normale VT-x Faehigkeit in HW, dafuer lassen sie sich einfacher uebertakten. Trotzdem lassen sich damit 64bit-VMs betreiben, lediglich PCI-Passthrough ist damit nicht moeglich.
Aber das sich die Core_i7-3960X und 3930K (betrifft eigentlich auch den 3820) dort anders verhalten, liegt an Intels Einordnung als Extreme Edition. Als Speerspitze von Intels CPU-EW sollten diese auch VT-d mitbringen, durch einen Maskenfehler funktionierte das aber nicht oder nicht voellig fehlerfrei. Dazu hatte ich im HW-Bereich auch mal das entsprechende Erratum verlinkt und seit Jahresbeginn lieferte Intel auch fehlerbereinigte CPUs, sprich neues CPU-Stepping, aus.

[add]
Das einige MBs ihre Probleme mit VT-d haben ist leider traurige Realitaet, lies dir dazu mal http://www.tomshardware.co.uk/forum/304 ... tel-dz68bc durch...

Guru
Beiträge: 2771
Registriert: 23.02.2012, 12:26

Beitragvon ~thc » 29.06.2012, 11:14

Danke für die ausführlichen Informationen.


Zurück zu „vSphere 5 / ESXi 5 und 5.1“

Wer ist online?

Mitglieder in diesem Forum: 0 Mitglieder und 3 Gäste