Bug#891502: ITP: irda-dkms -- IrDA subsystem and device drivers
On Mon, Feb 26, 2018 at 10:35:48AM +0100, Christopher Schramm wrote:
> * Package name : irda-dkms
> Version : 0.1
> * URL : https://github.com/cschramm/irda
> * License : GPL
> Programming Lang: C
> Description : IrDA subsystem and device drivers
>
> The IrDA subsystem and device drivers got moved to staging and scheduled for
> removal upstream in Linux 4.14 [1] and consequently disabled in the Debian
> builds [2].
>
> [1] https://lkml.org/lkml/2017/8/27/126
> [2] https://anonscm.debian.org/cgit/kernel/linux.git/commit/?id=d12b3a11b2800489cde0be2d74872af04b5b8f36
>
> As I personally do have a use case for IrDA and am sure that I am not the only
> one
This seems really wrong. Note GregKH's commit message:
# It's time to get rid of IRDA. It's long been broken, and no one seems
# to use it anymore. So move it to staging and after a while, we can
# delete it from there.
You just disproved that "no one seems to use it", and you also volunteer to
do the work fixing it.
> I moved the code (from 4.15; not compatible to 4.14!) into a GitHub
> repository [3], converted the build system to Kbuild files, and added a DKMS
> configuration and a Travis CI configuration to check the build with current
> kernel releases.
Maintaining an out-of-tree module is drastically more work than in-tree. It
doesn't get testing (even if compile-only), doesn't see updates when people
change internal interfaces, and notoriously gets out of sync with current
kernels. Quality requirements for staging drivers are really low precisely
to discourage people from working out of tree.
I think you really need to talk to GregKH and submit your fixes there.
Meow!
--
⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ A dumb species has no way to open a tuna can.
⢿⡄⠘⠷⠚⠋⠀ A smart species invents a can opener.
⠈⠳⣄⠀⠀⠀⠀ A master species delegates.
Reply to: