public inbox for devicetree@vger.kernel.org
 help / color / mirror / Atom feed
From: "Niklas Söderlund" <niklas.soderlund+renesas@ragnatech.se>
To: Jacopo Mondi <jacopo.mondi@ideasonboard.com>
Cc: Mauro Carvalho Chehab <mchehab@kernel.org>,
	Rob Herring <robh@kernel.org>,
	Krzysztof Kozlowski <krzk+dt@kernel.org>,
	Conor Dooley <conor+dt@kernel.org>,
	Geert Uytterhoeven <geert+renesas@glider.be>,
	Hans Verkuil <hverkuil@xs4all.nl>,
	Sakari Ailus <sakari.ailus@linux.intel.com>,
	Laurent Pinchart <laurent.pinchart@ideasonboard.com>,
	linux-media@vger.kernel.org, devicetree@vger.kernel.org,
	linux-renesas-soc@vger.kernel.org
Subject: Re: [PATCH 2/7] arm64: dts: renesas: r8a779a0: Add ISP core function block
Date: Wed, 19 Mar 2025 16:07:45 +0100	[thread overview]
Message-ID: <20250319150745.GE949127@ragnatech.se> (raw)
In-Reply-To: <hwj6d3ll75magopi5oak4zmboy5dol3ztv3isd6wvrxmvbkx4b@ayjumbqmuk3l>

Hi Jacopo,

Thanks for your feedback.

On 2025-03-19 15:50:00 +0100, Jacopo Mondi wrote:
> Hi Niklas
> 
> On Sat, Mar 15, 2025 at 04:27:03PM +0100, Niklas Söderlund wrote:
> > All ISP instances on V3U have both a channel select and core function
> > block, describe the core region in addition to the existing cs region.
> >
> > The interrupt number already described intended to reflect the cs
> > function but did incorrectly describe the core block. This was not
> 
> I can't find the interrupt mapping table for V3U, so this is the only
> thing I can't check

Page number 820, or search for "SPI 152" (fist one).

