lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1da0d3e3-7c63-eac8-c3ac-9083d5d16c88@microchip.com>
Date:   Wed, 15 Jun 2022 11:06:36 +0000
From:   <Eugen.Hristev@...rochip.com>
To:     <hverkuil@...all.nl>
CC:     <linux-arm-kernel@...ts.infradead.org>,
        <linux-media@...r.kernel.org>, <devicetree@...r.kernel.org>,
        <linux-kernel@...r.kernel.org>, <Claudiu.Beznea@...rochip.com>,
        <Nicolas.Ferre@...rochip.com>, <jacopo@...ndi.org>
Subject: Re: [PATCH v10 0/5] media: atmel: atmel-isc: implement media
 controller

On 5/3/22 12:51 PM, Eugen Hristev wrote:
> This series is a split from the series :
> [PATCH v9 00/13] media: atmel: atmel-isc: implement media controller
> and it includes the media controller part.
> previous fixes were sent on a different patch series.
> 
> As discussed on the ML, moving forward with having the media link validate at
> start/stop streaming call.
> I will test the patch :
> [RFC PATCHv2] vb2: add support for (un)prepare_streaming queue ops
> afterwards, but that patch requires moving my logic to the new vb2 callbacks.
> 
> Full series history:
> 
> Changes in v10:
> -> split the series into this first fixes part.
> -> moved IO_MC addition from first patch to the second patch on the driver changes
> -> edited commit messages
> -> DT nodes now disabled by default.
> 
> Changes in v9:
> -> kernel robot reported isc_link_validate is not static, changed to static.
> 
> Changes in v8:
> -> scaler: modified crop bounds to have the exact source size
> 
> Changes in v7:
> -> scaler: modified crop bounds to have maximum isc size
> -> format propagation: did small changes as per Jacopo review
> 
> 
> Changes in v6:
> -> worked a bit on scaler, added try crop and other changes as per Jacopo review
> -> worked on isc-base enum_fmt , reworked as per Jacopo review
> 
> Changes in v5:
> -> removed patch that removed the 'stop' variable as it was still required
> -> added two new trivial patches
> -> reworked some parts of the scaler and format propagation after discussions with Jacopo
> 
> 
> Changes in v4:
> -> as reviewed by Hans, added new patch to remove the 'stop' variable and reworked
> one patch that was using it
> -> as reviewed by Jacopo, reworked some parts of the media controller implementation
> 
> 
> Changes in v3:
> - change in bindings, small fixes in csi2dc driver and conversion to mc
> for the isc-base.
> - removed some MAINTAINERS patches and used patterns in MAINTAINERS
> 
> Changes in v2:
> - integrated many changes suggested by Jacopo in the review of the v1 series.
> - add a few new patches
> 
> Eugen Hristev (5):
>    media: atmel: atmel-isc: prepare for media controller support
>    media: atmel: atmel-isc: implement media controller
>    ARM: dts: at91: sama7g5: add nodes for video capture
>    ARM: configs: at91: sama7: add xisc and csi2dc
>    ARM: multi_v7_defconfig: add atmel video pipeline modules
> 
>   arch/arm/boot/dts/sama7g5.dtsi                |  51 ++
>   arch/arm/configs/multi_v7_defconfig           |   3 +
>   arch/arm/configs/sama7_defconfig              |   2 +
>   drivers/media/platform/atmel/Makefile         |   2 +-
>   drivers/media/platform/atmel/atmel-isc-base.c | 485 +++++++++---------
>   .../media/platform/atmel/atmel-isc-scaler.c   | 267 ++++++++++
>   drivers/media/platform/atmel/atmel-isc.h      |  50 +-
>   .../media/platform/atmel/atmel-sama5d2-isc.c  |  34 +-
>   .../media/platform/atmel/atmel-sama7g5-isc.c  |  32 +-
>   9 files changed, 685 insertions(+), 241 deletions(-)
>   create mode 100644 drivers/media/platform/atmel/atmel-isc-scaler.c
> 


Hello Hans,

What do you think about this series, does it require more work or 
changes until it could move further ? Anything in particular you would 
like me to try or test out ?

Thanks,
Eugen

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