Ich versuche hier noch einmal mein Vorgehen zu erläutern:
1) Download des pch_gbe-Verzeichnisses von Github (hier noch einmal der Link)
2) Im Verzeichnis /home/esys/pch_gbe, in dem die *.c und *.h und sonstigen Dateien liegen, habe ich dann versucht make && make install auszuführen. Dies wird abgebrochen:
esys@mykros:~/PCH_EG20T_Driver/pch_gbe> ls -l
insgesamt 176
-rw-r--r-- 1 esys users 877 1. Aug 13:50 Kconfig
-rw-r--r-- 1 esys users 139 1. Aug 19:12 Makefile
-rw-r--r-- 1 esys users 6855 1. Aug 13:50 pch_gbe_api.c
-rw-r--r-- 1 esys users 1434 1. Aug 13:50 pch_gbe_api.h
-rw-r--r-- 1 esys users 15324 1. Aug 13:50 pch_gbe_ethtool.c
-rw-r--r-- 1 esys users 23736 1. Aug 13:50 pch_gbe.h
-rw-r--r-- 1 esys users 80322 1. Aug 13:50 pch_gbe_main.c
-rw-r--r-- 1 esys users 15502 1. Aug 13:50 pch_gbe_param.c
-rw-r--r-- 1 esys users 12502 1. Aug 13:50 pch_gbe_phy.c
-rw-r--r-- 1 esys users 1516 1. Aug 13:50 pch_gbe_phy.h
esys@mykros:~/PCH_EG20T_Driver/pch_gbe> make
make: *** Keine Ziele. Schluss.
esys@mykros:~/PCH_EG20T_Driver/pch_gbe>
Alles anzeigen
Ich bin mir ziemlich sicher, dass ich - und hier bestätigt sich wohl teilweise @Berichtigungs Vermutung - die falsche Makefile angebe oder ein ähnlicher Fehler vorliegt. Die im Verzeichnis liegende Makefile kommt mir auch alles andere als komplett vor, vielleicht bestehen noch Abhängigkeiten zu übergeordneten Makefiles? Ich habe bereits recht viel Aufwand in die Suche nach dem Thema "how to compile a module for linux" gesteckt, bin aber leider nicht fündig geworden.
Hier auch noch einmal die Ausgabe von /sbin/lspci -nnk | grep -iA3 net ordentlich formatiert. Gleich aus der ersten Zeile wird ersichtlich, dass kein Kernel-Treiber geladen/genutzt wird.
02:00.1 Ethernet controller [0200]: Intel Corporation Platform Controller Hub EG20T Gigabit Ethernet Controller [8086:8802] (rev 01)
02:00.2 Unassigned class [ff00]: Intel Corporation Platform Controller Hub EG20T General Purpose IO Controller [8086:8803]
02:02.0 USB controller [0c03]: Intel Corporation Platform Controller Hub EG20T USB OHCI Controller #4 [8086:8804] (rev 01)
Kernel driver in use: ohci-pci
--
02:0c.3 CANBUS [0c09]: Intel Corporation Platform Controller Hub EG20T Controller Area Network (CAN) Controller [8086:8818]
Kernel driver in use: c_can_pci
Kernel modules: c_can_pci
02:0c.4 Unassigned class [ff00]: Intel Corporation Platform Controller Hub EG20T IEEE 1588 Hardware Assist [8086:8819] (rev 01)
03:00.0 Ethernet controller [0200]: Intel Corporation 82574L Gigabit Network Connection [8086:10d3]
Subsystem: Intel Corporation Device [8086:0000]
Kernel driver in use: e1000e
Kernel modules: e1000e
Alles anzeigen
Danke für die Hilfe bisher, vielleicht finden wir ja noch die Lösung.
Viele Grüße
Ein kleines PS noch in eigener Sache:
Mir ist schon klar, dass meistens die User spinnen, das Problem sitzt ja schließlich in 99% der Fälle vor dem Computer. Mir ist der Unterschied zwischen Code- und Inline-Code-Formatierung durchaus bewusst und ich habe bei meinem vorherigen Post definitiv weder versehentlich noch absichtlich die falsche Wahl getroffen. Beim Betätigen des Speichern-Buttons im Code-Fenster hat sich das Fenster verdoppelt und ich konnte es nur noch schließen. Warum weiß ich nicht, die nächstbeste Alternative war allerdings die Inline-Code-Formatierung. Erfreulicherweise hat es diesmal anstandslos geklappt