From: "Niklas Söderlund" <niklas.soderlund@ragnatech.se> To: Simon Horman <horms@verge.net.au> Cc: linux-media@vger.kernel.org, Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>, Sakari Ailus <sakari.ailus@linux.intel.com>, Kieran Bingham <kieran.bingham+renesas@ideasonboard.com>, Jacopo Mondi <jacopo+renesas@jmondi.org>, Benoit Parrot <bparrot@ti.com>, linux-renesas-soc@vger.kernel.org Subject: Re: [PATCH 20/20] arm64: dts: renesas: salvator: use VC1 for CVBS Date: Wed, 30 Aug 2017 10:08:24 +0200 [thread overview] Message-ID: <20170830080824.GK12099@bigcity.dyn.berto.se> (raw) In-Reply-To: <20170830073637.GM10398@verge.net.au> Hi Simon, On 2017-08-30 09:36:37 +0200, Simon Horman wrote: > On Fri, Aug 11, 2017 at 11:57:03AM +0200, Niklas Söderlund wrote: > > In order to test Virtual Channels use VC1 for CVBS input from the > > adv748x. > > > > Signed-off-by: Niklas Söderlund <niklas.soderlund+renesas@ragnatech.se> > > --- > > arch/arm64/boot/dts/renesas/salvator-common.dtsi | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/arch/arm64/boot/dts/renesas/salvator-common.dtsi b/arch/arm64/boot/dts/renesas/salvator-common.dtsi > > index 7b67efcb1d22090a..8047fe1df065d63b 100644 > > --- a/arch/arm64/boot/dts/renesas/salvator-common.dtsi > > +++ b/arch/arm64/boot/dts/renesas/salvator-common.dtsi > > @@ -41,7 +41,7 @@ > > }; > > > > chosen { > > - bootargs = "ignore_loglevel rw root=/dev/nfs ip=dhcp"; > > + bootargs = "ignore_loglevel rw root=/dev/nfs ip=dhcp adv748x.txbvc=1"; > > stdout-path = "serial0:115200n8"; > > }; > > Hi Niklas, > > I'm somewhat surprised to see what appears to be a new module parameter. > I'm not going to reject this but did you give consideration to doing this > another way? This is my fault when sending this series out it should be marked as RFC as it's stated in the cover-letter. This new module parameter is not intended to be unstreamed, not even the driver parts. It's only usage is to be able to easy test the multiplexed media pad using the onboard Salvator-X components. > > In any case I have marked this as "Deferred" pending acceptance of the > driver change. If you think it can go in now then I'm open to discussion. You can mark it as rejected and forget about it :-) -- Regards, Niklas Söderlund
WARNING: multiple messages have this Message-ID (diff)
From: "Niklas Söderlund" <niklas.soderlund@ragnatech.se> To: Simon Horman <horms@verge.net.au> Cc: linux-media@vger.kernel.org, Laurent Pinchart <laurent.pinchart+renesas@ideasonboard.com>, Sakari Ailus <sakari.ailus@linux.intel.com>, Kieran Bingham <kieran.bingham+renesas@ideasonboard.com>, Jacopo Mondi <jacopo+renesas@jmondi.org>, Benoit Parrot <bparrot@ti.com>, linux-renesas-soc@vger.kernel.org Subject: Re: [PATCH 20/20] arm64: dts: renesas: salvator: use VC1 for CVBS Date: Wed, 30 Aug 2017 10:08:24 +0200 [thread overview] Message-ID: <20170830080824.GK12099@bigcity.dyn.berto.se> (raw) In-Reply-To: <20170830073637.GM10398@verge.net.au> Hi Simon, On 2017-08-30 09:36:37 +0200, Simon Horman wrote: > On Fri, Aug 11, 2017 at 11:57:03AM +0200, Niklas S�derlund wrote: > > In order to test Virtual Channels use VC1 for CVBS input from the > > adv748x. > > > > Signed-off-by: Niklas S�derlund <niklas.soderlund+renesas@ragnatech.se> > > --- > > arch/arm64/boot/dts/renesas/salvator-common.dtsi | 2 +- > > 1 file changed, 1 insertion(+), 1 deletion(-) > > > > diff --git a/arch/arm64/boot/dts/renesas/salvator-common.dtsi b/arch/arm64/boot/dts/renesas/salvator-common.dtsi > > index 7b67efcb1d22090a..8047fe1df065d63b 100644 > > --- a/arch/arm64/boot/dts/renesas/salvator-common.dtsi > > +++ b/arch/arm64/boot/dts/renesas/salvator-common.dtsi > > @@ -41,7 +41,7 @@ > > }; > > > > chosen { > > - bootargs = "ignore_loglevel rw root=/dev/nfs ip=dhcp"; > > + bootargs = "ignore_loglevel rw root=/dev/nfs ip=dhcp adv748x.txbvc=1"; > > stdout-path = "serial0:115200n8"; > > }; > > Hi Niklas, > > I'm somewhat surprised to see what appears to be a new module parameter. > I'm not going to reject this but did you give consideration to doing this > another way? This is my fault when sending this series out it should be marked as RFC as it's stated in the cover-letter. This new module parameter is not intended to be unstreamed, not even the driver parts. It's only usage is to be able to easy test the multiplexed media pad using the onboard Salvator-X components. > > In any case I have marked this as "Deferred" pending acceptance of the > driver change. If you think it can go in now then I'm open to discussion. You can mark it as rejected and forget about it :-) -- Regards, Niklas S�derlund
next prev parent reply other threads:[~2017-08-30 8:08 UTC|newest] Thread overview: 30+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-08-11 9:56 [PATCH 00/20] Add multiplexed media pads to support CSI-2 virtual channels Niklas Söderlund 2017-08-11 9:56 ` [PATCH 01/20] media.h: add MEDIA_PAD_FL_MUXED flag Niklas Söderlund 2017-08-11 9:56 ` [PATCH 02/20] v4l2-subdev.h: add pad and stream aware s_stream Niklas Söderlund 2017-08-11 9:56 ` [PATCH 03/20] v4l2-subdev.h: add CSI-2 bus description to struct v4l2_mbus_frame_desc_entry Niklas Söderlund 2017-08-11 9:56 ` [PATCH 04/20] v4l2-core: check that both pads in a link are muxed if one are Niklas Söderlund 2017-08-11 9:56 ` [PATCH 05/20] v4l2-core: verify all streams formats on multiplexed links Niklas Söderlund 2017-08-11 9:56 ` [PATCH 06/20] rcar-vin: use the pad and stream aware s_stream Niklas Söderlund 2017-08-11 9:56 ` [PATCH 07/20] rcar-csi2: declare sink pad as multiplexed Niklas Söderlund 2017-08-11 9:56 ` [PATCH 08/20] rcar-csi2: switch to pad and stream aware s_stream Niklas Söderlund 2017-08-11 9:56 ` [PATCH 09/20] rcar-csi2: figure out remote pad and stream which are starting Niklas Söderlund 2017-08-11 9:56 ` [PATCH 10/20] rcar-csi2: count usage for each source pad Niklas Söderlund 2017-08-11 9:56 ` [PATCH 11/20] rcar-csi2: when starting CSI-2 receiver use frame descriptor information Niklas Söderlund 2017-08-11 9:56 ` [PATCH 12/20] rcar-csi2: only allow formats on source pads Niklas Söderlund 2017-08-11 9:56 ` [PATCH 13/20] rcar-csi2: implement get_frame_desc Niklas Söderlund 2017-08-11 9:56 ` [PATCH 14/20] adv748x: add module param for virtual channel Niklas Söderlund 2017-08-11 9:56 ` [PATCH 15/20] adv748x: declare source pad as multiplexed Niklas Söderlund 2017-08-11 9:56 ` [PATCH 16/20] adv748x: add translation from pixelcode to CSI-2 datatype Niklas Söderlund 2017-08-11 9:57 ` [PATCH 17/20] adv748x: implement get_frame_desc Niklas Söderlund 2017-08-11 9:57 ` [PATCH 18/20] adv748x: switch to pad and stream aware s_stream Niklas Söderlund 2017-08-11 9:57 ` [PATCH 19/20] adv748x: only allow formats on sink pads Niklas Söderlund 2017-08-11 9:57 ` [PATCH 20/20] arm64: dts: renesas: salvator: use VC1 for CVBS Niklas Söderlund 2017-08-30 7:36 ` Simon Horman 2017-08-30 8:08 ` Niklas Söderlund [this message] 2017-08-30 8:08 ` Niklas Söderlund 2017-08-30 9:29 ` Simon Horman 2017-08-29 14:39 ` [PATCH 00/20] Add multiplexed media pads to support CSI-2 virtual channels Maxime Ripard 2018-03-15 9:43 ` Todor Tomov 2018-03-15 23:16 ` Niklas Söderlund 2018-03-15 23:16 ` Niklas Söderlund 2018-03-16 8:12 ` Todor Tomov
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=20170830080824.GK12099@bigcity.dyn.berto.se \ --to=niklas.soderlund@ragnatech.se \ --cc=bparrot@ti.com \ --cc=horms@verge.net.au \ --cc=jacopo+renesas@jmondi.org \ --cc=kieran.bingham+renesas@ideasonboard.com \ --cc=laurent.pinchart+renesas@ideasonboard.com \ --cc=linux-media@vger.kernel.org \ --cc=linux-renesas-soc@vger.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: linkBe 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.