Hi,
mal eine kleine Frage zur DVB-S2API im nächsten Kernel 2.6.28.
Läuft dieser neue Treiber eigentlich noch mit der aktuellen stabilen VDR Linie 1.6.x oder erzwingt der neue Treiber-API auch ein Upgrade auf die VDR-Entwicklunglinie 1.7.x ?
Andreas
Hi,
mal eine kleine Frage zur DVB-S2API im nächsten Kernel 2.6.28.
Läuft dieser neue Treiber eigentlich noch mit der aktuellen stabilen VDR Linie 1.6.x oder erzwingt der neue Treiber-API auch ein Upgrade auf die VDR-Entwicklunglinie 1.7.x ?
Andreas
Ich hab hier 1.6.0-2 mit s2-liplianin am Laufen - sollte also IMHO funktionieren...
Gruss
Marcus
VDR 1.6.0 fragt explizit die DVB-Treiber-Version in dvbdevice.h ab:
Gesetzt wird DVB_API_VERSION in include/linux/dvb/version.h und da ist dann ab Kernel 2.6.28 (-rc1) DVB_API_VERSION auf 5 gesetzt. Demach sollte VDR damit eigentlich nicht mehr kompilieren. Evtl. hilft es, wenn man die Überprüfung in dvbdevice.h einfach auf 5 ändert, aber das wage ich nicht zu beurteilen...
Zumindest läuft der 1.6.0 bei mir auch noch auf dem gerade kompilierten 2.6.28 Kernel.
QuoteDVB-S2API im nächsten Kernel 2.6.28.
Heisst das für DAUs wie mich, das man mit Kernel-2.6.28 den Liplianin-oder Mantis-Treiber für HDTV nicht mehr zwingend benötigt? Ich versuche nämlich gerade verzweifelt den aktuell hier ausgecheckten Treiber unter Kernel 2.6.28 zu kompilieren, was aber nicht gelingen will.
QuoteOriginal von thenktor
Zumindest läuft der 1.6.0 bei mir auch noch auf dem gerade kompilierten 2.6.28 Kernel.
Hatte letztens 2.6.28.2 rüber gebügelt, da war nichts zu machen.
http://vdr-portal.de/board/thread.php?threadid=82891&page=2
vdr-1.7.2 ließ sich ohne Probleme mit 2.6.28.2 übersetzen, aber die Stabilität war jenseits von allem, was ich bis dato erlebt hatte ....
Habe dann, wieder 2.6.27.8 + vdr-1.6.0 installiert.
----------------
Kernel 2.6.28.2 + vdr-1.7.4 geht auch nicht. (braucht man wohl, was aktuelles aus hg).
dvbdevice.c: In constructor 'cDvbDevice::cDvbDevice(int)':
dvbdevice.c:487: error: 'FE_CAN_2G_MODULATION' was not declared in this scope
ICECC[27081] 15:33:52: Compiled on 192.168.178.20
make: *** [dvbdevice.o] Error 1
make: Leaving directory `/usr/local/src/vdr-1.7.4'
LG Ronny
QuoteHeisst das für DAUs wie mich, das man mit Kernel-2.6.28 den Liplianin-oder Mantis-Treiber für HDTV nicht mehr zwingend benötigt?
Ich beantworte meine Frage mal selbst: (Zitat von linuxtv.org)
QuoteKernel / v4l-dvb driver
There is a complete driver for this card in the Linux kernel since version 2.6.28. It supports DVB-T, DVB-S/S2, analogue TV, A/V capture and FM radio. If you have the kernel 2.6.28 (or later) you do not need to install a driver yourself.
Das gilt zumindest für die Hauppauge_WinTV-HVR-4000.
schaut mal bei
Anwendungen kernel-header
/usr/include/linux/dvb
kernel
/usr/src/linux/include/linux/dvb
also bei mir läuft kernel 2.6.28.2 und vdr-1.6.0-2 ohne Probs.
da unter /usr/include/linux/dvb bei mir die alte version steht.
In 2.6.28.x sind nur erste Teil von S2API integriert. Sagen wir so "erste definition". Das Fenster für features in 2.6.28 war im Oktober. Und S2API war gerade 1 monat alt. Es fehlen auch etliche treiber, z.B. für stv0899 karten ( TT S2-3200). Drin sind nur treiber für einige cx24116 karten (HVR4000(Lite))
Warten Sie 2.6.29, oder noch besser 2.6.30
Oder für ungeduldige: v4l-dvb hg auscheken und selbst treiber bauen
QuoteOriginal von free-x
In 2.6.28.x sind nur erste Teil von S2API integriert. Sagen wir so "erste definition". Das Fenster für features in 2.6.28 war im Oktober. Und S2API war gerade 1 monat alt. Es fehlen auch etliche treiber, z.B. für stv0899 karten ( TT S2-3200). Drin sind nur treiber für einige cx24116 karten (HVR4000(Lite))
Warten Sie 2.6.29, oder noch besser 2.6.30
Oder für ungeduldige: v4l-dvb hg auscheken und selbst treiber bauen
Na, nur leider weiß anscheinend, niemand wirklich, welcher hg treiber, zu welchen kernel passt.
Also, von dem hier zbs. kann ich ein Lied singen ...
dvb-ttpci.ko insmod: error inserting './dvb-ttpci.ko': -1 Unknown symbol in module
LG Ronny
Seit wann passiert sowas?
ich glaube der Unterschied ist ob man die Treiber die im Kernel sind verwendet oder ob man sich die von linuxtv holt.
vdr-1.6.0-2 läßt sich mit dem vanilla 2.6.28.2 und den DVB-Treibern im Kernel nicht übersetzen.
Wie weiter oben beschrieben liegt es an der DVB_API_VERSION Version.
Hat es jemand also mit den DVB-Treibern im Kernel zum laufen bekommen?
Oder habt ihr euch die aktuellen Treiber aus dem hg von linuxtv geholt?
Bei mir läuft vdr-1.6.0-2 mit den treibern aus kernel 2.6.28.3, wenn vdr
mit den kernel headern kleiner 2.6.28 gebaut wird.
Ich bau mir regelmäßig die Pakete selbst.
aktuell:
kernel-2.6.28.3
xine-plugin 0.9.0
ffmpeg svn von heute
xine-lib-1.2 von 20.1.2009
läuft super auf m2HD mit HDMI mit BE2300 auch hdtv
bedeutet das Du hast VDR 1.6.0-2 gegen die Kernel header z.B. 2.6.27 gebaut aber 2.6.28.3 am laufen?
Erstaunlich das es geht
ich hab vdr-1.6.0 aus dem e-tobi-repository mit 2.6.28 problemlos am laufen - habe allerdings für meine KNC-1, also dvb-c - falls das einen unterschied machen sollte
>>>Cyber
decembersoul, Ja das bedeutet es.
Die Ursache das es funktioniert ist im folgenden Patch benannt.
Hier ein Patch der vdr-1.6.0-2 so anpasst, das neuere Kernel auch mit
entsprechenden Headern funktionieren.
# HG changeset patch
# User Davide Cavalca <davide@geexbox.org>
# Date 1233862734 -3600
# Node ID 90da7e7e8e783fcb8480f00573e4b0dc24084d29
# Parent 6fd1d2c6f041249484a6c7b3a9a1f52333ce4519
fix VDR compilation with 2.6.29 (DVB API v4 is backwards compatible)
--- /dev/null Thu Jan 01 00:00:00 1970 +0000
+++ b/packages/vdr/patches/80_dvb-api-check.diff Thu Feb 05 20:38:54 2009 +0100
@@ -0,0 +1,14 @@
+diff -Naur vdr-1.6.0/dvbdevice.h vdr-1.6.0b/dvbdevice.h
+--- vdr-1.6.0/dvbdevice.h 2009-02-05 20:36:12.000000000 +0100
++++ vdr-1.6.0b/dvbdevice.h 2009-02-05 20:36:43.000000000 +0100
+@@ -15,8 +15,8 @@
+ #include "device.h"
+ #include "dvbspu.h"
+
+-#if DVB_API_VERSION != 3
+-#error VDR requires Linux DVB driver API version 3!
++#if DVB_API_VERSION < 3
++#error VDR requires Linux DVB driver API version 3 or later!
+ #endif
+
+ #define MAXDVBDEVICES 8
Display More
QuoteOriginal von free-x
Seit wann passiert sowas?
Andauernd
Gerade ebend, Kernel update auf 2.6.28.7 gemacht, der DVB Treiber der mit dem Kernel daher kahm, funktionierte.
Das hg geraffel, kein bischen.
v4l-dvb-s2-liplianindvb (http://linuxtv.org/hg/v4l-dvb)
Feb 26 20:18:37 crux vdr: [1308] cTimeMs: using monotonic clock (resolution is 4000250 ns)
Feb 26 20:18:44 crux kernel: BUG: unable to handle kernel NULL pointer dereference at 00000320
Feb 26 20:18:44 crux kernel: IP: [<c03a7f00>] _spin_lock_irqsave+0x8/0x1a
Feb 26 20:18:44 crux kernel: *pde = 00000000
Feb 26 20:18:44 crux kernel: Oops: 0002 [#1] SMP
Feb 26 20:18:44 crux kernel: last sysfs file: /sys/module/dvb_ttpci/initstate
Feb 26 20:18:44 crux kernel: Modules linked in: lirc_serial lirc_dev nfsd lockd sunrpc exportfs ipv6 lnbp21 stv0299 usbhid dvb_ttpci saa7146_vv saa7146 videobuf_dma_sg videobuf_core videodev v4l1_compat ppdev e100 thermal uhci_hcd ttpci_eeprom parport_pc mii processor thermal_sys usbcore parport button
Feb 26 20:18:44 crux kernel:
Feb 26 20:18:44 crux kernel: Pid: 1308, comm: vdr Not tainted (2.6.28.7 #1) Deskpro
Feb 26 20:18:44 crux kernel: EIP: 0060:[<c03a7f00>] EFLAGS: 00210002 CPU: 0
Feb 26 20:18:44 crux kernel: EIP is at _spin_lock_irqsave+0x8/0x1a
Feb 26 20:18:44 crux kernel: EAX: 00000320 EBX: 00000300 ECX: 00000100 EDX: 00200202
Feb 26 20:18:44 crux kernel: ESI: 00000320 EDI: de8345d4 EBP: de903a20 ESP: db817e64
Feb 26 20:18:44 crux kernel: DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Feb 26 20:18:44 crux kernel: Process vdr (pid: 1308, ti=db816000 task=df067c40 task.ti=db816000)
Feb 26 20:18:44 crux kernel: Stack:
Feb 26 20:18:44 crux kernel: c02e8742 00000000 de903a20 e4c497be 00000000 c03cd3bc deff6ca0 c02df818
Feb 26 20:18:44 crux kernel: de8345d4 c04948d8 df8a2674 00000000 c052e72c c052e72c 00000000 c015f121
Feb 26 20:18:44 crux kernel: de903a20 de8345d4 00000000 de903a20 de8345d4 00000000 c015f002 c015bc39
Feb 26 20:18:44 crux kernel: Call Trace:
Feb 26 20:18:44 crux kernel: [<c02e8742>] dvb_ringbuffer_flush_spinlock_wakeup+0xe/0x3e
Feb 26 20:18:44 crux kernel: [<e4c497be>] dvb_video_open+0x53/0x96 [dvb_ttpci]
Feb 26 20:18:44 crux kernel: [<c02df818>] dvb_device_open+0xc0/0x120
Feb 26 20:18:44 crux kernel: [<c015f121>] chrdev_open+0x11f/0x136
Feb 26 20:18:44 crux kernel: [<c015f002>] chrdev_open+0x0/0x136
Feb 26 20:18:44 crux kernel: [<c015bc39>] __dentry_open+0xfc/0x1e5
Feb 26 20:18:44 crux kernel: [<c015bd9f>] nameidata_to_filp+0x1c/0x2c
Feb 26 20:18:44 crux kernel: [<c0165ab9>] do_filp_open+0x360/0x68a
Feb 26 20:18:44 crux kernel: [<c02b95d9>] tty_put_char+0x22/0x25
Feb 26 20:18:44 crux kernel: [<c016c286>] alloc_fd+0x52/0xb8
Feb 26 20:18:44 crux kernel: [<c015ba66>] do_sys_open+0x3f/0xb7
Feb 26 20:18:44 crux kernel: [<c015bb22>] sys_open+0x1e/0x23
Feb 26 20:18:44 crux kernel: [<c0102cf9>] sysenter_do_call+0x12/0x25
Feb 26 20:18:44 crux kernel: [<c03a0000>] pci_fixup_video+0x85/0x93
Feb 26 20:18:44 crux kernel: Code: 94 c0 84 c0 b9 01 00 00 00 75 09 3e 81 02 00 00 00 01 31 c9 89 c8 c3 3e 83 28 01 79 05 e8 5d ff ff ff c3 9c 5a fa b9 00 01 00 00 <3e> 66 0f c1 08 38 e9 74 06 f3 90 8a 08 eb f6 89 d0 c3 fa ba 00
Feb 26 20:18:44 crux kernel: EIP: [<c03a7f00>] _spin_lock_irqsave+0x8/0x1a SS:ESP 0068:db817e64
Feb 26 20:18:44 crux kernel: ---[ end trace 8c82d8f0b834fc21 ]---
Feb 26 20:18:44 crux kernel: BUG: unable to handle kernel NULL pointer dereference at 00000020
Feb 26 20:18:44 crux kernel: IP: [<e4c4df1c>] av7110_fe_init+0xc/0x25 [dvb_ttpci]
Feb 26 20:18:44 crux kernel: *pde = 00000000
Feb 26 20:18:44 crux kernel: Oops: 0000 [#2] SMP
Feb 26 20:18:44 crux kernel: last sysfs file: /sys/module/dvb_ttpci/initstate
Feb 26 20:18:44 crux kernel: Modules linked in: lirc_serial lirc_dev nfsd lockd sunrpc exportfs ipv6 lnbp21 stv0299 usbhid dvb_ttpci saa7146_vv saa7146 videobuf_dma_sg videobuf_core videodev v4l1_compat ppdev e100 thermal uhci_hcd ttpci_eeprom parport_pc mii processor thermal_sys usbcore parport button
Feb 26 20:18:44 crux kernel:
Feb 26 20:18:44 crux kernel: Pid: 1315, comm: kdvb-ad-0-fe-0 Tainted: G D (2.6.28.7 #1) Deskpro
Feb 26 20:18:44 crux kernel: EIP: 0060:[<e4c4df1c>] EFLAGS: 00010246 CPU: 0
Feb 26 20:18:44 crux kernel: EIP is at av7110_fe_init+0xc/0x25 [dvb_ttpci]
Feb 26 20:18:44 crux kernel: EAX: 00000000 EBX: ded69408 ECX: c1407160 EDX: 00000000
Feb 26 20:18:44 crux kernel: ESI: ded69408 EDI: ded6b9b4 EBP: 00000000 ESP: db82df84
Feb 26 20:18:44 crux kernel: DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
Feb 26 20:18:44 crux kernel: Process kdvb-ad-0-fe-0 (pid: 1315, ti=db82c000 task=df0667a0 task.ti=db82c000)
Feb 26 20:18:44 crux kernel: Stack:
Feb 26 20:18:44 crux kernel: ded69408 ded6b800 c02e45fa ded69408 c02e5566 df0668f4 00000000 7fffffff
Feb 26 20:18:44 crux kernel: df0667a0 00000003 db817e1c db817e14 db817e18 00000296 00000000 c01153c1
Feb 26 20:18:44 crux kernel: 00000000 ded69408 c02e54f4 00000000 00000000 c012c522 c012c4ea 00000000
Feb 26 20:18:44 crux kernel: Call Trace:
Feb 26 20:18:44 crux kernel: [<c02e45fa>] dvb_frontend_init+0x36/0x6c
Feb 26 20:18:44 crux kernel: [<c02e5566>] dvb_frontend_thread+0x72/0x3d4
Feb 26 20:18:44 crux kernel: [<c01153c1>] complete+0x28/0x36
Feb 26 20:18:44 crux kernel: [<c02e54f4>] dvb_frontend_thread+0x0/0x3d4
Feb 26 20:18:45 crux kernel: [<c012c522>] kthread+0x38/0x5d
Feb 26 20:18:45 crux kernel: [<c012c4ea>] kthread+0x0/0x5d
Feb 26 20:18:45 crux kernel: [<c0103a6b>] kernel_thread_helper+0x7/0x10
Feb 26 20:18:45 crux kernel: Code: 89 d0 33 83 18 2a 00 00 a8 10 74 0e f6 c2 10 74 09 89 d8 5b 5e e9 79 fc ff ff 89 c8 5b 5e c3 56 89 c6 53 8b 80 18 02 00 00 31 d2 <8b> 58 20 89 d8 e8 5e fc ff ff 85 c0 75 08 89 f0 ff 93 58 2a 00
Display More
v4l-dvb (http://linuxtv.org/hg/v4l-dvb)
Feb 26 20:26:46 crux vdr: [1312] cTimeMs: using monotonic clock (resolution is 4000250 ns)
Feb 26 20:26:53 crux kernel: BUG: unable to handle kernel NULL pointer dereference at 00000320
Feb 26 20:26:53 crux kernel: IP: [<c03a7f00>] _spin_lock_irqsave+0x8/0x1a
Feb 26 20:26:53 crux kernel: *pde = 00000000
Feb 26 20:26:53 crux kernel: Oops: 0002 [#1] SMP
Feb 26 20:26:53 crux kernel: last sysfs file: /sys/module/dvb_ttpci/initstate
Feb 26 20:26:53 crux kernel: Modules linked in: lirc_serial lirc_dev nfsd lockd sunrpc exportfs ipv6 lnbp21 stv0299 usbhid dvb_ttpci saa7146_vv videodev v4l1_compat saa7146 videobuf_dma_sg videobuf_core ppdev e100 thermal uhci_hcd ttpci_eeprom mii parport_pc processor thermal_sys usbcore parport button
Feb 26 20:26:53 crux kernel:
Feb 26 20:26:53 crux kernel: Pid: 1312, comm: vdr Not tainted (2.6.28.7 #1) Deskpro
Feb 26 20:26:53 crux kernel: EIP: 0060:[<c03a7f00>] EFLAGS: 00210002 CPU: 0
Feb 26 20:26:53 crux kernel: EIP is at _spin_lock_irqsave+0x8/0x1a
Feb 26 20:26:53 crux kernel: EAX: 00000320 EBX: 00000300 ECX: 00000100 EDX: 00200202
Feb 26 20:26:53 crux kernel: ESI: 00000320 EDI: de83b790 EBP: df87ace0 ESP: debede64
Feb 26 20:26:53 crux kernel: DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Feb 26 20:26:53 crux kernel: Process vdr (pid: 1312, ti=debec000 task=df8a4080 task.ti=debec000)
Feb 26 20:26:54 crux kernel: Stack:
Feb 26 20:26:54 crux kernel: c02e8742 00000000 df87ace0 e4c497d6 00000000 c03cd3bc deeb0ce0 c02df818
Feb 26 20:26:54 crux kernel: de83b790 c04948d8 df896674 00000000 c052e72c c052e72c 00000000 c015f121
Feb 26 20:26:54 crux kernel: df87ace0 de83b790 00000000 df87ace0 de83b790 00000000 c015f002 c015bc39
Feb 26 20:26:54 crux kernel: Call Trace:
Feb 26 20:26:54 crux kernel: [<c02e8742>] dvb_ringbuffer_flush_spinlock_wakeup+0xe/0x3e
Feb 26 20:26:54 crux kernel: [<e4c497d6>] dvb_video_open+0x53/0x96 [dvb_ttpci]
Feb 26 20:26:54 crux kernel: [<c02df818>] dvb_device_open+0xc0/0x120
Feb 26 20:26:54 crux kernel: [<c015f121>] chrdev_open+0x11f/0x136
Feb 26 20:26:54 crux kernel: [<c015f002>] chrdev_open+0x0/0x136
Feb 26 20:26:54 crux kernel: [<c015bc39>] __dentry_open+0xfc/0x1e5
Feb 26 20:26:54 crux kernel: [<c015bd9f>] nameidata_to_filp+0x1c/0x2c
Feb 26 20:26:54 crux kernel: [<c0165ab9>] do_filp_open+0x360/0x68a
Feb 26 20:26:54 crux kernel: [<c02b95d9>] tty_put_char+0x22/0x25
Feb 26 20:26:54 crux kernel: [<c016c286>] alloc_fd+0x52/0xb8
Feb 26 20:26:54 crux kernel: [<c015ba66>] do_sys_open+0x3f/0xb7
Feb 26 20:26:54 crux kernel: [<c015bb22>] sys_open+0x1e/0x23
Feb 26 20:26:54 crux kernel: [<c0102cf9>] sysenter_do_call+0x12/0x25
Feb 26 20:26:54 crux kernel: [<c03a0000>] pci_fixup_video+0x85/0x93
Feb 26 20:26:54 crux kernel: Code: 94 c0 84 c0 b9 01 00 00 00 75 09 3e 81 02 00 00 00 01 31 c9 89 c8 c3 3e 83 28 01 79 05 e8 5d ff ff ff c3 9c 5a fa b9 00 01 00 00 <3e> 66 0f c1 08 38 e9 74 06 f3 90 8a 08 eb f6 89 d0 c3 fa ba 00
Feb 26 20:26:54 crux kernel: EIP: [<c03a7f00>] _spin_lock_irqsave+0x8/0x1a SS:ESP 0068:debede64
Feb 26 20:26:54 crux kernel: ---[ end trace 604455e221138643 ]---
Feb 26 20:26:54 crux kernel: BUG: unable to handle kernel NULL pointer dereference at 00000020
Feb 26 20:26:54 crux kernel: IP: [<e4c4df5c>] av7110_fe_init+0xc/0x25 [dvb_ttpci]
Feb 26 20:26:54 crux kernel: *pde = 00000000
Feb 26 20:26:54 crux kernel: Oops: 0000 [#2] SMP
Feb 26 20:26:54 crux kernel: last sysfs file: /sys/module/dvb_ttpci/initstate
Feb 26 20:26:54 crux kernel: Modules linked in: lirc_serial lirc_dev nfsd lockd sunrpc exportfs ipv6 lnbp21 stv0299 usbhid dvb_ttpci saa7146_vv videodev v4l1_compat saa7146 videobuf_dma_sg videobuf_core ppdev e100 thermal uhci_hcd ttpci_eeprom mii parport_pc processor thermal_sys usbcore parport button
Feb 26 20:26:54 crux kernel:
Feb 26 20:26:54 crux kernel: Pid: 1327, comm: kdvb-ad-0-fe-0 Tainted: G D (2.6.28.7 #1) Deskpro
Feb 26 20:26:54 crux kernel: EIP: 0060:[<e4c4df5c>] EFLAGS: 00010246 CPU: 0
Feb 26 20:26:54 crux kernel: EIP is at av7110_fe_init+0xc/0x25 [dvb_ttpci]
Feb 26 20:26:54 crux kernel: EAX: 00000000 EBX: ded65008 ECX: c1407160 EDX: 00000000
Feb 26 20:26:54 crux kernel: ESI: ded65008 EDI: ded685b4 EBP: 00000000 ESP: db823f84
Feb 26 20:26:54 crux kernel: DS: 007b ES: 007b FS: 00d8 GS: 0000 SS: 0068
Feb 26 20:26:54 crux kernel: Process kdvb-ad-0-fe-0 (pid: 1327, ti=db822000 task=df955540 task.ti=db822000)
Feb 26 20:26:54 crux kernel: Stack:
Feb 26 20:26:54 crux kernel: ded65008 ded68400 c02e45fa ded65008 c02e5566 df955694 00000000 7fffffff
Feb 26 20:26:54 crux kernel: df955540 00000003 debede1c debede14 debede18 00000296 00000000 c01153c1
Feb 26 20:26:54 crux modprobe: FATAL: Module dvb_ttpci is in use.
Feb 26 20:26:54 crux kernel: 00000000 ded65008 c02e54f4 00000000 00000000 c012c522 c012c4ea 00000000
Feb 26 20:26:54 crux kernel: Call Trace:
Feb 26 20:26:54 crux kernel: [<c02e45fa>] dvb_frontend_init+0x36/0x6c
Feb 26 20:26:54 crux kernel: [<c02e5566>] dvb_frontend_thread+0x72/0x3d4
Feb 26 20:26:54 crux kernel: [<c01153c1>] complete+0x28/0x36
Feb 26 20:26:54 crux kernel: [<c02e54f4>] dvb_frontend_thread+0x0/0x3d4
Feb 26 20:26:54 crux kernel: [<c012c522>] kthread+0x38/0x5d
Feb 26 20:26:54 crux kernel: [<c012c4ea>] kthread+0x0/0x5d
Feb 26 20:26:54 crux kernel: [<c0103a6b>] kernel_thread_helper+0x7/0x10
Feb 26 20:26:54 crux kernel: Code: 89 d0 33 83 18 2a 00 00 a8 10 74 0e f6 c2 10 74 09 89 d8 5b 5e e9 79 fc ff ff 89 c8 5b 5e c3 56 89 c6 53 8b 80 18 02 00 00 31 d2 <8b> 58 20 89 d8 e8 5e fc ff ff 85 c0 75 08 89 f0 ff 93 58 2a 00
Feb 26 20:26:54 crux kernel: EIP: [<e4c4df5c>] av7110_fe_init+0xc/0x25 [dvb_ttpci] SS:ESP 0068:db823f84
Feb 26 20:26:54 crux kernel: ---[ end trace 604455e221138643 ]---
Feb 26 20:26:54 crux kernel: dvb_core: module is already loaded
Feb 26 20:26:55 crux vdr: [1598] cTimeMs: using monotonic clock (resolution is 4000250 ns)
Display More
LG Ronny
Hi, hab hier 2.6.28.1 mit VDR 1.4.7 sogar laufen problemlos! Allerdings mit liblianin.
Nur die Twinhan Cinergy S2 PCI HD mag nicht so recht. Geht kurz und dann wars das und nix geht mehr bis zuim Reboot. Das nenn ich Müll-Hardware!
Aber war zum Glück nur ne Leihgabe zum Test...
mfG,
Stefan
SurfaceCleanerZ (stefan)
wärst Du vielleicht so nennt einen Patch zu einem clean VDR 1.4.7 zu erstellen und zu posten?
gruss
gerald
Don’t have an account yet? Register yourself now and be a part of our community!