On 20.06.2017 00:14, Jasmin J. wrote:
Hello !
On 06/19/2017 10:18 PM, Daniel Scheller wrote:
Am Sun, 28 May 2017 23:45:37 +0200
schrieb Daniel Scheller <d.scheller.oss@xxxxxxxxx>:
Am Sun, 7 May 2017 17:42:12 +0200
schrieb Daniel Scheller <d.scheller.oss@xxxxxxxxx>:
Am Wed, 12 Apr 2017 21:23:27 +0200
schrieb Daniel Scheller <d.scheller.oss@xxxxxxxxx>:
Am Wed, 29 Mar 2017 18:43:00 +0200
schrieb Daniel Scheller <d.scheller.oss@xxxxxxxxx>:
From: Daniel Scheller <d.scheller@xxxxxxx>
Third iteration of the DD CineCTv6/FlexCT support patches with
mostly all things cleaned up that popped up so far. Obsoletes V1
and V2 series.
These patches enhance the functionality of dvb-frontends/stv0367
to work with Digital Devices hardware driven by the ST STV0367
demodulator chip and adds probe & attach bits to ddbridge to
make use of them, effectively enabling full support for
CineCTv6 PCIe bridges and (older) DuoFlex CT addon
modules.
Since V1 was sent over five weeks ago: Ping? Anyone? I'd really
like to get this upstreamed.
Don't want to sound impatient, but V1 nears nine weeks, so: Second
Ping.
Friendly third time Ping on this - Really, I'd like to have this
merged so those quite aging (but still fine) DD CineCTv6 boards
finally are supported without having to install out-of-tree drivers
which even break the V4L-DVB subsystem...
Well. From how things look, these and the cxd2841er+C2T2 ddbridge
support patches won't make it in time for the 4.13 merge window.
Also, unfortunately, the original owners and/or maintainers of the
affected drivers (besides cxd2841er), namely stv0367 and ddbridge,
either are MIA or not interested in reviewing or acking this.
I have plenty of more work (patches) done, all building upon this CT
and C2T2 hardware support, which - together with the work Jasmin has
done regarding the en50221 and cxd2099 support - would finally bring
the in-tree ddbridge driver on par with the package Digital Devices'
provides, having addressed most of the critics the previous attempts to
bump the driver received (incremental changes which are more or less
easy to review, from what can be done by tearing tarballs without
proper changelogs apart).
The original series of this will be four(!) months old soon :/
Is there anything wrong with this? How to proceed with this?
(Cc Hans since you also seem to be reviewing patches)
That said, fourth ping.
May I add another aspect.
Daniel put a lot of effort into this and also other people in testing his
drivers. Daniel was highly motivated to bring this driver into the Kernel.
That sayd, waiting 4 months is pretty frustrating and might reduce the
motivation to continue.
There are 7 more patch series waiting to review and when each of then requires
4 or more months to get into the Kernel, the project is dead before it really
started!
The community using the DD cards is growing and it is often frustrating using
the drivers provided by DD, when you plan to use other cards too, because
the DD drivers are simply not compatible.
Daniel made them working within the current media tree and a lot of people
(including me) would be very happy to see the DD cards supported out of the
box by the Kernel. Hopefully before the Kernel 5.x development hast started.
I hope there will be soon a review of this series, so that we can move forward
with our work!
BR,
Jasmin
Hello Reviewers
Me too, I would be very happy to see this driver included in the kernel.
Regards,
Thomas
