will saa7146-based DVB cards stop working in the near future?
Hi *, I saw an announcement for the following patch: https://www.spinics.net/lists/linux-media/msg224909.html Does this mean, all of my saa7146-based DVB cards will stop working after the according openSUSE kernel will be released? Or will anyone at SUSE port the deprecated frontend to newer kernels? Sry, if the question sounds silly, but I'm not familiar with the handling of such things regarding kernel or kernel drivers. Thx and bye. Michael.
On 1/15/23 11:42, mh@mike.franken.de wrote:
Hi *,
I saw an announcement for the following patch:
https://www.spinics.net/lists/linux-media/msg224909.html
Does this mean, all of my saa7146-based DVB cards will stop working after the according openSUSE kernel will be released? Or will anyone at SUSE port the deprecated frontend to newer kernels?
Sry, if the question sounds silly, but I'm not familiar with the handling of such things regarding kernel or kernel drivers.
If that patch is accepted, which is not a sure thing, you will either need to stay with an older kernel, or you will need to acquire a source for the drive and build it externally. The kernel source for the latest source that includes this driver would be an excellent source. Building an external module is not trivial, but it is not rocket science. :) Larry
On 1/16/23 04:44, Larry Finger wrote:
On 1/15/23 11:42, mh@mike.franken.de wrote:
Hi *,
I saw an announcement for the following patch:
https://www.spinics.net/lists/linux-media/msg224909.html
Does this mean, all of my saa7146-based DVB cards will stop working after the according openSUSE kernel will be released? Or will anyone at SUSE port the deprecated frontend to newer kernels?
Sry, if the question sounds silly, but I'm not familiar with the handling of such things regarding kernel or kernel drivers.
If that patch is accepted, which is not a sure thing, you will either need to stay with an older kernel, or you will need to acquire a source for the drive and build it externally. The kernel source for the latest source that includes this driver would be an excellent source.
Building an external module is not trivial, but it is not rocket science. :)
Building the external driver would be even more difficult in this case because the reason for dropping the driver is to remove significant API that the driver uses from the kernel. So you'd still have to port the driver to the new API and if you are capable of that then you may as well speak up do the work and it can stay in the mainline kernel. -- Simon Lees (Simotek) http://simotek.net Emergency Update Team keybase.io/simotek SUSE Linux Adelaide Australia, UTC+10:30 GPG Fingerprint: 5B87 DB9D 88DC F606 E489 CEC5 0922 C246 02F0 014B
On 16.01.23 05:03, Simon Lees wrote:
So you'd still have to port the driver to the new API and if you are capable of that then you may as well speak up do the work and it can stay in the mainline kernel.
It's not as easy in this case. There are people involved. There is probably a reason these drivers are unmaintained now. -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman
On 1/16/23 02:31, Stefan Seyfried wrote:
On 16.01.23 05:03, Simon Lees wrote:
So you'd still have to port the driver to the new API and if you are capable of that then you may as well speak up do the work and it can stay in the mainline kernel.
It's not as easy in this case. There are people involved. There is probably a reason these drivers are unmaintained now.
It is unfortunate that people/"politics" get in the way. In wireless, my main part of the Linux kernel development, that kind of problem rarely happens. Larry
On 16.01.23 17:57, Larry Finger wrote:
It is unfortunate that people/"politics" get in the way. In wireless, my main part of the Linux kernel development, that kind of problem rarely happens.
from a quick glance it looks though as if Hans Verkuil (actually the guy suggesting the deletion of the drivers ;-) is easier to work with than the "master" subsystem maintainer, and actually caring for the DVB stuff. Maybe I should reconsider upstreaming my cx24120 patch ;-) Best regards, -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman
On Montag, 16. Januar 2023 18:59:47 CET Stefan Seyfried wrote:
On 16.01.23 17:57, Larry Finger wrote:
It is unfortunate that people/"politics" get in the way. In wireless, my main part of the Linux kernel development, that kind of problem rarely happens.
from a quick glance it looks though as if Hans Verkuil (actually the guy suggesting the deletion of the drivers ;-) is easier to work with than the "master" subsystem maintainer, and actually caring for the DVB stuff. Maybe I should reconsider upstreaming my cx24120 patch ;-)
jepp - see https://marc.info/?l=linux-media&m=167388084410817&w=2
Best regards,
Bye. Michael.
I just found this thread, so it explains why my TT C-1501 DVB-C card is suddenly gone after the upgrade to 6.1. I had to revert to 6.0.12. I do understand the issue with the old drivers and API, but does anyone have a good (supported) alternative for this DVB-C card? No, I cannot simply put a satellite dish outside.
On Donnerstag, 19. Januar 2023 20:49:32 CET Michael Zapf wrote:
I just found this thread, so it explains why my TT C-1501 DVB-C card is suddenly gone after the upgrade to 6.1. I had to revert to 6.0.12.
I do understand the issue with the old drivers and API, but does anyone have a good (supported) alternative for this DVB-C card? No, I cannot simply put a satellite dish outside.
It seems to be on a good way: https://lore.kernel.org/linux-media/c75b0172-fc2c-90ab-8138-8f916d20be63@xs4... "
Thank You, that would certainly make me satisfied. Would that mean that after removing analog video support, driver would go out of staging, back to maintained area?
Yes, since there is no reason to keep it in staging once that's done."
On 19. 01. 23, 20:57, mh@mike.franken.de wrote:
On Donnerstag, 19. Januar 2023 20:49:32 CET Michael Zapf wrote:
I just found this thread, so it explains why my TT C-1501 DVB-C card is suddenly gone after the upgrade to 6.1. I had to revert to 6.0.12.
I do understand the issue with the old drivers and API, but does anyone have a good (supported) alternative for this DVB-C card? No, I cannot simply put a satellite dish outside.
It seems to be on a good way:
https://lore.kernel.org/linux-media/c75b0172-fc2c-90ab-8138-8f916d20be63@xs4...
OK, let's enable the drivers in staging until this is moved out of staging again... You can use Kernel:stable (once it builds, testers welcome) until it propagates to TW. thanks, -- js suse labs
.. me too, I have 2 my TT C-1501 DVB-C cards running. -----Ursprüngliche Nachricht----- Von: Jiri Slaby [mailto:jslaby@suse.cz] Gesendet: Freitag, 20. Januar 2023 08:30 An: factory@lists.opensuse.org Betreff: Re: will saa7146-based DVB cards stop working in the near future? On 19. 01. 23, 20:57, mh@mike.franken.de wrote:
On Donnerstag, 19. Januar 2023 20:49:32 CET Michael Zapf wrote:
I just found this thread, so it explains why my TT C-1501 DVB-C card is suddenly gone after the upgrade to 6.1. I had to revert to 6.0.12.
I do understand the issue with the old drivers and API, but does anyone have a good (supported) alternative for this DVB-C card? No, I cannot simply put a satellite dish outside.
It seems to be on a good way:
https://lore.kernel.org/linux-media/c75b0172-fc2c-90ab-8138-8f916d20be 63@xs4all.nl/
OK, let's enable the drivers in staging until this is moved out of staging again... You can use Kernel:stable (once it builds, testers welcome) until it propagates to TW. thanks, -- js suse labs
Do we know when the saa7146 drivers will return to TW? At this time I'm doing a rollback each time I try an update. Maybe for 6.2?
On 12. 02. 23, 22:37, Michael Zapf wrote:
Do we know when the saa7146 drivers will return to TW? At this time I'm doing a rollback each time I try an update. Maybe for 6.2?
$ rpm -ql kernel-default|grep saa7146.ko /usr/lib/modules/6.1.9-1.g79d6a70-default/kernel/drivers/staging/media/deprecated/saa7146/common/saa7146.ko.zst /usr/lib/modules/6.1.10-3.g82ff25b-default/kernel/drivers/staging/media/deprecated/saa7146/common/saa7146.ko.zst It's there since 6.1.8. -- js suse labs
On 13. 02. 23, 8:25, Jiri Slaby wrote:
On 12. 02. 23, 22:37, Michael Zapf wrote:
Do we know when the saa7146 drivers will return to TW? At this time I'm doing a rollback each time I try an update. Maybe for 6.2?
$ rpm -ql kernel-default|grep saa7146.ko /usr/lib/modules/6.1.9-1.g79d6a70-default/kernel/drivers/staging/media/deprecated/saa7146/common/saa7146.ko.zst /usr/lib/modules/6.1.10-3.g82ff25b-default/kernel/drivers/staging/media/deprecated/saa7146/common/saa7146.ko.zst
It's there since 6.1.8.
By: https://build.opensuse.org/request/show/1060565 accepted request 19 days ago -- js suse labs
You're right. I noticed it's not the saa7146 but the budget drivers that are missing. 6.0.12: $ lsmod | grep budget budget_ci 36864 0 budget_core 24576 1 budget_ci ttpci_eeprom 16384 1 budget_core saa7146 32768 2 budget_ci,budget_core dvb_core 180224 2 budget_ci,budget_core rc_core 69632 4 budget_ci,cec,rc_tt_1500 $ 6.1.10: $ lsmod | grep budget $
On 13. 02. 23, 15:30, Michael Zapf wrote:
You're right. I noticed it's not the saa7146 but the budget drivers that are missing.
6.0.12: $ lsmod | grep budget budget_ci 36864 0 budget_core 24576 1 budget_ci ttpci_eeprom 16384 1 budget_core saa7146 32768 2 budget_ci,budget_core dvb_core 180224 2 budget_ci,budget_core rc_core 69632 4 budget_ci,cec,rc_tt_1500 $
6.1.10: $ lsmod | grep budget
https://build.opensuse.org/request/show/1065930 Can you test Kernel:stable? -- js suse labs
With the current 6.2.2 kernel, everything is fine again with my DVB-C card. Sorry for my late reply, I was away from this computer for the last weeks.
On 15. 01. 23, 19:14, Larry Finger wrote:
On 1/15/23 11:42, mh@mike.franken.de wrote:
Hi *,
I saw an announcement for the following patch:
https://www.spinics.net/lists/linux-media/msg224909.html
Does this mean, all of my saa7146-based DVB cards will stop working after the according openSUSE kernel will be released? Or will anyone at SUSE port the deprecated frontend to newer kernels?
Sry, if the question sounds silly, but I'm not familiar with the handling of such things regarding kernel or kernel drivers.
If that patch is accepted, which is not a sure thing, FWIW, I assume it's that patch which is in 6.1 already. So TW already dropped the drivers.
-- js suse labs
On Montag, 16. Januar 2023 07:48:42 CET Jiri Slaby wrote:
On 15. 01. 23, 19:14, Larry Finger wrote:
On 1/15/23 11:42, mh@mike.franken.de wrote:
Hi *,
I saw an announcement for the following patch:
https://www.spinics.net/lists/linux-media/msg224909.html
Does this mean, all of my saa7146-based DVB cards will stop working after the according openSUSE kernel will be released? Or will anyone at SUSE port the deprecated frontend to newer kernels?
Sry, if the question sounds silly, but I'm not familiar with the handling of such things regarding kernel or kernel drivers.
If that patch is accepted, which is not a sure thing,
FWIW, I assume it's that patch which is in 6.1 already. So TW already dropped the drivers.
Not on my system (kernel 6.1.4, TW 20230114): $ cd /usr/src/linux/drivers/staging/media/deprecated/ $ ls cpia2 fsl-viu meye saa7146 stkwebcam tm6000 vpfe_capture zr364xx
On 16. 01. 23, 9:37, mh@mike.franken.de wrote:
On Montag, 16. Januar 2023 07:48:42 CET Jiri Slaby wrote:
On 15. 01. 23, 19:14, Larry Finger wrote:
On 1/15/23 11:42, mh@mike.franken.de wrote:
Hi *,
I saw an announcement for the following patch:
https://www.spinics.net/lists/linux-media/msg224909.html
Does this mean, all of my saa7146-based DVB cards will stop working after the according openSUSE kernel will be released? Or will anyone at SUSE port the deprecated frontend to newer kernels?
Sry, if the question sounds silly, but I'm not familiar with the handling of such things regarding kernel or kernel drivers.
If that patch is accepted, which is not a sure thing,
FWIW, I assume it's that patch which is in 6.1 already. So TW already dropped the drivers.
Not on my system (kernel 6.1.4, TW 20230114):
$ cd /usr/src/linux/drivers/staging/media/deprecated/ $ ls cpia2 fsl-viu meye saa7146 stkwebcam tm6000 vpfe_capture zr364xx
Well, and are they built? -- js suse labs
On Montag, 16. Januar 2023 10:10:47 CET Jiri Slaby wrote:
On 16. 01. 23, 9:37, mh@mike.franken.de wrote:
On Montag, 16. Januar 2023 07:48:42 CET Jiri Slaby wrote:
On 15. 01. 23, 19:14, Larry Finger wrote:
On 1/15/23 11:42, mh@mike.franken.de wrote:
Hi *,
I saw an announcement for the following patch:
https://www.spinics.net/lists/linux-media/msg224909.html
Does this mean, all of my saa7146-based DVB cards will stop working after the according openSUSE kernel will be released? Or will anyone at SUSE port the deprecated frontend to newer kernels?
Sry, if the question sounds silly, but I'm not familiar with the handling of such things regarding kernel or kernel drivers.
If that patch is accepted, which is not a sure thing,
FWIW, I assume it's that patch which is in 6.1 already. So TW already dropped the drivers.
Not on my system (kernel 6.1.4, TW 20230114):
$ cd /usr/src/linux/drivers/staging/media/deprecated/ $ ls cpia2 fsl-viu meye saa7146 stkwebcam tm6000 vpfe_capture zr364xx
Well, and are they built?
No, but they could be built, if the config would allow that, I assume. Btw. the linux-media developers seem to have dropped the patch due to lots of protest. See my other mail. Bye. Michael.
Hello Michael! On 1/15/23 18:42, mh@mike.franken.de wrote:
I saw an announcement for the following patch:
https://www.spinics.net/lists/linux-media/msg224909.html
Does this mean, all of my saa7146-based DVB cards will stop working after the according openSUSE kernel will be released? Or will anyone at SUSE port the deprecated frontend to newer kernels?
Yes, if this patch gets accepted, your hardware stops working, so you better speak up! Unfortunately, the kernel is losing more and more features over time because kernel developers seem to be more focused on refactoring code than keeping the code useful. »We have come up with a new API for this set of drivers! The one of the hardware you are using hasn't been converted to the new API? Aww, too bad, better buy some new hardware and toss your old, perfectly working hardware into the landfill!« I have been bitten by this as well and it frustrates me quite a lot! Adrian
On 15.01.23 19:48, John Paul Adrian Glaubitz wrote:
Unfortunately, the kernel is losing more and more features over time because kernel developers seem to be more focused on refactoring code than keeping the code useful.
»We have come up with a new API for this set of drivers! The one of the hardware you are using hasn't been converted to the new API? Aww, too bad, better buy some new hardware and toss your old, perfectly working hardware into the landfill!«
It's not that easy. These drivers are unmaintained. If we let unmaintained code stop all work on the kernel, progress will stop soon. Now the state DVB drivers on linux is a very sorry one and the fact that these drivers are unmaintained stems from the fact, that the maintainer of this subsystem is "interesting" to work with, at least and thus most of the driver maintainers just stopped maintaining their stuff is a different story. (I, for example, am sitting on a patch that makes the cx24120 driver actually usable again after years of it being mostly useless upstream, but I also cannot be bothered to deal with that subsystem maintainer, so I just build that driver out of tree. See obs://home:seife:testing/cx24120-kmp).
I have been bitten by this as well and it frustrates me quite a lot!
Just step up and maintain the features you need! ;-) -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman
Hi, On Sonntag, 15. Januar 2023 19:48:38 CET John Paul Adrian Glaubitz wrote:
Hello Michael!
On 1/15/23 18:42, mh@mike.franken.de wrote:
I saw an announcement for the following patch:
https://www.spinics.net/lists/linux-media/msg224909.html
Does this mean, all of my saa7146-based DVB cards will stop working after the according openSUSE kernel will be released? Or will anyone at SUSE port the deprecated frontend to newer kernels?
Yes, if this patch gets accepted, your hardware stops working, so you better speak up!
I'm not sure, where to speak up? I am not a kernel developer (or developer at all), so I don't have any idea what measures would be available in cases like this.
Unfortunately, the kernel is losing more and more features over time because kernel developers seem to be more focused on refactoring code than keeping the code useful.
»We have come up with a new API for this set of drivers! The one of the hardware you are using hasn't been converted to the new API? Aww, too bad, better buy some new hardware and toss your old, perfectly working hardware into the landfill!«
I have been bitten by this as well and it frustrates me quite a lot!
Is this some sort of generation conflict? It seems to me, as if developers in former times had a different approach. And many of them gave up due to frustration over the "new way" things go.
Adrian
Bye. Michael.
On 1/15/23 19:48, John Paul Adrian Glaubitz wrote:
Yes, if this patch gets accepted, your hardware stops working, so you better speak up!
After re-reading the text, it's only the boards that use the hexium_gemini/orion and mxb drivers. So if your hardware doesn't use these, you should be fine. Adrian
Am Sonntag, 15. Januar 2023, 18:42:33 CET schrieb mh@mike.franken.de:
Hi *,
I saw an announcement for the following patch:
Well, you just picked *one* of those drivers, here's the full list: https://www.spinics.net/lists/linux-media/msg224902.html for everybody's entertainment.. (pun intended)
Does this mean, all of my saa7146-based DVB cards will stop working after the according openSUSE kernel will be released?
Yes.
Or will anyone at SUSE port the deprecated frontend to newer kernels?
Most probably not. DVB hardware doesn't affect any of the SUSE businesses.
Sry, if the question sounds silly, but I'm not familiar with the handling of such things regarding kernel or kernel drivers.
Well, one could argue, that those subsystem maintainers invented a new buffer handling interface in order to get rid of the old cruft. But this will make a lot of people unhappy, I'm sure. As Seife pointed out, the DVB subsystem is in a *sad* state since a *long* time. This move is just the one of the more visible consequences. Cheers, Pete -- Life without chameleons is possible, but pointless.
On 1/15/23 20:50, Hans-Peter Jansen wrote:
But this will make a lot of people unhappy, I'm sure. As Seife pointed out, the DVB subsystem is in a *sad* state since a *long* time. This move is just the one of the more visible consequences.
Well, DVB is still a current standard. If the kernel loses supports for it, that would be quite a loss in my opinion. Adrian
On 15.01.23 21:14, John Paul Adrian Glaubitz wrote:
Well, DVB is still a current standard. If the kernel loses supports for it, that would be quite a loss in my opinion.
You can't buy any usable hardware (basically the only choice is more or less painful USB boxes or very expensive pciexpress ones) anyway. I actually bought a pciexpress to pci bridge to keep my old SkyStarS2 (PCI) because there was simply no feasible pciexpress alternative available after upgrading my home server pc to x86-64-v3. The least painful way of using DVB on linux is to use the sundtek usb devices which have a userspace driver (guess why the vendor opted for that instead of a kernel driver...). BTW: the drivers that will be removed (if there is nobody stepping up and maintains them), are for DVB-S cards, not DVB-S2 (I don't know about DVB-C, luckily that cup passed on me). In the not so far future, this hardware will be obsolete because more and more transponders will switch to DVB-S2 with it's better spectral efficiency. The microchannel bus also got removed from the kernel 10 years ago, even though some machines still existed (and Alan Cox even offered to give away all his MCA machines to anyone willing to keep it going ;-) and the world is still turning. -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman
On Sonntag, 15. Januar 2023 21:30:56 CET Stefan Seyfried wrote: [...]
BTW: the drivers that will be removed (if there is nobody stepping up and maintains them), are for DVB-S cards, not DVB-S2 (I don't know about DVB-C, luckily that cup passed on me). In the not so far future, this hardware will be obsolete because more and more transponders will switch to DVB-S2 with it's better spectral efficiency. [...]
Are you sure, that only DVB-S cards are affected? delete mode 100644 drivers/staging/media/deprecated/saa7146/ttpci/budget-ci.c for example is for the TechnoTrend S2-3200 Budget card. I have six of them in use - four in my recording server and two of them in clients.
On 15.01.23 21:43, mh@mike.franken.de wrote:
On Sonntag, 15. Januar 2023 21:30:56 CET Stefan Seyfried wrote: [...]
BTW: the drivers that will be removed (if there is nobody stepping up and maintains them), are for DVB-S cards, not DVB-S2 (I don't know about DVB-C, luckily that cup passed on me). In the not so far future, this hardware will be obsolete because more and more transponders will switch to DVB-S2 with it's better spectral efficiency. [...]
Are you sure, that only DVB-S cards are affected?
I was assuming that, because I assumed that this...
delete mode 100644 drivers/staging/media/deprecated/saa7146/ttpci/budget-ci.c
...would be the driver for my old hauppauge budget card, like these: http://www.vdr-wiki.de/wiki/index.php/Hauppauge_NOVA-S, which indeed was driven by this code (just checked my old config change logs ;-)
for example is for the TechnoTrend S2-3200 Budget card. I have six of them in use - four in my recording server and two of them in clients.
Well, then either you need to find someone that ports the driver to the new API (no idea how hard this is, but probably not that hard as we can look at the changes that have been done to other drivers), do it yourself or look for other, still supported hardware. I'd probably just keep using an old kernel, not upgrade the machines and just keep them off the internet :-) -- Stefan Seyfried "For a successful technology, reality must take precedence over public relations, for nature cannot be fooled." -- Richard Feynman
On Sonntag, 15. Januar 2023 21:51:41 CET Larry Len Rainey wrote:
Have you looked here to see if there are drivers not kernel based for it?
https://elixir.free-electrons.com/linux/v5.15.88/source/drivers/media/dvb-fr ontends
At the moment the drivers are still part of the kernel. Are you sure, the drivers on this web site will still be available, if they are no longer part of the kernel? As I wrote, they can't be part of the kernel without modifying them to fit into the new incompatible framework, that will be introduced as default in the near future.
On 1/15/23 14:30, Stefan Seyfried wrote:
On 15.01.23 21:14, John Paul Adrian Glaubitz wrote:
Well, DVB is still a current standard. If the kernel loses supports for it, that would be quite a loss in my opinion.
You can't buy any usable hardware (basically the only choice is more or less painful USB boxes or very expensive pciexpress ones) anyway.
I actually bought a pciexpress to pci bridge to keep my old SkyStarS2 (PCI) because there was simply no feasible pciexpress alternative available after upgrading my home server pc to x86-64-v3.
The least painful way of using DVB on linux is to use the sundtek usb devices which have a userspace driver (guess why the vendor opted for that instead of a kernel driver...).
BTW: the drivers that will be removed (if there is nobody stepping up and maintains them), are for DVB-S cards, not DVB-S2 (I don't know about DVB-C, luckily that cup passed on me). In the not so far future, this hardware will be obsolete because more and more transponders will switch to DVB-S2 with it's better spectral efficiency.
The microchannel bus also got removed from the kernel 10 years ago, even though some machines still existed (and Alan Cox even offered to give away all his MCA machines to anyone willing to keep it going ;-) and the world is still turning.
On Sonntag, 15. Januar 2023 21:14:12 CET John Paul Adrian Glaubitz wrote:
On 1/15/23 20:50, Hans-Peter Jansen wrote:
But this will make a lot of people unhappy, I'm sure. As Seife pointed out, the DVB subsystem is in a *sad* state since a *long* time. This move is just the one of the more visible consequences.
Well, DVB is still a current standard. If the kernel loses supports for it, that would be quite a loss in my opinion.
It removes one specific PCI chipset, not the whole DVB support. The successor PCI chipset, the SAA7134 is still supported by the upstream kernel. PCI systems are a niche. Home-build TV recording setups are a niche. The market is split into (at least?) two parts, DVB and ATSC. The hardware is only supported due to reverse-engineering, and this not only includes the interface chip, but also the typically separate tuner and digital decoder chipsets. There is probably not a single person left who actually understands these chipsets and accompanying drivers. I.e. there is lack of documentation, lack of interest, and lack of capability, and you need all 3 to actually maintain the driver(s). The hardware has moved on, and the current SoCs (be it for TV-Settop boxes or more generic ones with e.g. a few MIPI-CSI interfaces) have different requirements, and need different architectures and interfaces. Apparently DVB is still supported by the new interfaces, but there is just nobody who is capable and willing to port a driver for 25 year old hardware. Regards, Stefan
Hi, we contacted Hans Verkuil in the mailing list and articulated our concerns about dropping those drivers. This was his answer: Hi ..., ... I've dropped the PR for now. Is the concern specifically for the saa7146 based hardware? I.e., from Red Hat's point of view, are there any concerns about removing vpfe_capture, tm6000, zr364xx, stkwebcam, fsl-viu, cpia2 and meye? The core problem with saa7146 (and the other deprecated drivers) is that it is using the old videobuf framework, which has known problems and we want (need!) to get rid of it, either by dropping drivers or converting them. One partial solution would be to drop analog video support from saa7146, since that's the bit that uses this framework. DVB would remain working, but analog video support would die, unless someone steps up to do the conversion from vb1 to vb2. So support for the old MXB, Hexium Gemini and Hexium Orion would die, but for the other DVB devices it would stay alive. I'm honestly quite surprised that these old DVB PCI cards are still in use, I did not expect that. Regards, Hans
participants (12)
-
Christian Mahr -
Hans-Peter Jansen -
Jiri Slaby -
John Paul Adrian Glaubitz -
Larry Finger -
Larry Len Rainey -
mh＠mike.franken.de -
Michael Zapf -
Michael Zapf
-
Simon Lees -
Stefan Brüns -
Stefan Seyfried