> 
> > noticed until now as the driver do not make use of the interrupt for the
> > cs block.
> >
> > Signed-off-by: Niklas Söderlund <niklas.soderlund+renesas@ragnatech.se>
> 
> The rest looks good
> 
> > ---
> >  arch/arm64/boot/dts/renesas/r8a779a0.dtsi | 60 +++++++++++++++++------
> >  1 file changed, 44 insertions(+), 16 deletions(-)
> >
> > diff --git a/arch/arm64/boot/dts/renesas/r8a779a0.dtsi b/arch/arm64/boot/dts/renesas/r8a779a0.dtsi
> > index f1613bfd1632..95ff69339991 100644
> > --- a/arch/arm64/boot/dts/renesas/r8a779a0.dtsi
> > +++ b/arch/arm64/boot/dts/renesas/r8a779a0.dtsi
> > @@ -2588,13 +2588,20 @@ du_out_dsi1: endpoint {
> >  		isp0: isp@fed00000 {
> >  			compatible = "renesas,r8a779a0-isp",
> >  				     "renesas,rcar-gen4-isp";
> > -			reg = <0 0xfed00000 0 0x10000>;
> > -			interrupts = <GIC_SPI 153 IRQ_TYPE_LEVEL_HIGH>;
> > -			clocks = <&cpg CPG_MOD 612>;
> > +			reg = <0 0xfed00000 0 0x10000>, <0 0xfec00000 0 0x100000>;
> > +			reg-names = "cs", "core";
> 
> However, won't the presence of a "core" part trigger the probing of
> the forthcoming RPP core support, which should not support V3U as far
> I understood ?


Correct the RPPX1 library will be given the change to probe on V3U, it 
will detect it's not an RPPX1 gracefully not create an ISPCORE on V3U.  
This describes the hardware, and there is an ISP core mapped at this 
address, not just the same as on the others ;-) The driver is prepared 
for this.

> 
> > +			interrupts = <GIC_SPI 152 IRQ_TYPE_LEVEL_HIGH>,
> > +				     <GIC_SPI 153 IRQ_TYPE_LEVEL_HIGH>;
> > +			interrupt-names = "cs", "core";
> > +			clocks = <&cpg CPG_MOD 612>, <&cpg CPG_MOD 16>;
> > +			clock-names = "cs", "core";
> >  			power-domains = <&sysc R8A779A0_PD_A3ISP01>;
> > -			resets = <&cpg 612>;
> > +			resets = <&cpg 612>, <&cpg 16>;
> > +			reset-names = "cs", "core";
> >  			status = "disabled";
> >
> > +			renesas,vspx = <&vspx0>;
> > +
> >  			ports {
> >  				#address-cells = <1>;
> >  				#size-cells = <0>;
> > @@ -2672,13 +2679,20 @@ isp0vin07: endpoint {
> >  		isp1: isp@fed20000 {
> >  			compatible = "renesas,r8a779a0-isp",
> >  				     "renesas,rcar-gen4-isp";
> > -			reg = <0 0xfed20000 0 0x10000>;
> > -			interrupts = <GIC_SPI 155 IRQ_TYPE_LEVEL_HIGH>;
> > -			clocks = <&cpg CPG_MOD 613>;
> > +			reg = <0 0xfed20000 0 0x10000>, <0 0xfee00000 0 0x100000>;
> > +			reg-names = "cs", "core";
> > +			interrupts = <GIC_SPI 154 IRQ_TYPE_LEVEL_HIGH>,
> > +				     <GIC_SPI 155 IRQ_TYPE_LEVEL_HIGH>;
> > +			interrupt-names = "cs", "core";
> > +			clocks = <&cpg CPG_MOD 613>, <&cpg CPG_MOD 17>;
> > +			clock-names = "cs", "core";
> >  			power-domains = <&sysc R8A779A0_PD_A3ISP01>;
> > -			resets = <&cpg 613>;
> > +			resets = <&cpg 613>, <&cpg 17>;
> > +			reset-names = "cs", "core";
> >  			status = "disabled";
> >
> > +			renesas,vspx = <&vspx1>;
> > +
> >  			ports {
> >  				#address-cells = <1>;
> >  				#size-cells = <0>;
> > @@ -2756,13 +2770,20 @@ isp1vin15: endpoint {
> >  		isp2: isp@fed30000 {
> >  			compatible = "renesas,r8a779a0-isp",
> >  				     "renesas,rcar-gen4-isp";
> > -			reg = <0 0xfed30000 0 0x10000>;
> > -			interrupts = <GIC_SPI 157 IRQ_TYPE_LEVEL_HIGH>;
> > -			clocks = <&cpg CPG_MOD 614>;
> > +			reg = <0 0xfed30000 0 0x10000>, <0 0xfef00000 0 0x100000>;
> > +			reg-names = "cs", "core";
> > +			interrupts = <GIC_SPI 156 IRQ_TYPE_LEVEL_HIGH>,
> > +				     <GIC_SPI 157 IRQ_TYPE_LEVEL_HIGH>;
> > +			interrupt-names = "cs", "core";
> > +			clocks = <&cpg CPG_MOD 614>, <&cpg CPG_MOD 18>;
> > +			clock-names = "cs", "core";
> >  			power-domains = <&sysc R8A779A0_PD_A3ISP23>;
> > -			resets = <&cpg 614>;
> > +			resets = <&cpg 614>, <&cpg 18>;
> > +			reset-names = "cs", "core";
> >  			status = "disabled";
> >
> > +			renesas,vspx = <&vspx2>;
> > +
> >  			ports {
> >  				#address-cells = <1>;
> >  				#size-cells = <0>;
> > @@ -2840,13 +2861,20 @@ isp2vin23: endpoint {
> >  		isp3: isp@fed40000 {
> >  			compatible = "renesas,r8a779a0-isp",
> >  				     "renesas,rcar-gen4-isp";
> > -			reg = <0 0xfed40000 0 0x10000>;
> > -			interrupts = <GIC_SPI 159 IRQ_TYPE_LEVEL_HIGH>;
> > -			clocks = <&cpg CPG_MOD 615>;
> > +			reg = <0 0xfed40000 0 0x10000>, <0 0xfe400000 0 0x100000>;
> > +			reg-names = "cs", "core";
> > +			interrupts = <GIC_SPI 158 IRQ_TYPE_LEVEL_HIGH>,
> > +				     <GIC_SPI 159 IRQ_TYPE_LEVEL_HIGH>;
> > +			interrupt-names = "cs", "core";
> > +			clocks = <&cpg CPG_MOD 615>, <&cpg CPG_MOD 19>;
> > +			clock-names = "cs", "core";
> >  			power-domains = <&sysc R8A779A0_PD_A3ISP23>;
> > -			resets = <&cpg 615>;
> > +			resets = <&cpg 615>, <&cpg 19>;
> > +			reset-names = "cs", "core";
> >  			status = "disabled";
> >
> > +			renesas,vspx = <&vspx3>;
> > +
> >  			ports {
> >  				#address-cells = <1>;
> >  				#size-cells = <0>;
> > --
> > 2.48.1
> >

-- 
Kind Regards,
Niklas Söderlund

  reply	other threads:[~2025-03-19 15:07 UTC|newest]

Thread overview: 36+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-03-15 15:27 [PATCH 0/7] rcar-isp: Prepare for ISP core support Niklas Söderlund
2025-03-15 15:27 ` [PATCH 1/7] dt-bindings: media: renesas,isp: Add ISP core function block Niklas Söderlund
2025-03-17 11:31   ` Krzysztof Kozlowski
2025-03-17 11:49     ` Niklas Söderlund
2025-03-17 15:02       ` Krzysztof Kozlowski
2025-03-17 15:34         ` Niklas Söderlund
2025-03-18  7:27           ` Krzysztof Kozlowski
2025-03-18  8:05             ` Geert Uytterhoeven
2025-03-18  8:05             ` Niklas Söderlund
2025-03-17 11:33   ` Krzysztof Kozlowski
2025-03-17 11:50     ` Niklas Söderlund
2025-03-17 14:57       ` Krzysztof Kozlowski
2025-03-17 15:37         ` Niklas Söderlund
2025-03-17 19:21           ` Geert Uytterhoeven
2025-03-17 19:44             ` Niklas Söderlund
2025-03-18  7:29               ` Krzysztof Kozlowski
2025-03-18  7:56                 ` Niklas Söderlund
2025-03-18  7:50               ` Geert Uytterhoeven
2025-03-15 15:27 ` [PATCH 2/7] arm64: dts: renesas: r8a779a0: " Niklas Söderlund
2025-03-19 14:50   ` Jacopo Mondi
2025-03-19 15:07     ` Niklas Söderlund [this message]
2025-03-19 15:19       ` Jacopo Mondi
2025-04-10 15:54   ` Geert Uytterhoeven
2025-04-10 16:40     ` Niklas Söderlund
2025-03-15 15:27 ` [PATCH 3/7] arm64: dts: renesas: r8a779g0: " Niklas Söderlund
2025-03-19 14:37   ` Jacopo Mondi
2025-04-10 15:54   ` Geert Uytterhoeven
2025-03-15 15:27 ` [PATCH 4/7] arm64: dts: renesas: r8a779h0: " Niklas Söderlund
2025-03-19 14:40   ` Jacopo Mondi
2025-04-10 15:57   ` Geert Uytterhoeven
2025-03-15 15:27 ` [PATCH 5/7] media: rcar-isp: Move driver to own directory Niklas Söderlund
2025-03-19 14:25   ` Jacopo Mondi
2025-03-15 15:27 ` [PATCH 6/7] media: rcar-isp: Rename base register variable Niklas Söderlund
2025-03-19 14:26   ` Jacopo Mondi
2025-03-15 15:27 ` [PATCH 7/7] media: rcar-isp: Parse named cs memory region Niklas Söderlund
2025-03-19 14:28   ` Jacopo Mondi

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=20250319150745.GE949127@ragnatech.se \
    --to=niklas.soderlund+renesas@ragnatech.se \
    --cc=conor+dt@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=geert+renesas@glider.be \
    --cc=hverkuil@xs4all.nl \
    --cc=jacopo.mondi@ideasonboard.com \
    --cc=krzk+dt@kernel.org \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-media@vger.kernel.org \
    --cc=linux-renesas-soc@vger.kernel.org \
    --cc=mchehab@kernel.org \
    --cc=robh@kernel.org \
    --cc=sakari.ailus@linux.intel.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox