Hi Laurent,
Thanks for your help with this. Good to see that the DU driver is
getting closer to work with the IPMMU hardware! Please see below for
some feedback from me.
On Fri, Aug 19, 2016 at 5:39 PM, Laurent Pinchart
wrote:
> Hello,
>
> This patch series fixes the rcar-du-drm driver to suppor
Hi Sergei,
Thanks for your efforts with this driver. Nice to see that V2 is
getting in better shape.
In the future, would it be possible for you to include the patch
version number in the [PATCH] tag somehow?
On Fri, Mar 3, 2017 at 9:03 PM, Sergei Shtylyov
wrote:
> On 03/03/2017 02:58 PM, Geert
On Tue, Feb 22, 2011 at 6:57 PM, Guennadi Liakhovetski
wrote:
> Use soc_camera_platform helper functions to dynamically manage the
> camera device.
>
> Signed-off-by: Guennadi Liakhovetski
> ---
> arch/arm/mach-shmobile/board-mackerel.c | 28 +++-
> 1 files changed, 7 i
On Thu, Nov 19, 2009 at 6:15 PM, Kuninori Morimoto
wrote:
> Signed-off-by: Kuninori Morimoto
> ---
>>> Guennadi
>
> I add new number in v4l2-chip-ident.h
> Is it OK for you ?
>
> This camera is very picky.
> So, it have a lot of constant value.
>
> The register of mt9t112 and mt9t111 are same.
>
Hey Morimoto-san,
On Thu, Nov 26, 2009 at 9:50 AM, Kuninori Morimoto
wrote:
>> Do you have any mt9t112 platform data for the ecovec board? I'd like
>> to try out this patch but I don't know which board specific parts that
>> are missing!
>
> Yes I have.
> I attached it.
> This platform patch is b
On Wed, Dec 2, 2009 at 12:30 AM, wrote:
> From: Muralidharan Karicheri
>
> If a USERPTR address that is not aligned to page boundary is passed to the
> videobuf_dma_contig_user_get() function, it saves a page aligned address to
> the dma_handle. This is not correct. This issue is observed when u
Hi again Murali,
Thanks for your work on this.
On Thu, Dec 3, 2009 at 12:48 AM, Karicheri, Muralidharan
wrote:
> Magnus,
>
>>Thanks for the patch. For non-page aligned user space pointers I agree
>>that a fix is needed. Don't you think the while loop in
>>videobuf_dma_contig_user_get() also need
s observed when using USERPTR
> IO machism for buffer exchange.
>
> Updates from last version:-
>
> Adding offset for size calculation as per comment from Magnus Damm. This
> ensures the last page is also included for checking if memory is
> contiguous.
>
> Signed-off-by:
From: Magnus Damm
Make sure physical addresses are 32-bit aligned in the
SuperH Mobile CEU driver. The lowest two bits of the
address registers are fixed to zero so frame buffers
have to bit 32-bit aligned. The V4L2 mmap() case is
using dma_alloc_coherent() for this driver which will
return
From: Magnus Damm
This patch updates the SuperH Mobile CEU driver to
not page align the frame size. Useful in the case of
USERPTR with non-page aligned frame sizes and offsets.
Signed-off-by: Magnus Damm
---
drivers/media/video/sh_mobile_ceu_camera.c |5 ++---
1 file changed, 2
On Thu, Dec 10, 2009 at 10:06 PM, Guennadi Liakhovetski
wrote:
> On Wed, 9 Dec 2009, Magnus Damm wrote:
>
>> From: Magnus Damm
>>
>> This patch updates the SuperH Mobile CEU driver to
>> not page align the frame size. Useful in the case of
>> USERPTR with non-
From: Magnus Damm
Make sure physical addresses are 32-bit aligned in the SuperH
Mobile CEU driver V2. The lowest two bits of the frame address
registers are fixed to zero so frame buffers have to be 32-bit
aligned. The V4L2 mmap() case is using dma_alloc_coherent() for
this driver which will
On Mon, Mar 21, 2011 at 10:22 PM, Guennadi Liakhovetski
wrote:
> On Wed, 16 Mar 2011, Magnus Damm wrote:
>
>> On Tue, Feb 22, 2011 at 6:57 PM, Guennadi Liakhovetski
>> wrote:
>> > Use soc_camera_platform helper functions to dynamically manage the
>> > ca
On Mon, Mar 21, 2011 at 10:22 PM, Guennadi Liakhovetski
wrote:
> On Wed, 16 Mar 2011, Magnus Damm wrote:
>
>> On Tue, Feb 22, 2011 at 6:57 PM, Guennadi Liakhovetski
>> wrote:
>> > Use soc_camera_platform helper functions to dynamically manage the
>> > ca
From: Magnus Damm
This patch adds function descriptions to V3 of the V4L2
videobuf-dma-contig USERPTR zero copy patch.
Signed-off-by: Magnus Damm
---
drivers/media/video/videobuf-dma-contig.c | 16
1 file changed, 16 insertions(+)
--- 0005/drivers/media/video/videobuf-dma
On Mon, May 11, 2009 at 10:36 PM, Mauro Carvalho Chehab
wrote:
> Em Fri, 8 May 2009 13:06:58 -0700
> Andrew Morton escreveu:
>
>> On Fri, 08 May 2009 17:53:10 +0900
>> Magnus Damm wrote:
>>
>> > From: Magnus Damm
>> >
>> > This is V3 o
not tried capturing with that board though.
Thanks for your help!
Acked-by: Magnus Damm
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, Jun 10, 2009 at 5:55 AM, wrote:
> From: Muralidharan Karicheri
>
> re-sending with RFC in the header
>
> This patch adds support for setting bus parameters such as bus type
> (BT.656, BT.1120 etc), width (example 10 bit raw image data bus)
> and polarities (vsync, hsync, field etc) in sub
On Tue, Jun 16, 2009 at 1:01 AM, Karicheri,
Muralidharan wrote:
>>> +
>>> +struct v4l2_subdev_bus {
>>> + enum v4l2_subdev_bus_type type;
>>> + u8 width;
>>> + /* 0 - active low, 1 - active high */
>>> + unsigned pol_vsync:1;
>>> + /* 0 - active low, 1 - active high */
On Mon, Jun 15, 2009 at 12:33 AM, Guennadi
Liakhovetski wrote:
> On Fri, 12 Jun 2009, Hans Verkuil wrote:
>
>> On Friday 12 June 2009 14:59:03 Guennadi Liakhovetski wrote:
>> > On Fri, 12 Jun 2009, Hans Verkuil wrote:
>> >
>> > > > 1. it is very unusual that the board designer has to mandate what
On Tue, Jun 16, 2009 at 11:33 PM, Karicheri,
Muralidharan wrote:
>
>
>>>
>>> [MK]In that case can't the driver just ignore the field polarity? I
>>assume that drivers implement the parameter that has support in hardware.
>>So it is not an issue.
>>
>>No, because the same driver runs on hardware th
On Wed, Jun 17, 2009 at 5:33 PM, Hans Verkuil wrote:
>> I think automatic negotiation is a good thing if it is implemented
>> correctly.
>>
>> Actually, i think modelling software after hardware is a good thing
>> and from that perspective the soc_camera was (and still is) a very
>> good fit for ou
On Wed, Aug 5, 2009 at 5:14 AM, Karicheri,
Muralidharan wrote:
> 2) Previewer & Resizer driver. I am working with Vaibhav who had worked on an
> RFC for this. The previewer and resizer devices are doing memory to memory
> operations. Also should be flexible to use these hardware with capture driv
On Wed, Aug 5, 2009 at 12:06 PM, Hiremath, Vaibhav wrote:
>> -Original Message-
>> From: Magnus Damm [mailto:magnus.d...@gmail.com]
>> Sent: Wednesday, August 05, 2009 8:01 AM
>> To: Karicheri, Muralidharan
>> Cc: Hiremath, Vaibhav; Hans Verkuil; linux-med
On Sun, Feb 22, 2009 at 7:15 PM, Hans Verkuil wrote:
> Should we drop support for kernels <2.6.22 in our v4l-dvb repository?
>
> _: Yes
> _: No
Yes.
> Optional question:
>
> Why:
Focus on moving forward instead of looking backwards. Keeping user
space compatibilty is of course a good idea, but
Hi Guennadi,
On Wed, Apr 15, 2009 at 9:17 PM, Guennadi Liakhovetski
wrote:
> This patch series is a preparation for the v4l2-subdev conversion. Please,
> review and test. My current patch-stack in the form of a
> (manually-created) quilt-series is at
> http://www.open-technology.de/download/20090
On Fri, Apr 17, 2009 at 4:51 PM, Guennadi Liakhovetski
wrote:
> On Fri, 17 Apr 2009, Magnus Damm wrote:
>> On Wed, Apr 15, 2009 at 9:17 PM, Guennadi Liakhovetski
>> wrote:
>> > This patch series is a preparation for the v4l2-subdev conversion. Please,
>> > review
Hi Morimoto-san,
On Mon, Apr 20, 2009 at 9:12 AM, Kuninori Morimoto
wrote:
>
> Hi Magnus
>
>> >> > http://www.open-technology.de/download/20090415/ based on linux-next
>> >> > history branch, commit ID in -base file. Don't be surprised, that
>> >> > patch-set also contains a few not directly
On Fri, Apr 17, 2009 at 7:43 PM, Guennadi Liakhovetski
wrote:
> On Fri, 17 Apr 2009, Magnus Damm wrote:
>> On Fri, Apr 17, 2009 at 4:51 PM, Guennadi Liakhovetski
>> wrote:
>> > On Fri, 17 Apr 2009, Magnus Damm wrote:
>> >> On Wed, Apr 15, 2009 at 9:17 PM
On Mon, Apr 20, 2009 at 4:22 PM, Guennadi Liakhovetski
wrote:
> On Mon, 20 Apr 2009, Magnus Damm wrote:
>> On Fri, Apr 17, 2009 at 7:43 PM, Guennadi Liakhovetski
>> wrote:
>> > On Fri, 17 Apr 2009, Magnus Damm wrote:
>> >> On Fri, Apr 17, 2009 at 4:51 PM
On Mon, Apr 20, 2009 at 5:14 PM, Guennadi Liakhovetski
wrote:
> On Mon, 20 Apr 2009, Magnus Damm wrote:
>> Can you please test on your Migo-R board? I'd be happy to assist you
>> in setting up your environment.
>
> I did test it and it worked - exactly as you say - wit
From: Magnus Damm
Zero copy video frame capture from user space using V4L2 USERPTR.
This patch adds USERPTR support to the videobuf-dma-contig buffer code.
Since videobuf-dma-contig is designed to handle physically contiguous
memory, this patch modifies the videobuf-dma-contig code to only
From: Magnus Damm
Remove the videobuf-dma-contig sync operation. Sync is only needed
for noncoherent buffers, and since videobuf-dma-contig is built on
coherent memory allocators the memory is by definition always in sync.
Reported-by: Matthieu CASTET
Signed-off-by: Magnus Damm
---
Thanks
From: Magnus Damm
This is V2 of the V4L2 videobuf-dma-contig USERPTR zero copy patch.
Since videobuf-dma-contig is designed to handle physically contiguous
memory, this patch modifies the videobuf-dma-contig code to only accept
a pointer to physically contiguous memory. For now only VM_PFNMAP
On Tue, Apr 28, 2009 at 6:01 PM, Magnus Damm wrote:
> This is V2 of the V4L2 videobuf-dma-contig USERPTR zero copy patch.
I guess the V4L2 specific bits are pretty simple.
As for the minor mm modifications below,
> --- 0001/mm/memory.c
> +++ work/mm/memory.c 2009-04-28 14:56:43.
wait for them.
>
> Magnus, the actual conversion of your code should be trivial, could
> you respin it on top of these three patches using follow_pfn() then?
So I tested the patches in -mm (1/3, 2/3, 3/3) together with the zero
copy patch and everything seems fine. Feel free to a
From: Magnus Damm
This is V3 of the V4L2 videobuf-dma-contig USERPTR zero copy patch.
Since videobuf-dma-contig is designed to handle physically contiguous
memory, this patch modifies the videobuf-dma-contig code to only accept
a user space pointer to physically contiguous memory. For now only
From: Magnus Damm
Avoid calling module_put() if try_module_get() has
been skipped.
Signed-off-by: Magnus Damm
---
drivers/media/video/soc_camera.c |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
--- 0001/drivers/media/video/soc_camera.c
+++ work/drivers/media/video/soc_camera.c
From: Magnus Damm
Update the soc-camera i2c code to return -ENODEV if
a camera sensor is missing instead of -ENOMEM.
Signed-off-by: Magnus Damm
---
drivers/media/video/soc_camera.c |8 ++--
1 file changed, 2 insertions(+), 6 deletions(-)
--- 0001/drivers/media/video/soc_camera.c
Hey Guennadi,
On Thu, Mar 18, 2010 at 7:28 PM, Guennadi Liakhovetski
wrote:
> A number of SuperH SoCs, including sh7724, include a Video Output Unit. This
> patch adds a video (V4L2) output driver for it. The driver uses v4l2-subdev
> and
> mediabus APIs to interface to TV encoders.
>
> Signed-o
On Fri, Aug 19, 2011 at 6:37 PM, Laurent Pinchart
wrote:
> Signed-off-by: Laurent Pinchart
> ---
> arch/arm/mach-shmobile/board-ag5evm.c | 2 +-
> arch/arm/mach-shmobile/board-ap4evb.c | 4 +-
> arch/arm/mach-shmobile/board-mackerel.c | 4 +-
> drivers/video/sh_mobile_lcdcfb.c
ags anymore
> http://patchwork.linuxtv.org/patch/7523/
They all look fine to me, thanks. Please note that I have not
performed any kind of testing of the patches above, but as usual I
expect you to fix up eventual issues by yourself. =)
Acked-by: Magnus Damm
--
To unsubscribe from this list:
From: Magnus Damm
Incrementally fix up parts of the code not yet covered by the
IOMMU patches by Laurent:
[PATCH 0/6] R-Car DU: Fix IOMMU operation when connected to VSP
This patch simply uses the recently introduced function
rcar_fcp_get_device() on the VSP device to retrieve the
FCP device
On Mon, Jun 17, 2013 at 3:12 PM, Guennadi Liakhovetski
wrote:
> On Mon, 17 Jun 2013, Magnus Damm wrote:
>
> [snip]
>
>> So Guennadi, if you want to keep this board then you have to step up
>> and fix things. If not then there is no point in keeping it.
>
> Ok, after
Hi Sergei,
On Fri, Apr 19, 2013 at 11:31 PM, Sergei Shtylyov
wrote:
> From: Vladimir Barinov
>
> Add Renesas R-Car VIN (Video In) V4L2 driver.
>
> Based on the patch by Phil Edworthy .
>
> Signed-off-by: Vladimir Barinov
> [Sergei: removed deprecated IRQF_DISABLED flag.]
> Signed-off-by: Sergei
On Fri, Jan 23, 2009 at 9:28 AM, Kuninori Morimoto
wrote:
> NV12/21/16/61 had been added every time
> UYVY/VYUY/YUYV/YVYU appears on get_formats.
> This patch modify this problem.
That's one way to do it. Every similar driver has to do the same thing. Yuck.
Or we could have a better translation
On Fri, Feb 6, 2009 at 8:21 AM, Guennadi Liakhovetski
wrote:
> On Fri, 23 Jan 2009, Magnus Damm wrote:
>> On Fri, Jan 23, 2009 at 9:28 AM, Kuninori Morimoto
>> wrote:
>> > NV12/21/16/61 had been added every time
>> > UYVY/VYUY/YUYV/YVYU appears on get_formats.
&g
Hi Matthieu,
[CC Morimoto-san]
[Changed list to linux-media]
On Tue, Jan 20, 2009 at 6:27 PM, Matthieu CASTET
wrote:
> Magnus Damm a écrit :
>> On Mon, Jan 19, 2009 at 11:02 PM, Matthieu CASTET
>>> But we didn't do stop_capture, so as far I understand the controller is
&g
On Fri, Feb 20, 2009 at 12:20 AM, Guennadi Liakhovetski
wrote:
> Currently soc-camera doesn't set up any image format without an explicit
> S_FMT.
> It seems this should be supported, since, for example, capture-example.c from
> v4l2-apps by default doesn't issue an S_FMT. This patch configures a
On Tue, Feb 24, 2009 at 10:17 PM, Guennadi Liakhovetski
wrote:
> On Mon, 23 Feb 2009, morimoto.kunin...@renesas.com wrote:
>
>>
>> Dear Guennadi.
>>
>> Now MigoR and AP325 board have ov772x camera.
>> However, the lens used is different.
>>
>> And I have a specific good setting value
>> for the le
On Thu, Feb 5, 2009 at 5:04 PM, Guennadi Liakhovetski
wrote:
> On Tue, 3 Feb 2009, Kuninori Morimoto wrote:
>
>> sh_mobile_ceu can support "field signal" from external module.
>> To support this operation, SH_CEU_FLAG_USE_FLDID_{HIGH, LOW}
>> are added to header.
>
> I never dealt with interlaced
51 matches
Mail list logo