From: Nicolas Frattaroli <frattaroli.nicolas@gmail.com>
To: Philipp Zabel <p.zabel@pengutronix.de>,
Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Heiko Stuebner <heiko@sntech.de>,
Peter Geis <pgwipeout@gmail.com>,
Michael Riesch <michael.riesch@wolfvision.net>,
Liang Chen <cl@rock-chips.com>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Ezequiel Garcia <ezequiel@vanguardiasur.com.ar>
Cc: Nicolas Frattaroli <frattaroli.nicolas@gmail.com>,
linux-media@vger.kernel.org, linux-rockchip@lists.infradead.org,
devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, linux-staging@lists.linux.dev
Subject: [PATCH v4 0/3] Enable JPEG Encoder on RK3566/RK3568
Date: Sat, 14 May 2022 15:36:01 +0200 [thread overview]
Message-ID: <20220514133604.174905-1-frattaroli.nicolas@gmail.com> (raw)
Hello,
this is v4 of my RK356x JPEG encoder patch set. It enables the Hantro
hardware encoder of the RK3566 and RK3568 line of SoCs, with JPEG being
the only format the driver currently supports encoding for.
The first patch adds a new binding, the rockchip-vepu binding, to
describe this kind of hardware. The reason for going with a new binding
instead of modifying the vpu binding as the previous versions did is
that the vpu binding is getting quite long, and Ezequiel Garcia suggested
(on IRC) that we could document encoder only instances in their own
binding. This makes sense to me, especially considering that RK3588 will
have more Hantro instances like this to document.
The second patch makes the actual driver changes to support this variant.
The third and final patch makes the necessary device tree changes for
the rk356x device tree file to add both the node for the encoder and
its MMU.
The series has been tested on a PINE64 Quartz64 Model A with an RK3566
SoC using GStreamer.
No interdiff this time around, I discovered that it breaks patchwork.
Regards,
Nicolas Frattaroli
Changes in v4:
- bindings: move vepu to its own binding, also add it to MAINTAINERS
- driver: rename a stray rk3568_jpeg_enc_codec_ops to
rk3568_vepu_codec_ops
- devicetree: remove interrupt-names property
- rebase onto linux-next
Changes in v3:
- bindings: change consts to an enum
- bindings: add check to make sure devices with a -vepu compatible only
have the vepu interrupt
Changes in v2:
- rename compatible as it's not JPEG only
- rename device tree nodes as it's not JPEG only
- reword commits as it's not JPEG only
- get rid of a whole bunch of redundant struct definitions, as, you
guessed it, it's not JPEG only
Nicolas Frattaroli (3):
media: dt-binding: media: Add rockchip-vepu binding
media: hantro: Add support for RK356x encoder
arm64: dts: rockchip: Add Hantro encoder node to rk356x
.../bindings/media/rockchip-vepu.yaml | 64 +++++++++++++++++++
MAINTAINERS | 1 +
arch/arm64/boot/dts/rockchip/rk356x.dtsi | 20 ++++++
drivers/staging/media/hantro/hantro_drv.c | 1 +
drivers/staging/media/hantro/hantro_hw.h | 1 +
.../staging/media/hantro/rockchip_vpu_hw.c | 25 ++++++++
6 files changed, 112 insertions(+)
create mode 100644 Documentation/devicetree/bindings/media/rockchip-vepu.yaml
--
2.36.1
WARNING: multiple messages have this Message-ID (diff)
From: Nicolas Frattaroli <frattaroli.nicolas@gmail.com>
To: Philipp Zabel <p.zabel@pengutronix.de>,
Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Heiko Stuebner <heiko@sntech.de>,
Peter Geis <pgwipeout@gmail.com>,
Michael Riesch <michael.riesch@wolfvision.net>,
Liang Chen <cl@rock-chips.com>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Ezequiel Garcia <ezequiel@vanguardiasur.com.ar>
Cc: Nicolas Frattaroli <frattaroli.nicolas@gmail.com>,
linux-media@vger.kernel.org, linux-rockchip@lists.infradead.org,
devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, linux-staging@lists.linux.dev
Subject: [PATCH v4 0/3] Enable JPEG Encoder on RK3566/RK3568
Date: Sat, 14 May 2022 15:36:01 +0200 [thread overview]
Message-ID: <20220514133604.174905-1-frattaroli.nicolas@gmail.com> (raw)
Hello,
this is v4 of my RK356x JPEG encoder patch set. It enables the Hantro
hardware encoder of the RK3566 and RK3568 line of SoCs, with JPEG being
the only format the driver currently supports encoding for.
The first patch adds a new binding, the rockchip-vepu binding, to
describe this kind of hardware. The reason for going with a new binding
instead of modifying the vpu binding as the previous versions did is
that the vpu binding is getting quite long, and Ezequiel Garcia suggested
(on IRC) that we could document encoder only instances in their own
binding. This makes sense to me, especially considering that RK3588 will
have more Hantro instances like this to document.
The second patch makes the actual driver changes to support this variant.
The third and final patch makes the necessary device tree changes for
the rk356x device tree file to add both the node for the encoder and
its MMU.
The series has been tested on a PINE64 Quartz64 Model A with an RK3566
SoC using GStreamer.
No interdiff this time around, I discovered that it breaks patchwork.
Regards,
Nicolas Frattaroli
Changes in v4:
- bindings: move vepu to its own binding, also add it to MAINTAINERS
- driver: rename a stray rk3568_jpeg_enc_codec_ops to
rk3568_vepu_codec_ops
- devicetree: remove interrupt-names property
- rebase onto linux-next
Changes in v3:
- bindings: change consts to an enum
- bindings: add check to make sure devices with a -vepu compatible only
have the vepu interrupt
Changes in v2:
- rename compatible as it's not JPEG only
- rename device tree nodes as it's not JPEG only
- reword commits as it's not JPEG only
- get rid of a whole bunch of redundant struct definitions, as, you
guessed it, it's not JPEG only
Nicolas Frattaroli (3):
media: dt-binding: media: Add rockchip-vepu binding
media: hantro: Add support for RK356x encoder
arm64: dts: rockchip: Add Hantro encoder node to rk356x
.../bindings/media/rockchip-vepu.yaml | 64 +++++++++++++++++++
MAINTAINERS | 1 +
arch/arm64/boot/dts/rockchip/rk356x.dtsi | 20 ++++++
drivers/staging/media/hantro/hantro_drv.c | 1 +
drivers/staging/media/hantro/hantro_hw.h | 1 +
.../staging/media/hantro/rockchip_vpu_hw.c | 25 ++++++++
6 files changed, 112 insertions(+)
create mode 100644 Documentation/devicetree/bindings/media/rockchip-vepu.yaml
--
2.36.1
_______________________________________________
Linux-rockchip mailing list
Linux-rockchip@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-rockchip
WARNING: multiple messages have this Message-ID (diff)
From: Nicolas Frattaroli <frattaroli.nicolas@gmail.com>
To: Philipp Zabel <p.zabel@pengutronix.de>,
Rob Herring <robh+dt@kernel.org>,
Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>,
Heiko Stuebner <heiko@sntech.de>,
Peter Geis <pgwipeout@gmail.com>,
Michael Riesch <michael.riesch@wolfvision.net>,
Liang Chen <cl@rock-chips.com>,
Mauro Carvalho Chehab <mchehab@kernel.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
Ezequiel Garcia <ezequiel@vanguardiasur.com.ar>
Cc: Nicolas Frattaroli <frattaroli.nicolas@gmail.com>,
linux-media@vger.kernel.org, linux-rockchip@lists.infradead.org,
devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
linux-kernel@vger.kernel.org, linux-staging@lists.linux.dev
Subject: [PATCH v4 0/3] Enable JPEG Encoder on RK3566/RK3568
Date: Sat, 14 May 2022 15:36:01 +0200 [thread overview]
Message-ID: <20220514133604.174905-1-frattaroli.nicolas@gmail.com> (raw)
Hello,
this is v4 of my RK356x JPEG encoder patch set. It enables the Hantro
hardware encoder of the RK3566 and RK3568 line of SoCs, with JPEG being
the only format the driver currently supports encoding for.
The first patch adds a new binding, the rockchip-vepu binding, to
describe this kind of hardware. The reason for going with a new binding
instead of modifying the vpu binding as the previous versions did is
that the vpu binding is getting quite long, and Ezequiel Garcia suggested
(on IRC) that we could document encoder only instances in their own
binding. This makes sense to me, especially considering that RK3588 will
have more Hantro instances like this to document.
The second patch makes the actual driver changes to support this variant.
The third and final patch makes the necessary device tree changes for
the rk356x device tree file to add both the node for the encoder and
its MMU.
The series has been tested on a PINE64 Quartz64 Model A with an RK3566
SoC using GStreamer.
No interdiff this time around, I discovered that it breaks patchwork.
Regards,
Nicolas Frattaroli
Changes in v4:
- bindings: move vepu to its own binding, also add it to MAINTAINERS
- driver: rename a stray rk3568_jpeg_enc_codec_ops to
rk3568_vepu_codec_ops
- devicetree: remove interrupt-names property
- rebase onto linux-next
Changes in v3:
- bindings: change consts to an enum
- bindings: add check to make sure devices with a -vepu compatible only
have the vepu interrupt
Changes in v2:
- rename compatible as it's not JPEG only
- rename device tree nodes as it's not JPEG only
- reword commits as it's not JPEG only
- get rid of a whole bunch of redundant struct definitions, as, you
guessed it, it's not JPEG only
Nicolas Frattaroli (3):
media: dt-binding: media: Add rockchip-vepu binding
media: hantro: Add support for RK356x encoder
arm64: dts: rockchip: Add Hantro encoder node to rk356x
.../bindings/media/rockchip-vepu.yaml | 64 +++++++++++++++++++
MAINTAINERS | 1 +
arch/arm64/boot/dts/rockchip/rk356x.dtsi | 20 ++++++
drivers/staging/media/hantro/hantro_drv.c | 1 +
drivers/staging/media/hantro/hantro_hw.h | 1 +
.../staging/media/hantro/rockchip_vpu_hw.c | 25 ++++++++
6 files changed, 112 insertions(+)
create mode 100644 Documentation/devicetree/bindings/media/rockchip-vepu.yaml
--
2.36.1
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next reply other threads:[~2022-05-14 13:36 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-05-14 13:36 Nicolas Frattaroli [this message]
2022-05-14 13:36 ` [PATCH v4 0/3] Enable JPEG Encoder on RK3566/RK3568 Nicolas Frattaroli
2022-05-14 13:36 ` Nicolas Frattaroli
2022-05-14 13:36 ` [PATCH v4 1/3] media: dt-binding: media: Add rockchip-vepu binding Nicolas Frattaroli
2022-05-14 13:36 ` Nicolas Frattaroli
2022-05-14 13:36 ` Nicolas Frattaroli
2022-05-14 20:41 ` Krzysztof Kozlowski
2022-05-14 20:41 ` Krzysztof Kozlowski
2022-05-14 20:41 ` Krzysztof Kozlowski
2022-06-12 15:05 ` Nicolas Frattaroli
2022-06-12 15:05 ` Nicolas Frattaroli
2022-06-12 15:05 ` Nicolas Frattaroli
2022-06-13 9:43 ` Krzysztof Kozlowski
2022-06-13 9:43 ` Krzysztof Kozlowski
2022-06-13 9:43 ` Krzysztof Kozlowski
2022-05-14 13:36 ` [PATCH v4 2/3] media: hantro: Add support for RK356x encoder Nicolas Frattaroli
2022-05-14 13:36 ` Nicolas Frattaroli
2022-05-14 13:36 ` Nicolas Frattaroli
2022-05-14 13:36 ` [PATCH v4 3/3] arm64: dts: rockchip: Add Hantro encoder node to rk356x Nicolas Frattaroli
2022-05-14 13:36 ` Nicolas Frattaroli
2022-05-14 13:36 ` Nicolas Frattaroli
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20220514133604.174905-1-frattaroli.nicolas@gmail.com \
--to=frattaroli.nicolas@gmail.com \
--cc=cl@rock-chips.com \
--cc=devicetree@vger.kernel.org \
--cc=ezequiel@vanguardiasur.com.ar \
--cc=gregkh@linuxfoundation.org \
--cc=heiko@sntech.de \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=linux-rockchip@lists.infradead.org \
--cc=linux-staging@lists.linux.dev \
--cc=mchehab@kernel.org \
--cc=michael.riesch@wolfvision.net \
--cc=p.zabel@pengutronix.de \
--cc=pgwipeout@gmail.com \
--cc=robh+dt@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.