[PATCH 1/1] MAINTAINERS: remove myself from the list

2021-01-26 Thread Hyun Kwon
The email will become invalid soon. Signed-off-by: Hyun Kwon Cc: Laurent Pinchart Cc: Michal Simek --- MAINTAINERS | 3 --- 1 file changed, 3 deletions(-) diff --git a/MAINTAINERS b/MAINTAINERS index 992fe3b0900a..4fc00c2da56d 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -6048,7 +6048,6

Re: [PATCH 1/1] MAINTAINERS: remove myself from the list

2021-01-26 Thread Hyun Kwon
Hi Laurent, On Tue, Jan 26, 2021 at 05:37:02PM -0800, Laurent Pinchart wrote: > Hi Hyun, > > Thank you for the patch. > > On Tue, Jan 26, 2021 at 05:13:12PM -0800, Hyun Kwon wrote: > > The email will become invalid soon. > > Is there, by any chance, anyone

Re: [PATCH] drm: xlnx: Use dma_request_chan for DMA channel request

2020-10-28 Thread Hyun Kwon
On Tue, Oct 27, 2020 at 06:36:02PM -0700, Hyun Kwon wrote: > Hi Peter, > > Thanks for the patch. > > On Fri, Oct 23, 2020 at 02:46:02AM -0700, Peter Ujfalusi wrote: > > There is no need to use the of_dma_request_slave_channel() directly as > > dma_request_chan()

Re: [PATCH] drm: xlnx: Use dma_request_chan for DMA channel request

2020-10-28 Thread Hyun Kwon
Hi Peter, Thanks for the patch. On Fri, Oct 23, 2020 at 02:46:02AM -0700, Peter Ujfalusi wrote: > There is no need to use the of_dma_request_slave_channel() directly as > dma_request_chan() is going to try to get the channel via OF as well. > > Signed-off-by: Peter Ujfalusi So now dma_request_

Re: [PATCH] drm: xlnx: remove defined but not used 'scaling_factors_666'

2020-09-11 Thread Hyun Kwon
On Fri, Sep 11, 2020 at 09:27:08AM -0700, Hyun Kwon wrote: > Hi Daniel, > > On Fri, Sep 11, 2020 at 01:15:19AM -0700, Daniel Vetter wrote: > > On Thu, Sep 10, 2020 at 11:14:18AM -0700, Hyun Kwon wrote: > > > Hi Jason, > > > > > > On Thu, Sep 10,

Re: [PATCH] drm: xlnx: remove defined but not used 'scaling_factors_666'

2020-09-11 Thread Hyun Kwon
Hi Daniel, On Fri, Sep 11, 2020 at 01:15:19AM -0700, Daniel Vetter wrote: > On Thu, Sep 10, 2020 at 11:14:18AM -0700, Hyun Kwon wrote: > > Hi Jason, > > > > On Thu, Sep 10, 2020 at 07:06:30AM -0700, Jason Yan wrote: > > > This addresses the follow

Re: [PATCH] drm: xlnx: remove defined but not used 'scaling_factors_666'

2020-09-10 Thread Hyun Kwon
245 | static const u32 scaling_factors_666[] = { > | ^~~ > > Reported-by: Hulk Robot > Signed-off-by: Jason Yan Reviewed-by: Hyun Kwon Thanks! -hyun > --- > drivers/gpu/drm/xlnx/zynqmp_disp.c | 6 -- > 1 file changed, 6 delet

RE: dt-bindings: display: xlnx: mixer: Inconsistent pixel format terminology in dt docs

2020-08-20 Thread Hyun Kwon
Hi Kenneth, > -Original Message- > From: Kenneth Sloat > Sent: Thursday, August 20, 2020 2:18 PM > To: Hyun Kwon ; linux-arm-ker...@lists.infradead.org > Cc: Michal Simek ; dri-de...@lists.freedesktop.org; linux- > ker...@vger.kernel.org; laurent.pinch...@ideasonbo

Re: [PATCH -next] drm: xlnx: Fix typo in parameter description

2020-07-29 Thread Hyun Kwon
d76271d22694 ("drm: xlnx: DRM/KMS driver for Xilinx ZynqMP > > DisplayPort Subsystem") > > Reported-by: Hulk Robot > > Signed-off-by: Wei Yongjun > > Reviewed-by: Laurent Pinchart > Reviewed-by: Hyun Kwon I'll commit this to drm-misc-next-fixes soon.

Re: [PATCH][next] drm: xln: fix spelling mistake "failes" -> "failed"

2020-07-29 Thread Hyun Kwon
istake in a dev_dbg messages. Fix it. > > There is a spelling mistake in the commit message, s/xln/xlnx/ ;-) > > > Signed-off-by: Colin Ian King > > Reviewed-by: Laurent Pinchart > Reviewed-by: Hyun Kwon I'll fix the commit message and commit this change to drm-

Re: [PATCH -next] drm: xlnx: Fix typo in parameter description

2020-07-28 Thread Hyun Kwon
Hello, On Tue, Jul 28, 2020 at 03:35:43PM -0700, Laurent Pinchart wrote: > On Wed, Jul 29, 2020 at 12:02:05AM +0200, dan...@ffwll.ch wrote: > > Hi Hyun Kwon, > > > > Are you all sorted with drm-misc commit rights so you can push the 3 > > (maybe there's more) xln

Re: [PATCH v3 3/3] media: v4l: xilinx: Add Xilinx UHD-SDI Rx Subsystem driver

2020-07-15 Thread Hyun Kwon
Hi Vishal, Thank you for the patch. Sorry for late response. On Wed, Jun 17, 2020 at 10:33:04PM -0700, Vishal Sagar wrote: > The Xilinx UHD-SDI Rx subsystem soft IP is used to capture native SDI > streams from SDI sources like SDI broadcast equipment like cameras and > mixers. This block outputs

Re: [RFC PATCH 2/2] drm: xlnx: driver for Xilinx DSI TX Subsystem

2020-05-29 Thread Hyun Kwon
Hi Laurent, On Wed, 2020-05-27 at 15:45:24 -0700, Laurent Pinchart wrote: > Hi Hyun, > > On Wed, May 27, 2020 at 10:54:35AM -0700, Hyun Kwon wrote: > > On Sat, 2020-05-23 at 20:08:13 -0700, Laurent Pinchart wrote: > > > On Mon, May 04, 2020 at 11:43:48AM -0700, Hyun K

Re: [RFC PATCH 2/2] drm: xlnx: driver for Xilinx DSI TX Subsystem

2020-05-27 Thread Hyun Kwon
Hi Laurent, On Sat, 2020-05-23 at 20:08:13 -0700, Laurent Pinchart wrote: > Hi GVRao, > > Thank you for the patch. > > On Mon, May 04, 2020 at 11:43:48AM -0700, Hyun Kwon wrote: > > On Mon, 2020-04-20 at 14:20:56 -0700, Venkateshwar Rao Gannavarapu wrote: > > > Th

Re: [PATCH v2 2/2] media: v4l: xilinx: Add Xilinx UHD-SDI Rx Subsystem driver

2020-05-06 Thread Hyun Kwon
Hi Vishal, Thanks for the patch. Sorry for late reply. On Wed, 2020-04-29 at 07:17:04 -0700, Vishal Sagar wrote: > The Xilinx UHD-SDI Rx subsystem soft IP is used to capture native SDI > streams from SDI sources like SDI broadcast equipment like cameras and > mixers. This block outputs either nat

Re: [RFC PATCH 2/2] drm: xlnx: driver for Xilinx DSI TX Subsystem

2020-05-04 Thread Hyun Kwon
Hi GVRao, Thanks for the patch. Sorry for late reply. On Mon, 2020-04-20 at 14:20:56 -0700, Venkateshwar Rao Gannavarapu wrote: > The Xilinx MIPI DSI Tx Subsystem soft IP is used to display video > data from AXI-4 stream interface. > > It supports upto 4 lanes, optional register interface for th

Re: [PATCH 2/2] media: v4l: xilinx: Add Xilinx UHD-SDI Rx Subsystem driver

2019-06-13 Thread Hyun Kwon
Hi Vishal, Thanks for the patch. On Tue, 2019-06-04 at 06:55:56 -0700, Vishal Sagar wrote: > The Xilinx UHD-SDI Rx subsystem soft IP is used to capture native SDI > streams from SDI sources like SDI broadcast equipment like cameras and > mixers. This block outputs either native SDI, native video

Re: [PATCH RFC 1/1] uio: Add dma-buf import ioctls

2019-02-28 Thread Hyun Kwon
Hi Daniel, On Thu, 2019-02-28 at 02:01:46 -0800, Daniel Vetter wrote: > On Wed, Feb 27, 2019 at 04:36:06PM -0800, Hyun Kwon wrote: > > Hi Daniel, > > > > On Wed, 2019-02-27 at 06:13:45 -0800, Daniel Vetter wrote: > > > On Tue, Feb 26, 2019 at 11:20 PM Hyun Kwon wr

Re: [PATCH RFC 1/1] uio: Add dma-buf import ioctls

2019-02-27 Thread Hyun Kwon
Hi Daniel, On Wed, 2019-02-27 at 06:13:45 -0800, Daniel Vetter wrote: > On Tue, Feb 26, 2019 at 11:20 PM Hyun Kwon wrote: > > > > Hi Daniel, > > > > Thanks for the comment. > > > > On Tue, 2019-02-26 at 04:06:13 -0800, Daniel Vetter wrote: > >

Re: [PATCH RFC 1/1] uio: Add dma-buf import ioctls

2019-02-26 Thread Hyun Kwon
Hi Daniel, Thanks for the comment. On Tue, 2019-02-26 at 04:06:13 -0800, Daniel Vetter wrote: > On Tue, Feb 26, 2019 at 12:53 PM Greg Kroah-Hartman > wrote: > > > > On Sat, Feb 23, 2019 at 12:28:17PM -0800, Hyun Kwon wrote: > > > Add the dmabuf map / unmap inter

Re: [PATCH RFC 1/1] uio: Add dma-buf import ioctls

2019-02-26 Thread Hyun Kwon
Hi Greg, Thanks for the comments. On Tue, 2019-02-26 at 03:53:11 -0800, Greg Kroah-Hartman wrote: > On Sat, Feb 23, 2019 at 12:28:17PM -0800, Hyun Kwon wrote: > > Add the dmabuf map / unmap interfaces. This allows the user driver > > to be able to import the external dmabuf and u

[PATCH RFC 0/1] uio: Add dmabuf import ioctl

2019-02-23 Thread Hyun Kwon
may not be available for all such devices on all platforms. So any feedback to move forward would be appreciated. Thanks, -hyun [1] https://patchwork.kernel.org/patch/10774761/ Hyun Kwon (1): uio: Add dma-buf import ioctls drivers/uio/Makefile | 2 +- drivers/uio/ui

[PATCH RFC 1/1] uio: Add dma-buf import ioctls

2019-02-23 Thread Hyun Kwon
Add the dmabuf map / unmap interfaces. This allows the user driver to be able to import the external dmabuf and use it from user space. Signed-off-by: Hyun Kwon --- drivers/uio/Makefile | 2 +- drivers/uio/uio.c| 43 + drivers/uio/uio_dmabuf.c | 210

[PATCH 0/1] staging: android: ion: add the GPL exception note to header

2019-02-13 Thread Hyun Kwon
orcing the GPL license on its users or on the module itself when it has a copy of the header in its source code. Any guide on what can be done would be appreciated. Thanks, -hyun [1] https://github.com/OpenAMP/libmetal/blob/master/LICENSE.md Hyun Kwon (1): staging: android: ion: Add the GPL exc

[PATCH 1/1] staging: android: ion: Add the GPL exception for syscalls

2019-02-13 Thread Hyun Kwon
Add "WITH Linux-syscall-note" to the license to not put GPL restrictions on user space programs using this header. Signed-off-by: Hyun Kwon --- drivers/staging/android/uapi/ion.h | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/android/uapi/ion.h

Re: [v3,2/2] media: v4l: xilinx: Add Xilinx MIPI CSI-2 Rx Subsystem

2019-02-13 Thread Hyun Kwon
->dev, "Err = %d Interrupt handler reg failed!\n", > + ret); > + return ret; > + } > + > + return 0; > +} > + > +static int xcsi2rxss_probe(struct platform_device *pdev) > +{ > + struct v4l2_subdev *subdev; > + struct xcsi2rxss_state *xcsi2rxss; > + struct xcsi2rxss_core *core; > + struct resource *res; > + int ret, num_ctrls, i; > + > + xcsi2rxss = devm_kzalloc(&pdev->dev, sizeof(*xcsi2rxss), GFP_KERNEL); > + if (!xcsi2rxss) > + return -ENOMEM; > + > + core = &xcsi2rxss->core; > + core->dev = &pdev->dev; > + > + mutex_init(&xcsi2rxss->lock); > + > + ret = xcsi2rxss_parse_of(xcsi2rxss); > + if (ret < 0) > + return ret; > + > + res = platform_get_resource(pdev, IORESOURCE_MEM, 0); > + core->iomem = devm_ioremap_resource(core->dev, res); > + if (IS_ERR(core->iomem)) > + return PTR_ERR(core->iomem); > + > + ret = xcsi2rxss_clk_get(core); > + if (ret < 0) > + return ret; > + > + ret = xcsi2rxss_clk_enable(core); > + if (ret < 0) > + return ret; Not sure if I mentioned, please consider having these with stream on / off later. I only have minor comments, and it looks fine to me. Please take a look at those comments, then Reviewed-by: Hyun Kwon Thanks, -hyun

Re: [PATCH v2 2/2] media: v4l: xilinx: Add Xilinx MIPI CSI-2 Rx Subsystem driver

2019-01-28 Thread Hyun Kwon
Hi Vishal, On Mon, 2019-01-28 at 03:16:49 -0800, Vishal Sagar wrote: > Hi Hyun, > > Thanks for the review. > > > -Original Message----- > > From: Hyun Kwon [mailto:hyun.k...@xilinx.com] > > Sent: Saturday, January 26, 2019 7:45 AM > > To: Vishal Saga

Re: [PATCH v2 1/2] media: dt-bindings: media: xilinx: Add Xilinx MIPI CSI-2 Rx Subsystem

2019-01-25 Thread Hyun Kwon
Hi Vishal, Thanks for the patch. On Fri, 2019-01-25 at 09:52:56 -0800, Vishal Sagar wrote: > Add bindings documentation for Xilinx MIPI CSI-2 Rx Subsystem. > > The Xilinx MIPI CSI-2 Rx Subsystem consists of a CSI-2 Rx controller, a > DPHY in Rx mode, an optional I2C controller and a Video Format

Re: [PATCH v2 2/2] media: v4l: xilinx: Add Xilinx MIPI CSI-2 Rx Subsystem driver

2019-01-25 Thread Hyun Kwon
Hi Vishal, Thanks for the patch. On Fri, 2019-01-25 at 09:52:57 -0800, Vishal Sagar wrote: > The Xilinx MIPI CSI-2 Rx Subsystem soft IP is used to capture images > from MIPI CSI-2 camera sensors and output AXI4-Stream video data ready > for image processing. Please refer to PG232 for details. >