5 replies to this topic

[orator89]

Ehi, I have experience in IT but no Linux distribution installed, only Windows, so I don't know how to do and what exactly...

Can someone tell me if the actual version of "dvb-v2" drivers in kernel 4.4.35 of all decoders like SF8008, uclan ustym 4k pro and others with same kernel, has the actual drivers dvb-v2 for RTL2832 (ie. "module-dvb-usb-rtl2832") kernel ".ko" driver updated from this link?

Because the above drivers are updated and support the latest slave demodulator Sony CXD2837...

Instead on kernel 4.4.35 I tried and the demodulator isn't recognized with all the drivers installed...

If the actual "module-dvb-usb-rtl2832" of Openpli is not at this revision, can someone build ko file for the kernel 4.4.35?

 

https://github.com/t...b-v2/rtl28xxu.h
https://github.com/t...b-v2/rtl28xxu.c

 

 

 

If not possible, is it possible to apply this signed-off "diff patch" in Enigma2? Is the official patch accepted in Linux distribution:

 

https://patchwork.ke...445.GA1344@NMT/

 

same as here:

 

https://git.linuxtv....e341a9706c593f4

 

 

I ask this because actually the DVB-T2/C part of RTL2832P with CXD2837 demod isn't recognized in all the Enigma2 images with 4.4.35 kernel.

Thanks

P.S. I already have "CXD2841.ko" (responsible also for CXD2837) for kernel 4.4.35 downloaded from other feeds of 4.4.35 kernel.
 

Edited by orator89, 26 July 2022 - 20:37.

[WanWizard]

The kernel version dictates the version of the drivers in that kernel.

 

• If the current kernel version does support the device, but the driver isn't present, the kernel configuration needs to be adapted, which is also something the manufacturer needs to do, we don't have access to it.
• If you need support for devices that are only supported in later versions of the kernel, the manufacturer needs to provide a new kernel version. We can't update it, because the box hardware drivers are only supplied in binary and lock in the kernel version used.
• If no kernel supported driver exists, but a third party driver exists, we can try building it out of tree, providing it has support for all kernels we build images for (which means 3.6 - 5.15, which is quite a range ).

Patches are pretty useless, as they are for a specific version of the source code, and can therefore never be universally applied. It also means applying it in the kernel build recipe, which again we don't have control over.

[orator89]

The kernel version dictates the version of the drivers in that kernel.

 

• If the current kernel version does support the device, but the driver isn't present, the kernel configuration needs to be adapted, which is also something the manufacturer needs to do, we don't have access to it.
• If you need support for devices that are only supported in later versions of the kernel, the manufacturer needs to provide a new kernel version. We can't update it, because the box hardware drivers are only supplied in binary and lock in the kernel version used.
• If no kernel supported driver exists, but a third party driver exists, we can try building it out of tree, providing it has support for all kernels we build images for (which means 3.6 - 5.15, which is quite a range ).

Patches are pretty useless, as they are for a specific version of the source code, and can therefore never be universally applied. It also means applying it in the kernel build recipe, which again we don't have control over.

 

Understood, yes the device is officially supported in kernel 5.x, but I know that someone compiled driver for kernel 4.10, as you can read here, but without success, maybe because some error happened to him in building the "CXD2841er.ko". as he said. But I already have the CXD2841.ko correct, I suppose, because it's in OpenPLI feeds of 4.4.35 kernel as:

kernel-module-cxd2841er-4.4.35 - 4.4.35-.7.6 - cxd2841er kernel module

as you can see in Openpli feeds...

So this is not the problem, the driver for the slave demodulator already exists... Only it need to be recognized by the rtl2832, and for that the driver dvb-usb-v2 of rtl2832 needs update as in git and patch linked in first post, I suppose... So I have to contact the manufacturer of the decoder to have "module-dvb-usb-rtl2832" for kernel 4.4.35?

Edited by orator89, 26 July 2022 - 21:19.

[orator89]

Ok, I've seen on official kernel drivers webpage:

 

version of kernel 4.4.35 for "module-dvb-usb-rtl2832" :

https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/drivers/media/usb/dvb-usb-v2/rtl28xxu.c?h=v4.4.35
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/drivers/media/usb/dvb-usb-v2/rtl28xxu.h?h=v4.4.35

version of kernel 4.4.35 for "cxd2841er.ko":

https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/drivers/media/dvb-frontends/cxd2841er.c?h=v4.4.35
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/drivers/media/dvb-frontends/cxd2841er.h?h=v4.4.35

In both cases, the drivers are not updated and the resulting "ko" file could not detects Sony CXD2841ER slave demod....

 

 

 

Instead, in kernel 5.18.14, that supports perfectly the device, I see instead the updates it needs for "module-dvb-usb-rtl2832":

https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/drivers/media/usb/dvb-usb-v2/rtl28xxu.c?h=v5.18.14
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/drivers/media/usb/dvb-usb-v2/rtl28xxu.h?h=v5.18.14

and for "cxd2841er.ko":

https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/drivers/media/dvb-frontends/cxd2841er.c?h=v5.18.14
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/drivers/media/dvb-frontends/cxd2841er.h?h=v5.18.14

[WanWizard]

The problem is that none of the kernel versions in use have support, so the patch you've referred to is for a later kernel version.

 

To fix this a patch needs to be made for every kernel version supported, and the patch then needs to be added to the kernel build, which means all manufacturers need to accept the patch as an update.

 

Quite an undertaking...

[orator89]

The problem is that none of the kernel versions in use have support, so the patch you've referred to is for a later kernel version.

 

To fix this a patch needs to be made for every kernel version supported, and the patch then needs to be added to the kernel build, which means all manufacturers need to accept the patch as an update.

 

Quite an undertaking...

 

Yes I know... The only hope is that this is the most popular DVB-T2/C device, so I really hope someone will backport the drivers, because today the only decoder that (I suppose, because I don't have it) natively supports this device is Edision 4k, the only one decoder with kernel 5.x... Really hope someone will backport