Hi,
Danke der Patch hat mich auf die richtige spur gebracht! Geht jetzt wieder!!
Gruß
Toxic
Hi,
Danke der Patch hat mich auf die richtige spur gebracht! Geht jetzt wieder!!
Gruß
Toxic
Zwischenstand:
habe grade "Malcolm mittendrin" auf PRO7-HD aufgenommen und "erweitertes Logging" aktiviert. Nach ein paar Minuten kommt: 10000000x diese Zeile im Log:
Nov 9 13:29:58 hd-vdr markad: [3476] found no sync
Teste weiter...
Hi,
Danke für die Antwort! Denke es war SD, versuche aber das ganze gleich noch mal nachzustellen. Muss aber leider grade remote arbeiten, vielleicht wird es erst heute Abend was....
Gruß
Toxic
Hi,
habe mittlerweile meinen ganzen VDR neu gemacht und immernoch gleicher Effekt!
Jemand eine Idee dazu, bzw. läuft das bei einem von euch?
Gruß
Toxic
Hi,
mal ne blöde Frage am Rande, kann es sein, dass markad wenn es während der Aufnahme läuft die index-Datei kaputt macht? Ich habe grade meinen VDR neu gemacht und wenn ich das so konfiguriere, dann ist nach ein paar Minuten Aufnahme Schluss mit index schreiben und ich habe gesehen, dass markad da was mit dem index macht. Wenn ich auf "danach" konfiguriere läuft die Aufnahme normal weiter. Habe grade eben die Snapshot-Version gezogen...
Brauchst du irgendwelche Logs/Dateien um das einzugrenzen?
Danke und Gruß
Toxic
Hi,
ich habe seit einiger Zeit das Problem, dass das epgsearch - conflictcheckonly-Plugin beim Aufruf einen segfault verursacht:
Oct 7 07:48:51 minivdr vdr: [6158] [xine..put] Detected video size 720x576
Oct 7 07:48:51 minivdr vdr: [6072] EPGSearch: timer conflict check started
Oct 7 07:48:51 minivdr vdr: [6072] EPGSearch: timer conflict check finished
Oct 7 07:48:57 minivdr vdr: [6053] max. latency time 1 seconds
Oct 7 07:50:25 minivdr kernel: [ 1302.190669] vdr[6053]: segfault at ffffffef00000037 ip 00000000004b0d0e sp 00007fff8efef110 error 4 in vdr[400000+14f000]
Umgebung ist ein Debian Squeeze mit VDR 1.7.16 und ExtP. Alles frisch und sauber (!) compiliert. epgsearch-Sourcen aus dem GIT.
Konnte dazu leider nix im Portal finden, hat jemand eine Idee?
Danke und Gruß
Toxic
Hallo Helau,
Ist ein Argument! Dann schaue ich mal die neue Version an, Danke für den Tipp!
Gruß
Toxic
Hi,
bescheidene Frage am Rande, wäre es ein Moster-Aufwand das Sortrecordings-Patch wieder mit rein zu nehmen? Ich mag das extrecmenu nicht so, und das Patch hat immer super funktioniert! Außerdem habe ich das Gefühl, dass das Plugin den Hardlinkcutter aushebelt.
Danke und Gruß
Toxic
Beides gute Ideen! Ich versuche das gleich mal heraus zu finden!
Wenn ich was habe Poste ich es!
Gruß
Toxic
Hi,
Erster Erfolg! Mit modprobe -f lirc_wb677 läd er das Modul! Der Link bringt leider nichts, die Datei existiert bereits im Kernel-Source-Verzeichnis. Ich sehe allerdings dass in dem wb677-Verzeichnis nach dem make eine Module.symvers liegt mit 0kb. Also scheint darin doch ein teil des Problems zu stecken...
Zweite Sache, wie schaffe ich es, das das Module beim Initialisieren richtig (mit -f) geladen wird...?
Danke und Gruß
Toxic
Ja, sorry ist peinlich, aber ich habe mich voll an den MC gewöhnt!
Also dmesg vom start (da wird auch lirc_dev und lirc_wb677 geladen):
....
....
[ 7.755031] udev: starting version 161
[ 8.160242] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input2
[ 8.160257] ACPI: Power Button [PWRB]
[ 8.160462] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input3
[ 8.160471] ACPI: Power Button [PWRF]
[ 8.239139] ACPI: acpi_idle registered with cpuidle
[ 8.250730] ACPI: WMI: Mapper loaded
[ 8.258769] pci_hotplug: PCI Hot Plug PCI Core version: 0.5
-----------------------------------------------------------------------------------------------
[ 8.336510] lirc_dev: IR Remote Control driver registered, major 61
[ 8.345443] lirc_wb677: no symbol version for lirc_unregister_driver
[ 8.345452] lirc_wb677: Unknown symbol lirc_unregister_driver (err -22)
[ 8.346275] lirc_wb677: no symbol version for lirc_register_driver
[ 8.346280] lirc_wb677: Unknown symbol lirc_register_driver (err -22)
-----------------------------------------------------------------------------------------------
[ 8.357588] i2c i2c-0: nForce2 SMBus adapter at 0x4d00
[ 8.357604] ACPI: resource nForce2_smbus [io 0x4e00-0x4e3f] conflicts with ACPI region SM00 [mem 0x00004e00-0x00004e3f pref disabled]
[ 8.357613] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver
[ 8.486775] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
[ 8.528043] lirc_wb677: no symbol version for lirc_unregister_driver
[ 8.528052] lirc_wb677: Unknown symbol lirc_unregister_driver (err -22)
[ 8.530503] lirc_wb677: no symbol version for lirc_register_driver
[ 8.530512] lirc_wb677: Unknown symbol lirc_register_driver (err -22)
[ 8.648876] cfg80211: Calling CRDA to update world regulatory domain
[ 8.895137] input: PC Speaker as /devices/platform/pcspkr/input/input4
[ 9.091079] HDA Intel 0000:00:08.0: power state changed by ACPI to D0
[ 9.091209] HDA Intel 0000:00:08.0: power state changed by ACPI to D0
[ 9.092181] ACPI: PCI Interrupt Link [LAZA] enabled at IRQ 20
[ 9.092193] alloc irq_desc for 20 on node -1
[ 9.092198] alloc kstat_irqs on node -1
[ 9.092216] HDA Intel 0000:00:08.0: PCI INT A -> Link[LAZA] -> GSI 20 (level, low) -> IRQ 20
[ 9.092225] hda_intel: Disable MSI for Nvidia chipset
....
....
Alles anzeigen
Die selbe Meldung kommt auch beim insmod/modprobe...
Datei ist nur einmal da! habe sie sogar jetzt "von Hand" installiert!
Bin ratlos!!
Gruß
Toxic
Hi,
danke für die ausführliche Antwort!
Also, die Zeile in modules.dep stimmt soweit!
die Augabe von modinfo nicht, aber schon ohne den Textfilter ist die viel kürzer. Wenn ich aber mit dem MC die Datei anschaue, dann sehe ich in der Lirc_dev.ko die Zeilen:
in der lirc_w677.ko sieht das dann so aus:
Hilft das?
Danke und Gruß
Toxic
PS.: depmod -a habe ich schon ca 100x gemacht!
PPS.: Muss man das Modul eigentlich mit Parametern aufrufen?
Moin!
gda: Darum habe ich das ja mal probiert!
Denke daher nicht, dass es an LIRC oder dem Kernel liegt! Ich habe sogar den Ubuntu-Patch auf die lirc-Sourcen angewandt, ohne Änderung. So wie ich das sehe, werden die beide Symbole in der lirc_dev.h definiert, ich habe jezt mal die entsprechenden Zeilen in die lirc_wb677.h übertragen, ohne Erfolg!
Mir ist aufgefallen, dass auch schon beim compilieren die WARNING zu sehen ist:
root@minivdr:/usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677# make
echo KERNELDIR=/lib/modules/2.6.35.7-toxic-amd64/build
KERNELDIR=/lib/modules/2.6.35.7-toxic-amd64/build
make -C /lib/modules/2.6.35.7-toxic-amd64/build -I /usr/src/lirc-0.8.6 M=/usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677 modules
make[1]: Entering directory `/usr/src/linux-headers-2.6.35.7-toxic-amd64'
CC [M] /usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677/lirc_wb677_main.o
CC [M] /usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677/lirc_wb677_mouse_kbd.o
LD [M] /usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677/lirc_wb677.o
Building modules, stage 2.
MODPOST 1 modules
WARNING: "lirc_register_driver" [/usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677/lirc_wb677.ko] undefined!
WARNING: "lirc_unregister_driver" [/usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677/lirc_wb677.ko] undefined!
CC /usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677/lirc_wb677.mod.o
LD [M] /usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677/lirc_wb677.ko
make[1]: Leaving directory `/usr/src/linux-headers-2.6.35.7-toxic-amd64'
root@minivdr:/usr/src/lirc-nct677x-src-1.0.4-ubuntu10.04/lirc_wb677#
Alles anzeigen
Jemand mit "C-Ahnung" eine Idee, wie ich das löse?
Danke und Gruß
Toxic
PS.: Welche gcc-Version benutzt Ubuntu (9/10)?
Habe auch den Eindruck, dass das Problem woanders her kommt. Habe grade mal testweise einen 2.6.32 Kernel installiert und dann Lirc 0.8.6 dazu mit dem Modul, aber leider habe ich noch den gleichen Fehler...
Jemand eine Idee, was ich falsch mache? Denke ich fange vielleicht nochmal bei 0 an...
Ach ja, noch ne Frage, bis zu welchem Kernel kann ich denn Lirc 0.8.6 benutzen?
Danke und Gruß
Toxic
Also du meinst so klassich "Mail an den Support"?
Könnte ich mal machen, die Treiber für lirc 0.8.7 anzupassen sollte ja in deren Intresse liegen und ich denke es ist auch nix großes...
Hi,
habe heute versucht die FB von meinem neuen Asrock 330ht unter Debian an's laufen zu bekommen.
Debian-Basis ist ein Sid mit 3.6.35.7-er Kernel und Lirc 0.8.7. Die Sourcen habe ich von der Asrock-Seite. Ich habe es auch geschafft das Ding zu kompilieren, sogar mit lirc-0.8.7, obwohl die Sourcen für 0.8.6 sind, aber leider bekomme ich beim laden des Modules die Meldung:
FATAL: Error inserting lirc_wb677 (/lib/modules/2.6.35.7-toxic-amd64/misc/lirc_wb677.ko): Invalid argument
und im dmesg
[21767.518991] lirc_wb677: no symbol version for lirc_unregister_driver
[21767.519000] lirc_wb677: Unknown symbol lirc_unregister_driver (err -22)
[21767.519852] lirc_wb677: no symbol version for lirc_register_driver
[21767.519857] lirc_wb677: Unknown symbol lirc_register_driver (err -22)
Jemand eine Idee, bzw die Kombi schonmal ans fliegen bekommen?
Gruß
Toxic
Hm, Danke soweit, tut aber nicht!
Fürchte ich muss dann wohl doch auf kernel 2.6.32 zurück und lirc 0.8.6 benutzen. Außer es hat noch jemand eine Idee?!
Mache sonst mal einen gesonderten Thread auf..
Toxic
Hi,
habe heute versucht die FB unter Debian ans laufen zu bekommen, ich habe es auch geschafft das Ding zu kompilieren, sogar mit lirc-0.8.7, aber leider bekomme ich beim laden des Modules die Meldung:
FATAL: Error inserting lirc_wb677 (/lib/modules/2.6.35.7-toxic-amd64/misc/lirc_wb677.ko): Invalid argument
und im dmesg
[21767.518991] lirc_wb677: no symbol version for lirc_unregister_driver
[21767.519000] lirc_wb677: Unknown symbol lirc_unregister_driver (err -22)
[21767.519852] lirc_wb677: no symbol version for lirc_register_driver
[21767.519857] lirc_wb677: Unknown symbol lirc_register_driver (err -22)
Aber jetzt erstmal die eigentliche Frage(n):
Meinst du, das es mit deinen Sourcen besser klappen würde?
Wenn ja, wie kann ich die ohne eine laufendes Yavdr runterladen?
Und wenn nein, eine andere Idee?
Danke schon mal und Gruß
Toxic
Moin!
Jep, klappt tatsächlich! Danke!
Gruß
Toxic