Re: legacy drivers in staging?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Jean,

> I am not sure myself. I agree we don't want to delay the removal of the
> legacy binding just because of these drivers. But OTOH I see little
> point in having a staging directory [1] if drivers being placed there
> break as soon as there is a core kernel change. I guess we are supposed
> to update these drivers as we do for all other drivers.

My view is a bit like the comment found in staging/rt28[67]0/TODO:

===

Please send any patches or complaints about this driver to Greg
Kroah-Hartman <greg@xxxxxxxxx> and don't bother the upstream wireless
kernel developers about it, they want nothing to do with it.

===

> That being said I think that there is much more work needed on these
> drivers, on the V4L side.

As some of these drivers are not just ugly but also conceptually wrong
(epl for example), I would vote for not accepting any duties which come
from them. Especially when it is a long awaited task like the removal of
the legacy binding.

> Bottom line is that, is these drivers are the last ones blocking the
> removal of the legacy i2c driver, I will either attempt to convert them
> the quick-and-dirty way, or I will mark them as broken and leave it to
> somebody else to fix them. They will not delay us.

That is nice to hear. I don't think you need to mark them as broken,
staging is per se broken :) And please don't spend time on fixing them ;)

Regards,

   Wolfram

-- 
Pengutronix e.K.                           | Wolfram Sang                |
Industrial Linux Solutions                 | http://www.pengutronix.de/  |

Attachment: signature.asc
Description: Digital signature


[Index of Archives]     [Linux GPIO]     [Linux SPI]     [Linux Hardward Monitoring]     [LM Sensors]     [Linux USB Devel]     [Linux Media]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux