Das ist alles ziemlich seltsam. Als ich Deinem Link
ftp://152.104.125.40/pc/ac97/alc650/linux.zip das letzte mal gefolgt bin, habe ich eine Datei bekommen, die die alten ALSA-Treiber alsa-051002.tar.gz enthielt. Jetzt bekomme ich dort das Treiber-Paket, das Du offensichtlich auch hast, also alsa-driver-0.9.0rc3. Möglicherweise wurden fehlerhafte/veraltete Archive dort platziert und später ausgetauscht. Möglicherweise ist auch Dein Paket, auch wenn es die neue Versionsnummer trägt, nicht ok und Dein Problem erledigt sich von selbst, wenn Du es nochmal neu herunterlädst.
Ich habe mir jedenfalls mal die zur Steuerung von make zuständigen Dateien bei alsa-driver-0.9.0rc3 angesehen. Wenn Du also das Treiber-Paket nicht nochmal herunterladen kannst oder willst oder das Problem bestehen bleibt, solltest Du mal überprüfen, ob die folgenden Einträge bei Dir mit denen bei mir übereinstimmen:
- In */alsa-driver-0.9.0rc3/Makefile (* wäre bei Dir /home/markus/realtek) steht bei mir der für "make dep" (vgl. 1. Zeile in der von Dir geposteten Kommando-Ausgabe) zuständige Abschnitt in den Zeilen 95 & 96:
dep: include/sound/version.h
@for d in $(SUBDIRS); do if ! $(MAKE) -C $$d fastdep; then exit 1; fi; done
- Dieser führt als erstes zu */alsa-driver-0.9.0rc3/acore/Makefile. Diese Datei enthält bei mir als letzte Zeile (Nr. 9):
include $(TOPDIR)/alsa-kernel/core/Makefile
- Die letzte Zeile verweist auf */alsa-driver-0.9.0rc3/alsa-kernel/core/Makefile, und in der steht bei mir in der letzten Zeile (Zeile Nr. 101) der Eintrag:
include $(TOPDIR)/Rules.make
- Dieser Eintrag verweist auf */alsa-driver-0.9.0rc3/Rules.make. Dort steht bei mir in den Zeilen 130 und 131 das bei Dir als fehlend gemeldete target "fastdep":
fastdep: $(patsubst %,_sfdep_%,$(ALL_SUB_DIRS)) update-sndversions
$(CPP) -D__KERNEL__ $(CFLAGS) $(EXTRA_CFLAGS) $(wildcard *.[chS]) > .depend
Ich hatte selbst am Anfang noch ein Problem mit doppelt deklarierten isapnp-Funktionen. Das lag möglicherweise daran, dass sich dieses Treiber-Paket eigentlich noch im Entwicklungsstadium befindet (s.
www.alsa-project.org ) oder vielleicht haben die Leute bei Realtek einen Fehler hineingebaut. Ich hoffe, dass das bei Dir nicht auftritt. Falls doch: ich habe die beim letzten Compilations-Vorgang erstellten Dateien mit "make clean" gelöscht, ./configure mit dem Parameter --with-isapnp=no aufgerufen ("./configure --with-isapnp=no") und kurzerhand aus */alsa-driver-0.9.0rc3/support/isapnp.h die Zeilen 306 bis 374 (alles zwischen "#ifdef CONFIG_ISAPNP" und "#endif /* CONFIG_ISAPNP */", inklusive der genannten Zeilen) gelöscht.
Ciao,
sys3
P.S.
"make clean" sollte man immer aufrufen, bevor man an der Konfiguration oder an den Dateien eines Programms, das mit "make" erstellt wird, etwas ändert.