Re: [PATCH v2 0/5] IPU reset workaround changes

[Antti Laakso <antti.laakso@linux.intel.com>]

Hi Sakari,
On Mon, Oct 12, 2026 at 02:39:57PM +0300, Sakari Ailus wrote:
> Hi folks,
> 
> Maybe I should have labelled these as RFC instead... this set reworks based on
> what the ISYS is reset and how that affects UAPI.
> 
> It seems there are some issues on IPU7; at times (around once in a few hundred
> cases) streaming with yavta results capturing a single frame only and an ISYS
> power reset is needed to recover from that. No reboot (or driver reload) is
> needed with these patches though.
> 
> Similarly with these, an ISYS reset is avoided in regular streaming cases for 
> IPU7. 
> 
> Comments are welcome (as always).
> 
> since v1:
> 
> - Fix error handling in start_streaming() in the 4th patch.
> 

Reviewed-by: Antti Laakso <antti.laakso@linux.intel.com>

> Sakari Ailus (5):
>   media: ipu6: Don't mark need_reset based on returned buffers
>   media: ipu6: Tell about not being able to obtain frame descriptor
>   media: ipu6: Prevent starting streaming if ISYS needs reset
>   media: ipu6: Remove need_reset check from video device open
>   media: ipu6: Return errors from stream stop and close
> 
>  drivers/media/pci/intel/ipu6/ipu6-isys-csi2.c |  6 +-
>  .../media/pci/intel/ipu6/ipu6-isys-queue.c    | 18 ++---
>  .../media/pci/intel/ipu6/ipu6-isys-video.c    | 74 +++++++++++--------
>  .../media/pci/intel/ipu6/ipu6-isys-video.h    |  4 +-
>  4 files changed, 55 insertions(+), 47 deletions(-)
> 
> 
> base-commit: d7e7bca7169873b46e857c025c10f3336c1258d8
> -- 
> 2.47.3
> 
>