Beiträge von barney-s
-
-
So,
läuft wieder
Aber der USB leider nachwievor ebenfalls.
Bitte, bitte, bitte ... wie geht das abzuschalten ??Im BIOS ist es auf "Disabled/PNP" (eigendlich aus, aber PNP kann es trotzdem nutzen
Gruss
Barney -
Hm,
ich dacht' mir, dass ich evtl. den ganzen Hotplug Krams ausschalte, steht ja u.a. auch der USB mit drinne, und PCMCIA habe ich auch nicht.
Allerdings komme ich jetz nicht mehr über's Netz ran.
Muss ich dann heut' Nacht an den Terminal .. -
Hi Max,
zur festen IP schau bei Dir mal in die /etc/network/interfaces dort sollte dann sowas ähnliches stehen/eintragen
Ich hatte es gleich bei der Installation eingetragen.Code
Alles anzeigen# This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto eth0 iface eth0 inet static address 192.168.xx.xx netmask 255.255.255.0 network 192.168.xx.0 broadcast 192.168.xx.255 gateway 192.168.xx.xx # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 192.168.xx.xx dns-search mein.lan
Gruss, Barney -
Servus,
ich will auch den USB abschalten, da er sich auf den gleiche IRQ legt wie die Nexus-S.
Also ein versuch ist: man discover.conf
Da steht schon einiges drinne.#
Dann gab es hier http://www.vdr-portal.de/board/thread.php?threadid=6608 am Ende einen Hinweis von Peter Siering dazu.Mein 1. Versuch ist erstmal mit den "skip usbcore" Einträgen was zu erreichen.
Beim editieren der discover.conf habe ich bei "enable" erstmal den usb entfernt, und bei der "skip" Zeile hinzugefügt.
Hat nicht geholfen.'Dann habe ich /etc/rcS.d/S..discover gelöscht. sollte somit kein discover mehr laufen. Allerdinga habe ich immernoch den USB bei den Modulen geladen.
Wo habe ich jetzt noch was übersehen, bzw was falsch gemacht ?
Gruss,
Barney -
:deppenalarm:
Ich hab's erstmal aufgegeben (mangels Zeit) und vorerst (zur freude meiner Frau ;D) ein Kabel verlegt.
Vieleicht nehme ich mich des Problemes später nochmal an. Vieleicht wenn der leidensdruck meiner Frau hoch genug ist, damit das Kabel weg kommt:closed:
-
Moin,
also die EXPRAVERSION habe ich in das Makefile des Kernels eingebaut.
Ein "make oldconfig" im Kernelsourceverzeichenis ebenfalls. Die Links habe ich auch umgebogen/erstellt.Die Meldung mit dem Kenelmissmatsch ist jetzt weg. Aber die "unresolved symbols" bleiben.
Ich hab hier nochmal die Voraussetzungen aus dem README der Treibersourcen:
Code
Alles anzeigenPrerequisites: To build linux-wlan-ng you will need: - Configured kernel source code for the kernel you are running. Ideally, this will be the resulting tree after building your own kernel. Configured means that you have at least run 'make config', 'make menuconfig', or 'make xconfig'. If you are trying to build linux-wlan-ng for a previously existing kernel binary (one you did not build yourself), look for help on the mailing lists because it can be tricky. I always run against kernels I've built myself, so I'm not much help in this area.
Dann ist mir ist da heut' früh noch was beim compilieren der Treiber aufgefallen.
Die "unresolved symbols" beim Treiberladen sind genau die Module, die beim Compilieren Warnings rausgeben:Code
Alles anzeigenp80211wext.c:1151: Warnung: `p80211wext_siwtxpow' defined but not used In file included from prism2_cs.c:2: hfa384x.c: In Funktion »hfa384x_drvr_readpda«: hfa384x.c:701: Warnung: long unsigned int Format, UINT32 Argument (Argument 2) hfa384x.c: In Funktion »hfa384x_drvr_ramdl_write«: hfa384x.c:980: Warnung: long int Format, UINT32 Argument (Argument 2) hfa384x.c:980: Warnung: long unsigned int Format, UINT32 Argument (Argument 3) hfa384x.c: In Funktion »hfa384x_drvr_flashdl_write«: hfa384x.c:1157: Warnung: long int Format, UINT32 Argument (Argument 2) hfa384x.c:1157: Warnung: long unsigned int Format, UINT32 Argument (Argument 3) hfa384x.c:1185: Warnung: long int Format, UINT32 Argument (Argument 2) hfa384x.c:1185: Warnung: long unsigned int Format, UINT32 Argument (Argument 3) hfa384x.c:1193: Warnung: long unsigned int Format, UINT32 Argument (Argument 5) hfa384x.c:1204: Warnung: long unsigned int Format, UINT32 Argument (Argument 5) In file included from prism2_cs.c:3: prism2mgmt.c: In Funktion »prism2mgmt_scan_results«: prism2mgmt.c:499: Warnung: long int Format, UINT32 Argument (Argument 3) In file included from prism2_cs.c:4: prism2mib.c: In Funktion »prism2mib_priv«: prism2mib.c:2893: Warnung: long unsigned int Format, UINT32 Argument (Argument 3) In file included from prism2_cs.c:5: prism2sta.c: In Funktion »prism2sta_mlmerequest«: prism2sta.c:886: Warnung: long unsigned int Format, UINT32 Argument (Argument 3) prism2_cs.c: In Funktion »prism2sta_attach«: prism2_cs.c:133: Warnung: Zuweisung von inkompatiblem Zeigertyp In file included from prism2_pci.c:2: hfa384x.c: In Funktion »hfa384x_drvr_readpda«: hfa384x.c:701: Warnung: long unsigned int Format, UINT32 Argument (Argument 2) hfa384x.c: In Funktion »hfa384x_drvr_ramdl_write«: hfa384x.c:980: Warnung: long int Format, UINT32 Argument (Argument 2) hfa384x.c:980: Warnung: long unsigned int Format, UINT32 Argument (Argument 3) hfa384x.c: In Funktion »hfa384x_drvr_flashdl_write«: hfa384x.c:1157: Warnung: long int Format, UINT32 Argument (Argument 2) hfa384x.c:1157: Warnung: long unsigned int Format, UINT32 Argument (Argument 3) hfa384x.c:1185: Warnung: long int Format, UINT32 Argument (Argument 2) hfa384x.c:1185: Warnung: long unsigned int Format, UINT32 Argument (Argument 3) hfa384x.c:1193: Warnung: long unsigned int Format, UINT32 Argument (Argument 5) hfa384x.c:1204: Warnung: long unsigned int Format, UINT32 Argument (Argument 5) In file included from prism2_pci.c:3: prism2mgmt.c: In Funktion »prism2mgmt_scan_results«: prism2mgmt.c:499: Warnung: long int Format, UINT32 Argument (Argument 3) In file included from prism2_pci.c:4: prism2mib.c: In Funktion »prism2mib_priv«: prism2mib.c:2893: Warnung: long unsigned int Format, UINT32 Argument (Argument 3) In file included from prism2_pci.c:5: prism2sta.c: In Funktion »prism2sta_mlmerequest«: prism2sta.c:886: Warnung: long unsigned int Format, UINT32 Argument (Argument 3) In file included from prism2_plx.c:2: hfa384x.c: In Funktion »hfa384x_drvr_readpda«: hfa384x.c:701: Warnung: long unsigned int Format, UINT32 Argument (Argument 2) hfa384x.c: In Funktion »hfa384x_drvr_ramdl_write«: hfa384x.c:980: Warnung: long int Format, UINT32 Argument (Argument 2) hfa384x.c:980: Warnung: long unsigned int Format, UINT32 Argument (Argument 3) hfa384x.c: In Funktion »hfa384x_drvr_flashdl_write«: hfa384x.c:1157: Warnung: long int Format, UINT32 Argument (Argument 2) hfa384x.c:1157: Warnung: long unsigned int Format, UINT32 Argument (Argument 3) hfa384x.c:1185: Warnung: long int Format, UINT32 Argument (Argument 2) hfa384x.c:1185: Warnung: long unsigned int Format, UINT32 Argument (Argument 3) hfa384x.c:1193: Warnung: long unsigned int Format, UINT32 Argument (Argument 5) hfa384x.c:1204: Warnung: long unsigned int Format, UINT32 Argument (Argument 5) In file included from prism2_plx.c:3: prism2mgmt.c: In Funktion »prism2mgmt_scan_results«: prism2mgmt.c:499: Warnung: long int Format, UINT32 Argument (Argument 3) In file included from prism2_plx.c:4: prism2mib.c: In Funktion »prism2mib_priv«: prism2mib.c:2893: Warnung: long unsigned int Format, UINT32 Argument (Argument 3) In file included from prism2_plx.c:5: prism2sta.c: In Funktion »prism2sta_mlmerequest«: prism2sta.c:886: Warnung: long unsigned int Format, UINT32 Argument (Argument 3) prism2_plx.c: In Funktion »prism2sta_probe_plx«: prism2_plx.c:122: Warnung: long unsigned int Format, phys_t Argument (Argument 2)
Irgendwo ist da echt der Wurm drinne.... Ich wer'd wohl mal die alten Debian Sourcen nehmen und probieren.
Puhh, das ist immer soviel was ich hier Poste, ich hoffe es wird nicht unübersichtlich ...
Schönen Gruss,
Barney -
Moin
Ich will ja keinen neuen Kernel bauen. Laut Treiber informationen ist das nicht notwendig.
Allerdings will das "make config" des Treibers die "version.h" der Kernelsourcen haben. Deshalb habe ich den kram dann zusammenkopiert.
Ich habe dann allerdings noch was gefunden:
Der treiber ist in die modules.conf eingetragen.
Allerdings fehlte der zusätzliche Pfad in den sich die Treiber verewigt haben.
Also noch einen Eintrag in /etc/modutils/paths:
Danach geht's auch schon besser, allerdings erzählt er was von falscher Kernelversion:Codevdr306:/etc/modutils# insmod prism2_usb Using /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o: kernel-module version mismatch /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o was compiled for kernel version 2.4.27 while this kernel is version 2.4.27-ctvdr-1.
Da ich eigendlich für den richtigen Kernel kompiliert habe, dachte ich mir, dass ich den Treiber mal "force" die Kernelversion zu ignorieren.Code
Alles anzeigenvdr306:/etc/modutils# insmod -f prism2_usb Using /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o Warning: kernel-module version mismatch /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o was compiled for kernel version 2.4.27 while this kernel is version 2.4.27-ctvdr-1 /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o: /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o: unresolved symbol p80211netdev_hwremoved /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o: /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o: unresolved symbol register_wlandev /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o: /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o: unresolved symbol p80211netdev_rx /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o: /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o: unresolved symbol unregister_wlandev /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o: /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o: unresolved symbol wlan_setup /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o: /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o: unresolved symbol p80211skb_rxmeta_attach /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o: /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o: unresolved symbol wlan_unsetup
Ich glaub ich muss das nochmal clean aufsetzen, oder hat jemand noch'ne Idee.Achso, zu der Idee mit dem Debian Sourcepaket:
Da wird leider nur eine alte Version bereitgestellt: linux-wlan-ng-0.2.0+0.2.1pre21, vieleicht werd' ich's damit auch noch mal versuchen.Schönen Gruss,
Barney -
Hallo Leute,
ich raff's irgendwie nicht
Also, ich will einen Treiber für die Netgear WA111 bauen, damit ich über WLan ans Netz kann.
Dazu wollte ich auch ein kleines HowTo schreiben, aber ich krieg die Treiber nicht mal richtig hin.Was ich bis jetzt so angestellt habe:
Developer Environment laden:
Treiber sourcen laden:Codecd /usr/local/src wget _ftp://ftp.linux-wlan.org/pub/linux-wlan-ng/linux-wlan-ng-0.2.1pre25.tar..gz
Zum Compiliern des Treibers werden die Kernelsources benötigt:
apt-get install kernel-source-2.4.27-ctvdr-1
-> Kernelheaders installieren
apt-get install kernel-headers-2.4.27-ctvdr-1Dabei habe ich festgestellt, dass 2 Verzeichnisse angelegt werden für die Sourcen und die Headers.
Ich hab das dann einfach zusammen copiert. Dann kommt auch das ./configure des linux-wlan-ng klar.Weitere Feststllung ist, dass ein Link falsch ist (zumindest für diesen ctvdr Kernel)
Dann habe ich noch Installiert:
- wireless-tools
- linux-wlan-ng - utilities for wireless prism2 cardsDas abschliessende Ausführen von "make all" im Verzeichnis /usr/local/src/linux-wlan-ng-0.2.1pre25 macht mir auch keine Fehlermeldungen.
Das "make install" kopiert die Files auch nach /lib/modules/2.4.27-ctvdr-1/linux-wlan-ngCode/lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/p80211.o /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_cs.o /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_pci.o /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_plx.o /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o
Ein abschliessendes
Codemodprobe /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o modprobe : Can't locate module /lib/modules/2.4.27-ctvdr-1/linux-wlan-ng/prism2_usb.o
...macht einen Fehler.
Mannomann ... ich hab ja sogar schon mal ein Debian Paket für'n VDR gebaut gekriegt - und es hat sogar funktioniert. Aber dies hier will einfach nicht.
Ich habe ja auch schon die alternative probiert, und die Debian Binaries zu dem Treiber geladen (linux-wlan-ng-modules-2.4.27-1-386 - drivers for wireless prism2 cards).
Das benötigt allerdings auch den anderen Kernel. Das Resultat dabei war dann allerdings, dass der VDR nicht mehr gestartet ist. Geforscht habe ich da nicht weiter - einfach mal schnell wieder neu installiert.So, jetzt bräuchte ich ein wenig Hilfe, um den Knoten in meinem Hirn wieder auseinander zu bekommen.
Vieleicht wäre es ja die Krönung ein Debian Binary Paket für den ctvdr-1 Kernel zu bauen und zur Verfügung zu stellen.
Schönen Gruss,
Barney -
Hallo,
Also nochmal eine Abschliessende Meldung:
Das abschalten des EPG-Scan alleine hat scheinbar schon Erfolg gezeigt.
Zumindest gab es keine typischen Beschweden mehr "Schaaaatzi ... der Fernseher"Danke auch für den Link nochmal, den hatte ich noch nicht.
Schönen Tach noch,
BarneyHannover im Tiefschnee (bei 5cm)
-
Hmmm ... und wie komme ich dann an meine EPG Daten ?
Selber Zappen ??Ansonsten werd' isch's mal ausprobieren
Danke
-
Hallo,
immer wieder haben wir Probleme mit dem VDR, wenn wir "Ihn" länger mal nicht benutzt haben.
Der Rechner Idle't dann so vor sich dahin, und wenn meine Frau mal wieder schau'n will bleibt erst mal das Bild dunkel, und es dauert ein paar Minuten bis sich der VDR wieder rappelt.Als VDR habe ich derzeit Tobi's Version 1.2.6.
Plugin's, mp3/mplayer, remote
Den shutdown bei Inaktivität habe ich abgedreht.
Jetzt habe ich mal die Meldungen aus der messages (ein wenig verkürzt) von dem Versuch des umschaltens, bis zum restart herausgeklippt.Code
Alles anzeigenJan 9 19:12:56 vdr -- MARK -- Jan 9 19:32:56 vdr -- MARK -- Jan 9 19:52:56 vdr -- MARK -- Jan 9 19:55:47 vdr vdr[4364]: switching to channel 5 Jan 9 19:55:47 vdr vdr[4364]: switching to channel 5 Jan 9 19:55:48 vdr kernel: SOutCommand error Jan 9 19:55:48 vdr kernel: outcom error Jan 9 19:55:48 vdr vdr[4364]: switching to channel 4 Jan 9 19:55:49 vdr kernel: CommandRequest error Jan 9 19:55:49 vdr kernel: StopHWFilter error Jan 9 19:55:50 vdr kernel: CommandRequest error Jan 9 19:55:50 vdr kernel: StopHWFilter error Jan 9 19:55:51 vdr kernel: CommandRequest error Jan 9 19:55:51 vdr kernel: StopHWFilter error Jan 9 19:55:52 vdr kernel: CommandRequest error Jan 9 19:55:52 vdr kernel: StopHWFilter error Jan 9 19:55:53 vdr kernel: CommandRequest error Jan 9 19:55:53 vdr kernel: StopHWFilter error ... Jan 9 19:56:29 vdr kernel: StopHWFilter error Jan 9 19:56:29 vdr kernel: StartHWFilter error Jan 9 19:56:29 vdr last message repeated 2 times Jan 9 19:56:29 vdr kernel: outcom error Jan 9 19:56:30 vdr last message repeated 7 times Jan 9 19:57:29 vdr runvdr: restarting VDR Jan 9 19:57:29 vdr runvdr: DEBUG: Killing Processes: /usr/bin/killall -q -TERM vdr Jan 9 19:57:34 vdr runvdr: DEBUG: Unloading Modules: dvb-ttpci Jan 9 19:57:34 vdr runvdr: DEBUG: Unloading Modules: alps_bsrv2 Jan 9 19:57:34 vdr runvdr: DEBUG: Unloading Modules: alps_tdmb7 Jan 9 19:57:34 vdr runvdr: DEBUG: Unloading Modules: alps_tdlb7 Jan 9 19:57:34 vdr runvdr: DEBUG: Unloading Modules: grundig_29504-401 Jan 9 19:57:34 vdr runvdr: DEBUG: Unloading Modules: grundig_29504-491 Jan 9 19:57:34 vdr runvdr: DEBUG: Unloading Modules: stv0299 Jan 9 19:57:34 vdr runvdr: DEBUG: Unloading Modules: ves1820 Jan 9 19:57:34 vdr runvdr: DEBUG: Unloading Modules: dvb-core Jan 9 19:57:34 vdr kernel: DVB: registering new adapter (Technotrend/Hauppauge PCI rev2.1 or 2.2). Jan 9 19:57:34 vdr kernel: PCI: Found IRQ 9 for device 01:02.0 Jan 9 19:57:34 vdr kernel: PCI: Sharing IRQ 9 with 00:1f.3 Jan 9 19:57:34 vdr kernel: PCI: Sharing IRQ 9 with 00:1f.5 Jan 9 19:57:35 vdr kernel: stv0299.c: setup for tuner BSRU6, TDQB-S00x Jan 9 19:57:35 vdr kernel: DVB: registering frontend 0:0 (STV0299/TSA5059/SL1935 based)... Jan 9 19:57:38 vdr kernel: DVB: AV7111(0) - firm f0240009, rtsl b0250018, vid 71010068, app 8000261a Jan 9 19:57:38 vdr kernel: DVB: AV7111(0) - firmware supports CI link layer interface Jan 9 19:57:38 vdr kernel: av7110(0): adac type set to 0 Jan 9 19:57:38 vdr kernel: Technotrend/Hauppauge PCI rev2.1 or 2.2 adapter 0 has MAC addr = 00:d0:5c:20:8f:18 Jan 9 19:57:38 vdr runvdr: DEBUG: Starting VDR: eval vdr -v /video -c /etc/vdr -L /usr/lib/vdr/plugins -P "mplayer -m /usr/sbin/vdrmp3mount.sh -M /usr/sbin/vdrmplayer.sh" -P "mp3 -m /usr/sbin/vdrmp3mount.sh" -P "remote -i /dev/input/event0" -w 60 < /dev/tty8 Jan 9 19:57:38 vdr vdr[4667]: VDR version 1.2.6 started Jan 9 19:57:38 vdr vdr[4667]: loading plugin: /usr/lib/vdr/plugins/libvdr-mplayer.so.1.2.6 Jan 9 19:57:38 vdr vdr[4667]: loading plugin: /usr/lib/vdr/plugins/libvdr-mp3.so.1.2.6 Jan 9 19:57:38 vdr vdr[4667]: loading plugin: /usr/lib/vdr/plugins/libvdr-remote.so.1.2.6 Jan 9 19:57:38 vdr vdr[4667]: loading /etc/vdr/setup.conf Jan 9 19:57:38 vdr vdr[4667]: loading /etc/vdr/sources.conf Jan 9 19:57:38 vdr vdr[4667]: loading /etc/vdr/diseqc.conf Jan 9 19:57:38 vdr vdr[4667]: loading /etc/vdr/channels.conf Jan 9 19:57:38 vdr vdr[4667]: loading /etc/vdr/timers.conf
Vieleicht kann mir jemand was zu den Kernel Messages sagen (Start/StopHWFilter, outcom error). Als ich darmals noch die selbstgebastelte Version unter SuSe 8 hatte, traten diese Probleme nicht auf.
Ich habe diese Version nicht mehr, weil ich ein SuSe Update versucht habe ...Bitte um hilfe,
Danke,
Barney -
Perfekt !
Diese Anleitung nenne ich vollständig, und funktioniert auch !!
Zwar ein wenig umständlich, aber es lohnt die MüheFrohes Neues von hier aus schon mal !!
Barney -
Hallo Sat-Opa,
warum sollte man denn ein DVB-Driver Paket neu machen ... (Hab das Sicherungsverzeichnis entfernt)
Um einen neueren Treiber zu bauen natürlich Abgesehen davon hatte ich am VDR ausserdem noch unerklärliche "stehenbleiber" wo auch kein Hinweiss in den syslogs zu finden war, die Vermutung auf einenKerneldriver liegt da nahe.Zu Deinen üppigen hinweisen ... VIELEN DANK !!
Muss ich sicher noch 1-2 mal durchlesen, aber mir war nicht klar, dass ich aus dem derstelltem Paketen noch was tun muss.Wenn ich'S richtig verstanden habe, nehme ich eines der Pakete "dvb-dev_1.0.1-2_all.deb oder dvb-driver-source_1.0.1-2_all.deb" und installiere es.
Dann ich das entsprechende Verzeichnis, und noch mal "debian/rules binary" ausführen?Die Kernelsources habe ich vom Heise-Server, da müssten ja schon die richtigen Sachen drinne stehen.
Ich denke, dass sich die frickelei schon lohnt. Ich bau halt alles auf einem Developer System (VMware) zusammen, und verbruzel mir nicht das funktionierende im WoZi.
Das einspielen der neuen Pakete ist ja immer nur 'ne Sache von wenigen Minuten (so innerhalb der Webepause).Dank schon mal, und bis später,
Barney -
Hallo,
ich wollte auch selbst mal den dvb-driver als Paket erstellen, und habe auch diverse sourcen heruntergeladen, und folgendes hab ich da liegen:
Codelinuxtv-dvb-1.0.1 linuxtv-dvb_1.0.1-2.diff.gz linuxtv-dvb_1.0.1-2.dsc linuxtv-dvb_1.0.1.orig.tar.gz linuxtv-dvb-1.0.1.tar.gz Und lt. meiner history die Pakete: dvb-driver-source, linuxtv-dvb, dvb-dev, dvb-driver-2.4.21-i586-cdv
Dann habe ich mal in "/usr/src/vdr/linuxtv-dvb-1.0.1/" ein "debian/rules binary" aufgerufen, und das kam dabei geraus:
Der Compilelauf war auch soweit erfolgreich. Allerdings hatte ich gehofft, dass dabei ein Paket wie z.B. dvb-driver-2.4.21-i586-cdv_1.0.1-1_i386.deb
herauskommen sollte.Was fehlt mir noch, oder habe ich an irgendeiner Stelle einen falschen Denkansatz?
Schönen Gruss,
Barney -
Hallo Frederick,
ich habe mich mit den kryptischen Ausgaben von hdparm einige Zeit rumgeschlagen, daraus aber nicht ableiten können, welchen DMA Mode ich nun wie einstellen muss.
Bei den neuen Boards geht das glücklicherweise automatisch...Ich habe Beispielsweise in mein oben beschriebenes altes Sytsem einen neuen IDE Raid (CMD640x) controller eingebaut. DMA mit hdparm -d1 eingeschaltet -> no more response from the Platten
Jetzt habe ich ja, wie oben geschrieben, die Platten an dem alten OnBoardController angeschlossen, mit dem o.a. Ergebnis.
Wie unterscheiden sich die Platten denn nun .. haben sie Verschiedene DMA Fähigkeiten .. ?
Ich hoffte mit dem von Dir angesprochenen -i die Info's zu kriegen. Für mich keine anfänglicher Unterschied zu sehen. Vieleicht kannst Du ja sehen, warum HDC nicht den DMA mag ...Code
Alles anzeigen/dev/hdc: Model=Maxtor 6Y120L0, FwRev=YAR41VW0, SerialNo=Y40MVJHE Config={ Fixed } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57 BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=off CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=240121728 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 *mdma2 udma0 udma1 udma2 udma3 udma4 udma5 udma6 AdvancedPM=yes: disabled (255) WriteCache=enabled Drive Supports : ataATA-1 ATA-2 ATA-3 ATA-4 ATA-5 ATA-6 ATA-7 disk:/proc/ide# hdparm -i /dev/hdb /dev/hdb: Model=IC35L120AVVA07-0, FwRev=VA6OA52A, SerialNo=VNC602A6C9MLNG Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=52 BuffType=DualPortCache, BuffSize=1863kB, MaxMultSect=16, MultSect=off CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=241254720 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 *mdma2 udma0 udma1 udma2 udma3 udma4 udma5 AdvancedPM=yes: disabled (255) WriteCache=enabled Drive Supports : ATA/ATAPI-5 T13 1321D revision 1 : ATA-2 ATA-3 ATA-4 ATA-5 disk:/proc/ide# hdparm -i /dev/hda /dev/hda: Model=SAMSUNG SV1604N, FwRev=SD100-19, SerialNo=S01FJ10W501669 Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs } RawCHS=16383/16/63, TrkSize=34902, SectSize=554, ECCbytes=4 BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=off CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=268435455 IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 *mdma2 udma0 udma1 udma2 udma3 udma4 udma5 udma6 AdvancedPM=no WriteCache=enabled Drive Supports : ataATA-1 ATA-2 ATA-3 ATA-4 ATA-5 ATA-6 ATA-7
Ich hoff' das sprengt nicht das Forum ....Schönen Tach noch,
Barney -
Hallo debibee,
was Du bei Tobi auf der Webseite findest ist natürlich der Link zu den Paketen,
Aber das apt-get arbeitet da anders. Richtig ist es definitiv so, wie es AnK geschrieben hat.
Hier gibt es auch noch einen Thread von Tobi dazu, in dem es richtig auf der 1. Seite steht. Ursprünglich stand auch dort mal was anderes, aber nach meien Vorschlag hat er es angepasst.http://www.vdrportal.de/board/thread.php?threadid=7365&sid=
Allerdings muss du noch die unglücklichen [URL] 's entfernen.
Schönen Gruss,
Barney -
Hallo,
darf ich auch mal meine bescheidenen Erfahrungen beisteuern ...
Ich habe einen wirklich alten P200 MMX mit nem PIIX3 IDE Chipsatz.
Für alle Platten schalte ich beim booten den DMA ein (hdpam -d1)
Aber bei der 3. Platte (hdc) geht der DMA wieder rausSo sieht das dann aus:
CodeIntel PIIX3 Chipset. --------------- Primary Channel ---------------- Secondary Channel ------------- enabled enabled --------------- drive0 --------- drive1 -------- drive0 ---------- drive1 ------ DMA enabled: yes yes no yes UDMA enabled: no no no no UDMA enabled: X X X X UDMA DMA PIO
Immerhin geht DMA, was ich bei dem alten Board nicht unbedingt erwartet hätte.
Und ja ... ich habe auch ein UDMA Kabel verwendet
Und das sind meine Platten:
Liegt das vieleicht an der Maxtor ??
Die hatte allerdings in einem anderen Rechner schon mal freiwillig UDMA gemacht ... Seltsam ist das schon ...Schönen Tach noch,
Barney -
Zitat
Original von Wackelandi
Ganz wiederliche Töne (Pfeifen, Zirpen, Krachen). Da fallen einem beinahe die Ohren ab. Wenn ich jetzt ein bischen auf der Fernbedienung rumtippe, dann habe ich ganz normalen Ton. Jetzt starte ich den Film: Ton da......aber kein Bild! Wiedergabe abgebrochen. Auch bei TV kein Ton, Kanalwechsel....Ton wieder da.
Habe mich mal in /var/log/messages umgesehen und folgendes gefunden:Nov 11 11:16:00 vdr kernel: ATAPI device hdc:
Nov 11 11:16:00 vdr kernel: Error: Illegal request -- (Sense key=0x05)
Nov 11 11:16:00 vdr kernel: Media region code is mismatched to logical unit -- (asc=0x6f, ascq=0x04)
Nov 11 11:16:00 vdr kernel: The failed "Report Key" packet command was:
Nov 11 11:16:00 vdr kernel: "a4 00 00 33 b7 06 00 00 00 0c c4 00 "
Nov 11 11:16:00 vdr kernel: hdc: packet command error: status=0x51 { DriveReady SeekComplete Error }
Nov 11 11:16:00 vdr kernel: hdc: packet command error: error=0x54
Nov 11 11:16:00 vdr kernel: ATAPI device hdc:
Nov 11 11:16:00 vdr kernel: Error: Illegal request -- (Sense key=0x05)
Nov 11 11:16:00 vdr kernel: Command sequence error -- (asc=0x2c, ascq=0x00)
Nov 11 11:16:00 vdr kernel: The failed "Report Key" packet command was:
Nov 11 11:16:00 vdr kernel: "a4 00 00 00 00 00 00 00 00 08 c0 00 "
Nov 11 11:16:05 vdr kernel: hdc: packet command error: status=0x51 { DriveReady SeekComplete Error }Das sieht mir aber eher nach'm Problem von Laufwerk aus. Oder vieleicht hat die DVD ja 'nen paar Kratzer. Das sind kernel Meldungen vom Device selbst.
Die "DriverReady SeekCompleteError" hatte ich auch mit ner kaputten Platte.
Vieleicht ist die Fehlerkorrektur deinen DVD Player nicht so pralle.
Die "Meldung Media Region Code" kann sich durchaus auf den CSS beziehen wie schon von Ednil gesagt.Schönen Gruss,
Barney -
Hi jstrum,
Ein kurze schnellanleitung mit dem Editor VI:
cd /etc/apt
vi sources.list
G (Gehe ans Ende)
o (Einfügen in 'ne neuen Zeile)
... Text schreiben ...
Taste ESC (Eingabe beenden)
:wq (Befehl WriteQuit - Speichern + beenden)Oder So machen wie BigReval gesagt hat
Dazu am besten wget installieren (apt-get install wget)
dann mit wget http://www.heise.de/ ... /sources.list
Und schon ist die aktuelle vin der c't da.Aber ein bisserl VI zu könne ist bei Linux immer gut !
Schönen Gruss,
Barney