Hallo Zusammen,
leider wird auf meinem neuen ASUS P4P800-VM die Hardware anscheinend nicht erkannt. Nach Installation von Kernel 2.4.20 erhalte ich bei Eingabe von "lspci"
--------------------
00:00.0 Host bridge: Intel Corp.: Unknown device 2570 (rev 02)
00:02.0 VGA compatible controller: Intel Corp.: Unknown device 2572 (rev 02)
00:1d.0 USB Controller: Intel Corp.: Unknown device 24d2 (rev 02)
00:1d.1 USB Controller: Intel Corp.: Unknown device 24d4 (rev 02)
00:1d.2 USB Controller: Intel Corp.: Unknown device 24d7 (rev 02)
00:1d.3 USB Controller: Intel Corp.: Unknown device 24de (rev 02)
00:1d.7 USB Controller: Intel Corp.: Unknown device 24dd (rev 02)
00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB PCI Bridge (rev c2)
00:1f.0 ISA bridge: Intel Corp.: Unknown device 24d0 (rev 02)
00:1f.1 IDE interface: Intel Corp.: Unknown device 24db (rev 02)
00:1f.3 SMBus: Intel Corp.: Unknown device 24d3 (rev 02)
01:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
01:0b.0 Multimedia audio controller: Fortemedia, Inc Xwave QS3000A [FM801] (rev b2)
01:0b.1 Input device controller: Fortemedia, Inc Xwave QS3000A [FM801 game port] (rev b2)
------------------------------------------
Nun habe ich auf einer anderen Partition Redhat9 (Kernel 2.4.20-18.9smp) installiert. Dort erhalte ich:
------------------------------------------
00:1d.0 USB Controller: Intel Corp. 82801EB USB (Hub #1) (rev 02)
00:1d.1 USB Controller: Intel Corp. 82801EB USB (Hub #2) (rev 02)
00:1d.2 USB Controller: Intel Corp. 82801EB USB (Hub #3) (rev 02)
00:1d.3 USB Controller: Intel Corp. 82801EB USB EHCI Controller #2 (rev 02)
00:1d.7 USB Controller: Intel Corp. 82801EB USB EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB PCI Bridge (rev c2)
00:1f.0 ISA bridge: Intel Corp. 82801EB ISA Bridge (LPC) (rev 02)
00:1f.1 IDE interface: Intel Corp. 82801EB ICH5 IDE (rev 02)
00:1f.3 SMBus: Intel Corp. 82801EB SMBus (rev 02)
01:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
01:0b.0 Multimedia audio controller: Fortemedia, Inc Xwave QS3000A [FM801] (rev b2)
01:0b.1 Input device controller: Fortemedia, Inc Xwave QS3000A [FM801 game port] (rev b2)
-------------------------------------------
Da scheint alles zu funktionieren. Nun habe ich den Redhat-Kernel auf die Debian-Partition kopiert, mit LILO eingebunden und gestartet....
Nix wars, trotzdem keine Hardware-Erkennung.
Also scheint es nicht am Kernel zu liegen, aber an was denn dann????
Vielen Dank schon mal für Eure Hilfe,
joda
Hardware-Erkennung Debian-Redhat?
OK, got it. Ich habe mal die Versionsnummern von lspci verglichen. Seltsamerweise zeigt Redhat mit Version 2.1.10 richtig an und Debian mit 2.1.11 nicht!zyta2k hat geschrieben:lspci hat nix mit Hardwareerkennung zu tun !!!!
lspci hat eine eigene Datenbank wo es die ID's vergleicht und reale Namen einsetzt im Output von lspci.
Ich kapiere immer noch nicht warum...
Also ist das richtige Tool dazu lsmod, oder?Ein Unknown heisst aber NICHT, dass der Kernel das Device nicht erkannt hat !!
Folgende Ausgaben erhalte ich:
---- lsmod - Redhat -------------
Module Size Used by Not tainted
nls_iso8859-1 3516 1 (autoclean)
nls_cp437 5148 1 (autoclean)
vfat 13196 1 (autoclean)
fat 40088 0 (autoclean) [vfat]
i830 76000 1
agpgart 48960 11 (autoclean)
parport_pc 19204 1 (autoclean)
lp 9188 0 (autoclean)
parport 39072 1 (autoclean) [parport_pc lp]
iptable_filter 2412 0 (autoclean) (unused)
ip_tables 15864 1 [iptable_filter]
autofs 13684 0 (autoclean) (unused)
8139too 18856 1
mii 4124 0 [8139too]
sg 37580 0 (autoclean)
sr_mod 18200 0 (autoclean)
ide-scsi 12432 0
scsi_mod 110936 3 [sg sr_mod ide-scsi]
ide-cd 35808 0
cdrom 34176 0 [sr_mod ide-cd]
keybdev 2976 0 (unused)
mousedev 5688 0
hid 22404 0 (unused)
input 6208 0 [keybdev mousedev hid]
usb-uhci 27468 0 (unused)
ehci-hcd 20584 0 (unused)
usbcore 82816 1 [hid usb-uhci ehci-hcd]
ext3 73376 1
jbd 56368 1 [ext3]
------------------------------------
---- lsmod Debian --------------
Module Size Used by Not tainted
nls_iso8859-1 3516 1 (autoclean)
nls_cp437 5148 1 (autoclean)
vfat 13196 1 (autoclean)
fat 40088 0 (autoclean) [vfat]
autofs4 12724 2 (autoclean)
ide-scsi 12432 0
parport_pc 19204 1 (autoclean)
lp 9188 0 (autoclean)
parport 39072 1 (autoclean) [parport_pc lp]
forte 16308 0 (unused)
soundcore 7044 2 [forte]
ac97_codec 14728 0 [forte]
8139too 18856 1
mii 4124 0 [8139too]
keybdev 2976 0 (unused)
input 6208 0 [keybdev]
usb-storage 75232 0 (unused)
scsi_mod 110936 1 [ide-scsi usb-storage]
ehci-hcd 20584 0 (unused)
usb-uhci 27468 0 (unused)
usbcore 82816 0 [usb-storage ehci-hcd usb-uhci]
ext3 73376 1
jbd 56368 1 [ext3]
-----------------------------------
Diese Logs zeigen, daß unter Debian die Grafikkarte (i830) nicht vorhanden ist. Fehlt da das Modul? Kapier ich nicht, ich verwende doch denselben Kernel...
Und wieso zeigt beispielsweise das Modul scsi_mod einmal used=3 und used=1?
Oh Mann, Fragen über Fragen
Wenn ich das richtig verstehe wird auch noch /etc/modules.conf genutzt, oder?
Diese Config wird also für jeden Kernel auf dieser Partition verwendet?
joda
Zur automatischen Hardware-Erkennung kannst Du Dir "discorver" (Progency) oder "kudzu" (Red Hat) installieren.
Die Datenbank für die PCI Geräte befindet sich meines Erachtens im Kernel und nicht im Userland bei lspci.
"used" zeigt an, wie viele Zugriffe es auf das Modul gibt. Welche anderen Module darauf zugreifen, kannst Du in der eckigen klammer lesen.
/etc/modules ist wohl die Datei, die Du suchst. In ihr stehen alle Modul-Namen, welche beim Booten geladen werden sollen. Dies gilt dann für alle Kernels, die die Partition als Root-Partition einbinden.
/etc/modules.conf wird bei Debian automatisch generiert. Es gibt auch für den normalen Anwender keinen Grund dort etwas zu editieren. ("update-modules" erzeugt sie)
Zum Laden von Modulen, gibt es bei Debian ein kleines menügesteuertes Konsolenprogramm: "modconf"
Die Datenbank für die PCI Geräte befindet sich meines Erachtens im Kernel und nicht im Userland bei lspci.
"used" zeigt an, wie viele Zugriffe es auf das Modul gibt. Welche anderen Module darauf zugreifen, kannst Du in der eckigen klammer lesen.
/etc/modules ist wohl die Datei, die Du suchst. In ihr stehen alle Modul-Namen, welche beim Booten geladen werden sollen. Dies gilt dann für alle Kernels, die die Partition als Root-Partition einbinden.
/etc/modules.conf wird bei Debian automatisch generiert. Es gibt auch für den normalen Anwender keinen Grund dort etwas zu editieren. ("update-modules" erzeugt sie)
Zum Laden von Modulen, gibt es bei Debian ein kleines menügesteuertes Konsolenprogramm: "modconf"
Bin ich anderer Meinungglatzor hat geschrieben:Die Datenbank für die PCI Geräte befindet sich meines Erachtens im Kernel und nicht im Userland bei lspci.
--snip /usr/share/misc/pci.ids --
#
# List of PCI ID's
#
# Maintained by Martin Mares <mj@ucw.cz> and other volunteers from the
# Linux PCI ID's Project at http://pciids.sf.net/. New data are always
# welcome (if they are accurate), we're eagerly expecting new entries,
# so if you have anything to contribute, please visit the home page or
# send a diff -u against the most recent pci.ids to pci-ids@ucw.cz.
#
# Daily snapshot on Mon 2003-03-03 11:00:05
#
# Vendors, devices and subsystems. Please keep sorted.
# Syntax:
# vendor vendor_name
# device device_name <-- single tab
# subvendor subdevice subsystem_name <-- two tabs
0000 Gammagraphx, Inc.
001a Ascend Communications, Inc.
0033 Paradyne corp.
003d Lockheed Martin-Marietta Corp
# Real TJN ID is e159, but they got it wrong several times --mj
0059 Tiger Jet Network Inc. (Wrong ID)
0070 Hauppauge computer works Inc.
etc...
--snap--
IMHO kann man auf http://pciids.sourceforge.net/ ein aktuelles File holen. Dann sind evt. auch die "unknown device's weg
".Und wenn unknown: Eintrag schreiben und senden *gg*
Hallo zusammen,
vielen Dank für die Info, wow - viele interessante Neuigkeiten.
Doch ich möchte nun zu meinem Problem zurück.
Wenn ich das richtig verstanden habe ist lspci ein nettes Tool, welches die PCI-Devices, die es in seiner Liste erkennt, anzeigt. Daher gehe ich davon aus, daß die Hardware komplett erkannt wird und lediglich die exakte Anzeige der Typen nicht funkt. Damit könnte ich leben.
Also nochmals das Problem:
Welche Kernel- und welche XFree-Version benötige ich, um die Onboard-Grafik meines ASUS P4P800-VM (Intel 865G - http://www.xfree86.org/~dawes/845driver.html) zum Laufen zu bekommen?
joda
vielen Dank für die Info, wow - viele interessante Neuigkeiten.
Doch ich möchte nun zu meinem Problem zurück.
Wenn ich das richtig verstanden habe ist lspci ein nettes Tool, welches die PCI-Devices, die es in seiner Liste erkennt, anzeigt. Daher gehe ich davon aus, daß die Hardware komplett erkannt wird und lediglich die exakte Anzeige der Typen nicht funkt. Damit könnte ich leben.
Also nochmals das Problem:
Welche Kernel- und welche XFree-Version benötige ich, um die Onboard-Grafik meines ASUS P4P800-VM (Intel 865G - http://www.xfree86.org/~dawes/845driver.html) zum Laufen zu bekommen?
joda
Ermöglicht Progs den direkten Zugriff auf die Grafikkarte (Direct Rendering Infrastructure), oder so...joda hat geschrieben:Was ist DRM?
ist schneller was 3D und solches gelumps angeht (OpenGL, etc...)
Lies hier:
http://dri.sf.net