From mboxrd@z Thu Jan 1 00:00:00 1970 From: Yong Subject: Re: [PATCH v7 2/2] media: V3s: Add support for Allwinner CSI. Date: Tue, 27 Feb 2018 09:18:47 +0800 Message-ID: <20180227091847.e67a1aeffff94eb37c7fff1e@magewell.com> References: <1517217696-17816-1-git-send-email-yong.deng@magewell.com> <20180130104833.a06e44c558c7ddc6b38e20b3@magewell.com> Reply-To: yong.deng-+3dxTMOEIRNWk0Htik3J/w@public.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Return-path: Sender: linux-sunxi-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org In-Reply-To: List-Post: , List-Help: , List-Archive: , List-Unsubscribe: , To: Hans Verkuil Cc: Randy Dunlap , Maxime Ripard , Mauro Carvalho Chehab , Rob Herring , Mark Rutland , Chen-Yu Tsai , "David S. Miller" , Greg Kroah-Hartman , Linus Walleij , Hans Verkuil , Stanimir Varbanov , Hugues Fruchet , Yannick Fertre , Philipp Zabel , Arnd Bergmann , Benjamin Gaignard , Ramesh Shanmugasundaram , Sakari Ailus , Rick Chang , linux-media-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-arm-kernel@lists List-Id: devicetree@vger.kernel.org Hi, On Mon, 26 Feb 2018 12:06:37 +0100 Hans Verkuil wrote: > Hi all, > > On 01/30/2018 03:48 AM, Yong wrote: > > Hi, > > > > On Mon, 29 Jan 2018 13:49:14 -0800 > > Randy Dunlap wrote: > > > >> On 01/29/2018 01:21 AM, Yong Deng wrote: > >>> Allwinner V3s SoC features two CSI module. CSI0 is used for MIPI CSI-2 > >>> interface and CSI1 is used for parallel interface. This is not > >>> documented in datasheet but by test and guess. > >>> > >>> This patch implement a v4l2 framework driver for it. > >>> > >>> Currently, the driver only support the parallel interface. MIPI-CSI2, > >>> ISP's support are not included in this patch. > >>> > >>> Tested-by: Maxime Ripard > >>> Signed-off-by: Yong Deng > >>> --- > >> > >> > >> A previous version (I think v6) had a build error with the use of > >> PHYS_OFFSET, so Kconfig was modified to depend on ARM and ARCH_SUNXI > >> (one of which seems to be overkill). As is here, the COMPILE_TEST piece is > >> meaningless for all arches except ARM. If you care enough for COMPILE_TEST > >> (and I would), then you could make COMPILE_TEST useful on any arch by > >> removing the "depends on ARM" (the ARCH_SUNXI takes care of that) and by > >> having an alternate value for PHYS_OFFSET, like so: > >> > >> +#if defined(CONFIG_COMPILE_TEST) && !defined(PHYS_OFFSET) > >> +#define PHYS_OFFSET 0 > >> +#endif > >> > >> With those 2 changes, the driver builds for me on x86_64. > > > > I have considered this method. > > But it's so sick to put these code in dirver (for my own). I mean > > this is meaningless for the driver itself and make people confused. > > > > I grepped the driver/ code and I found many drivers writing Kconfig > > like this. For example: > > ARM && COMPILE_TEST > > MIPS && COMPILE_TEST > > PPC64 && COMPILE_TEST > > > > BTW, for my own, I do not care about COMPILE_TEST. > > There was a discussion about this in the v6 patch, but it petered out. > > I want to merge this driver, but I would very much prefer that this > compiles with COMPILE_TEST. So unless someone has a better solution, then > adding 'hack' that defines PHYS_OFFSET to 0 for COMPILE_TEST would be required. If so, I will take the advice of Randy. > > Otherwise this driver looks good, so it is just this issue blocking it. > > Regards, > > Hans > > > > >> > >>> diff --git a/drivers/media/platform/sunxi/sun6i-csi/Kconfig b/drivers/media/platform/sunxi/sun6i-csi/Kconfig > >>> new file mode 100644 > >>> index 0000000..f80c965 > >>> --- /dev/null > >>> +++ b/drivers/media/platform/sunxi/sun6i-csi/Kconfig > >>> @@ -0,0 +1,10 @@ > >>> +config VIDEO_SUN6I_CSI > >>> + tristate "Allwinner V3s Camera Sensor Interface driver" > >>> + depends on ARM > >>> + depends on VIDEO_V4L2 && COMMON_CLK && VIDEO_V4L2_SUBDEV_API && HAS_DMA > >>> + depends on ARCH_SUNXI || COMPILE_TEST > >>> + select VIDEOBUF2_DMA_CONTIG > >>> + select REGMAP_MMIO > >>> + select V4L2_FWNODE > >>> + ---help--- > >>> + Support for the Allwinner Camera Sensor Interface Controller on V3s. > >> > >> thanks, > >> -- > >> ~Randy > > > > > > Thanks, > > Yong > > Thanks, Yong