Hello
which kernel is "best" for VDR?
On the one hand i read, that the DVB developers are only working on the 2.6. drivers and may (may be?) port them back to 2.4.x, if possible. I assume it will not be possible as "back porting" is no beloved job. ;-) OTHO Klaus only tests with the 2.4 kernel, as he recomends still the linux-dvb.2004-12-26 driver, which can't be compiled with 2.6 But then i read that NTPL is used by VDR, a feature only existing in 2.6 kernel IIRC. I want to upgrade to 2.6. because the USB support of 2.4 so bad and obsolete (It's not possible to write some 10 MB to a USB: The box will hang. Connecting webcams is game of luck how long they will work until the box freezes.)
So, what's the way of VDR and kernel?
Rainer
Rainer Zocholl wrote:
Hello
Hi!
which kernel is "best" for VDR?
I'd recommend latest vanilla kernel (2.6.11.something) with the drivers it includes.
On the one hand i read, that the DVB developers are only working on the 2.6. drivers and may (may be?) port them back to 2.4.x, if possible. I assume it will not be possible as "back porting" is no beloved job. ;-)
True.
OTHO Klaus only tests with the 2.4 kernel, as he recomends still the linux-dvb.2004-12-26 driver, which can't be compiled with 2.6
Yes, but I don't see that much differences in the drivers, so you can use what you want.
But then i read that NTPL is used by VDR, a feature only existing in 2.6 kernel IIRC.
NPTL exists only in 2.6, yes. But VDR has had many problems when NPTL is _enabled_, mainly because of some race conditions in VDR. NPTL is used by default in _all_ threaded applications unless the LD_ASSUME_KERNEL=2.4.x is defined. By default VDR refuses to run if NPTL is enabled. However, the latest version, 1.3.24, works now for many people with NPTL equally stable as with linuxthreads (NPTL's predecessor, used when NPTL is disabled).
I want to upgrade to 2.6. because the USB support of 2.4 so bad and obsolete (It's not possible to write some 10 MB to a USB: The box will hang. Connecting webcams is game of luck how long they will work until the box freezes.)
So, what's the way of VDR and kernel?
I see no reason for you not to upgrade to the latest kernel, you won't even need to install any external dvb drivers.
Rainer Zocholl UseNet-Posting-Nospam-74308-@zocki.toppoint.de wrote:
So, what's the way of VDR and kernel?
I'm currently running my server's vdr-1.3.15 with the SUSE KOTD 2.6.11.4-20050418133015 on SUSE 9.2. The standard 9.2 kernel made vdr crash again and again.
lwgt@iki.fi(Lauri Tischler) 27.05.05 13:48
Anssi Hannula wrote:
Rainer Zocholl wrote:
Hello
Hi!
which kernel is "best" for VDR?
I'd recommend latest vanilla kernel (2.6.11.something) with the drivers it includes.
ver 2.6.12-rc5 is even better, has all necessary drivers
i took debian "unstable" 2.6.11 and patched the kernel by a checkout from the cvs. Is that sufficient?
add to /etc/apt/sources.list # To get the most resecnt kernel we need "unstable" deb http://ftp.de.debian.org/debian/ unstable main deb-src http://ftp.de.debian.org/debian/ unstable main deb http://security.debian.org/ stable/updates main deb http://non-us.debian.org/debian-non-US unstable/non-US main # all other module should be testing(currently named "sarge") or stable deb http://ftp.de.debian.org/debian/ testing main deb-src http://ftp.de.debian.org/debian/ testing main deb http://security.debian.org/ testing/updates main deb http://non-us.debian.org/debian-non-US testing/non-US main deb ftp://ftp.debian.org/debian testing main contrib non-free deb ftp://ftp.debian.org/debian stable main contrib non-free
add to /etc/apt/apt.conf # fix default to "testing". You dont' want use "unstable" at home. APT::Default-Release "testing";
#aptitude install kernel-image-2.6.11-1-k7 kernel-source-2.6.11 kernel-image-2.6.11-1-686 # #cd /usr/lib/hotplug/firmware/ #wget http://www.linuxtv.org/downloads/firmware/dvb-ttpci-01.fw-261d #cp dvb-ttpci-01.fw-261d dvb-ttpci-01.fw # #cd /usr/src #tar xjvf kernel-source-<VERSION>.tar.bz2 #ln -s kernel-source-<VERSION> linux # # #cd /usr/src #wget ftp://ftp.cadsoft.de/vdr/Tools/vdr-install-script-current.run #chmod +x vdr-install-script-current.run #sh vdr-install-script-current.run -- --help # # #cd /usr/local/src #cvs -d :pserver:anonymous@linuxtv.org:/cvs/linuxtv login # #cvs -d :pserver:anonymous@linuxtv.org:/cvs/linuxtv co dvb-kernel #cd dvb-kernel #./makelinks /usr/src/linux # #cd /usr/src/linux (kernel-source-2.6.11) #make menuconfig
(Took from http://vdr-wiki.de, where it is much more better dokumented.)
On which drivers do i have to pay attention? Rainer---<=====> Vertraulich // // <=====>--------------ocholl, Kiel, Germany ------------
anssi.hannula@gmail.com(Anssi Hannula) 27.05.05 11:57
Rainer Zocholl wrote:
Hello
I'd recommend latest vanilla kernel (2.6.11.something) with the drivers it includes.
Ok, just switching the CPU to 1800MHz to compile... (Because of a dist-upgrade to "sarge" VDR 1.3.18 nor .24 are running any more and gerneates kernel oopes! Recompiling did not help.)
But then i read that NTPL is used by VDR, a feature only existing in 2.6 kernel IIRC.
NPTL exists only in 2.6, yes. But VDR has had many problems when NPTL is _enabled_,
Ha, i missunderstood that.
mainly because of some race conditions in VDR.
Maybe we should try to fix that first instead of adding new features? I assume, no, i'm convinced, that those "race conditions" exists without NTPL too, but are very seldom seen. Maybe "sufficiently" seldom in the one hardware, but not in all.
NPTL isused by default in _all_ threaded applications unless the LD_ASSUME_KERNEL=2.4.x is defined. By default VDR refuses to run if NPTL is enabled.
I have that line export LD_ASSUME_KERNEL=2.4.x in my runvdr script.
However, the latest version, 1.3.24, works now for many people with NPTL equally stable as with linuxthreads (NPTL's predecessor, used when NPTL is disabled).
I see no reason for you not to upgrade to the latest kernel, you won't even need to install any external dvb drivers.
Ok, i'll report.
BTW: The Kernel 2.6.11 has a switch "premptive kernel" That should garanty better user performance if a driver blocks. Should that be on of off for DVB/VDR?
BTW: The Kernel 2.6.11 has a switch "premptive kernel" That should garanty better user performance if a driver blocks. Should that be on of off for DVB/VDR?
vdr mailing list vdr@linuxtv.org http://www.linuxtv.org/cgi-bin/mailman/listinfo/vdr
I tried it once with preemptive kernel enabled. Didn't see a difference. I just disabled it the next time I compiled a kernel.
Cheers
Sebastian