On 07/12/2022 13:13, Sebastian Fricke wrote: > From: Nas Chung <nas.chung@xxxxxxxxxxxxxxx> > > Add a TODO file with remaining elements to be improved/added. > > Signed-off-by: Robert Beckett <bob.beckett@xxxxxxxxxxxxx> > Signed-off-by: Dafna Hirschfeld <dafna.hirschfeld@xxxxxxxxxxxxx> > Signed-off-by: Sebastian Fricke <sebastian.fricke@xxxxxxxxxxxxx> > Signed-off-by: Nas Chung <nas.chung@xxxxxxxxxxxxxxx> > --- > drivers/media/platform/chips-media/wave5/TODO | 18 ++++++++++++++++++ > 1 file changed, 18 insertions(+) > create mode 100644 drivers/media/platform/chips-media/wave5/TODO > > diff --git a/drivers/media/platform/chips-media/wave5/TODO b/drivers/media/platform/chips-media/wave5/TODO > new file mode 100644 > index 000000000000..2164fd071a56 > --- /dev/null > +++ b/drivers/media/platform/chips-media/wave5/TODO > @@ -0,0 +1,18 @@ > +* Handle interrupts better > + > +Currently the interrupt handling uses an unusual design employing a kfifo to > +transfer irq status to irq thread. This was done as a work around for dropped > +interrupts seen with IRQF_ONESHOT based handling. > + > +This needs further investigation and fixing properly, with the aid of > +C&M. > + > +* power management handling - add (runtime_)suspen/resume cb where the clock is enabled > + > +* revise logic of wave5_vpu_(dec/enc)_register_framebuffer > + > +* check if the normal kernel endianness/__swab32 routines are sufficient. (instead of the ones > + implemented in the driver) > + > +* Adjust STREAMON routine for the stateful decoder to adhere to the API, which > + declares that STREAMON can be called before source buffers have been queued. A TODO file doesn't belong in a non-staging driver. So either it should remain in staging if this is serious enough (and I'm a bit worried about the last item here!), or it should be documented in comments in the driver in the appropriate places. Note that the "revise logic" item doesn't explain the reason why that should be done. Regards, Hans
