Hello,
On 11/27/2012 8:39 AM, Prabhakar Lad wrote:
Hi Marek,
On Tue, Nov 27, 2012 at 12:53 PM, Marek Szyprowski
wrote:
> Hello,
>
>
> On 11/27/2012 6:59 AM, Prabhakar Lad wrote:
>>
>> From: Lad, Prabhakar
>>
>> from commit 93049b9368a2e257ace66252ab2cc066f3399cad, which adds
>> a check HAVE_G
Hi Marek,
On Tue, Nov 27, 2012 at 12:53 PM, Marek Szyprowski
wrote:
> Hello,
>
>
> On 11/27/2012 6:59 AM, Prabhakar Lad wrote:
>>
>> From: Lad, Prabhakar
>>
>> from commit 93049b9368a2e257ace66252ab2cc066f3399cad, which adds
>> a check HAVE_GENERIC_DMA_COHERENT for dma ops, the check was wrongly
Hi,
On Tue, Nov 27, 2012 at 12:47 PM, Kyungmin Park
wrote:
> Hi,
>
> Does it right to use CONFIG_HAVE_GENERIC_DMA_COHERENT?
> it defined at init/Kconfig
>
> config HAVE_GENERIC_DMA_COHERENT
> bool
> default n
> and use at C file or header file as CONFIG_ prefix?
> e.g., include/as
Hello,
On 11/27/2012 6:59 AM, Prabhakar Lad wrote:
From: Lad, Prabhakar
from commit 93049b9368a2e257ace66252ab2cc066f3399cad, which adds
a check HAVE_GENERIC_DMA_COHERENT for dma ops, the check was wrongly
made it should have been HAVE_GENERIC_DMA_COHERENT but it was
CONFIG_HAVE_GENERIC_DMA_CO
Hi,
Does it right to use CONFIG_HAVE_GENERIC_DMA_COHERENT?
it defined at init/Kconfig
config HAVE_GENERIC_DMA_COHERENT
bool
default n
and use at C file or header file as CONFIG_ prefix?
e.g., include/asm-generic/dma-coherent.h:#ifdef CONFIG_HAVE_GENERIC_DMA_COHERENT
Thank you,
Ky
On Mon, Nov 26, 2012 at 06:18:37PM -0200, Mauro Carvalho Chehab wrote:
> Hi Greg,
>
> Are you maintaining drivers/base/dma-mapping.c? The enclosed path is needed to
> enable DMABUF handling on V4L2 on some architectures, like x86_64, as we need
> dma_common_get_sgtable() on drivers/media/v4l2-core
Hi Greg,
Are you maintaining drivers/base/dma-mapping.c? The enclosed path is needed to
enable DMABUF handling on V4L2 on some architectures, like x86_64, as we need
dma_common_get_sgtable() on drivers/media/v4l2-core/videobuf2-dma-contig.c.
Would you mind acking it, in order to let this patch fl
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date:Mon Nov 26 19:00:24 CET 2012
git hash:93049b9368a2e257ace66252ab2cc066f3399cad
gcc version: i686-linux-gcc (GCC
On 11/26/2012 07:50 PM, Ingo Kofler wrote:
Hi,
I am trying to get my PCTV DVB-S2 stick running on my TP-Link
TL-WR1043ND that runs OpenWrt (Attitude Adjustment Beta, Kernel
3.3.8). I have cross-compiled the corresponding kernel modules and
deployed them on the router. I have also deployed the fi
On Mon, 26 Nov 2012 18:12:41 +0100
Antonio Ospite wrote:
> BTW the documentation might also be wrong or inaccurate.
The ov7670 documentation has exactly the same description of the
register 0x2b, and I don't think that the manufacturer would greatly
change the meaning of such low registers in so
Hi,
I am trying to get my PCTV DVB-S2 stick running on my TP-Link
TL-WR1043ND that runs OpenWrt (Attitude Adjustment Beta, Kernel
3.3.8). I have cross-compiled the corresponding kernel modules and
deployed them on the router. I have also deployed the firmware on the
device.
After loading the corr
On Mon, 26 Nov 2012 16:23:18 +0100
Jean-Francois Moine wrote:
> On Mon, 26 Nov 2012 14:08:06 +0100
> Antonio Ospite wrote:
>
> > For now I'd NAK the patch since it is a regression for users
> > with 50Hz power sources and it looks like it does not _always_ work for
> > 60Hz either.
> >
> > Sho
On 2012-11-26 18:10, Steffen Trumtrar wrote:
> Hi,
>
> On Mon, Nov 26, 2012 at 04:38:36PM +0200, Tomi Valkeinen wrote:
>>> +optional properties:
>>> + - hsync-active: hsync pulse is active low/high/ignored
>>> + - vsync-active: vsync pulse is active low/high/ignored
>>> + - de-active: data-enable
Hi,
On Mon, Nov 26, 2012 at 04:38:36PM +0200, Tomi Valkeinen wrote:
> Hi,
>
> On 2012-11-26 11:07, Steffen Trumtrar wrote:
> > This adds support for reading display timings from DT into a struct
> > display_timings. The of_display_timing implementation supports multiple
> > subnodes. All children
Hi Mauro,
On 11/22/2012 07:15 PM, Sylwester Nawrocki wrote:
> The following changes since commit 30677fd9ac7b9a06555318ec4f9a0db39804f9b2:
>
> s5p-fimc: Fix potential NULL pointer dereference (2012-11-22 10:15:40 +0100)
>
> are available in the git repository at:
>
> git://git.infradead.org
On Mon, Nov 26, 2012 at 02:37:26PM +0200, Tomi Valkeinen wrote:
> On 2012-11-26 11:07, Steffen Trumtrar wrote:
>
> > +/*
> > + * Subsystem independent description of a videomode.
> > + * Can be generated from struct display_timing.
> > + */
> > +struct videomode {
> > + u32 pixelclock; /
On Mon, 26 Nov 2012 14:08:06 +0100
Antonio Ospite wrote:
> For now I'd NAK the patch since it is a regression for users
> with 50Hz power sources and it looks like it does not _always_ work for
> 60Hz either.
>
> Should I remove it from patchwork as well?
>
> As I have the webcam and can perfor
Hi Anatolij
Sorry for a delay
On Tue, 6 Nov 2012, Anatolij Gustschin wrote:
> On Tue, 6 Nov 2012 12:45:51 +0100 (CET)
> Guennadi Liakhovetski wrote:
>
> > On Tue, 6 Nov 2012, Anatolij Gustschin wrote:
> >
> > > VIDIOC_S_GROP ioctl doesn't work, soc-camera driver reports:
> > >
> > > soc-came
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/25/2012 07:54 PM, Andy Walls wrote:
> So here's what you need to do:
>
> 1. provide the output of v4l2-ctl -d /dev/video2 --log-status, so I
> can see the analog tuner assembly that your unit has.
>
Here is the output with the S-Video Input in
Hi,
On 2012-11-26 11:07, Steffen Trumtrar wrote:
> This adds support for reading display timings from DT into a struct
> display_timings. The of_display_timing implementation supports multiple
> subnodes. All children are read into an array, that can be queried.
>
> If no native mode is specified
On Sat, 24 Nov 2012 09:15:51 +0200
Tomi Valkeinen wrote:
> On 2012-11-23 21:56, Thierry Reding wrote:
> > On Thu, Nov 22, 2012 at 10:45:31PM +0100, Laurent Pinchart wrote:
> > [...]
> >> Display entities are accessed by driver using notifiers. Any driver can
> >> register a display entity notifie
Hi Hans,
On Mon, Nov 26, 2012 at 6:15 PM, Hans Verkuil wrote:
> On Mon 26 November 2012 00:18:30 Alexey Klimov wrote:
>> Hi Hans,
>>
>> On Fri, Nov 23, 2012 at 2:31 PM, Hans Verkuil wrote:
>> > Hi Alexey,
>> >
>> > On Mon November 12 2012 19:41:57 Alexey Klimov wrote:
>> >> Hi Mauro, Hans, all,
On Mon 26 November 2012 00:18:30 Alexey Klimov wrote:
> Hi Hans,
>
> On Fri, Nov 23, 2012 at 2:31 PM, Hans Verkuil wrote:
> > Hi Alexey,
> >
> > On Mon November 12 2012 19:41:57 Alexey Klimov wrote:
> >> Hi Mauro, Hans, all,
> >>
> >> On Fri, Nov 2, 2012 at 6:34 PM, Mauro Carvalho Chehab
> >> wr
On Mon 26 November 2012 13:47:36 Alexey Klimov wrote:
> Hi Hans,
>
> On Fri, Nov 23, 2012 at 3:42 PM, Hans Verkuil wrote:
> > Hi Alexey,
> >
> > Some (small) comments below...
> >
> > On Mon October 29 2012 02:41:10 Alexey Klimov wrote:
> >> This patch creates a new usb-radio driver, radio-ma901.
On Fri, 23 Nov 2012 19:12:32 +0100
Jean-Francois Moine wrote:
> On Fri, 23 Nov 2012 18:09:09 +0100
> Antonio Ospite wrote:
[...]
> > In the datasheet I have for ov772x, bit[6] of register 0x13 is described
> > as:
> >
> > Bit[6]: AEC - Step size limit
> > 0: Step size is limited to vertic
Hi Hans,
On Fri, Nov 23, 2012 at 3:42 PM, Hans Verkuil wrote:
> Hi Alexey,
>
> Some (small) comments below...
>
> On Mon October 29 2012 02:41:10 Alexey Klimov wrote:
>> This patch creates a new usb-radio driver, radio-ma901.c, that supports
>> Masterkit MA 901 USB FM radio devices. This device p
On 2012-11-26 11:07, Steffen Trumtrar wrote:
> +/*
> + * Subsystem independent description of a videomode.
> + * Can be generated from struct display_timing.
> + */
> +struct videomode {
> + u32 pixelclock; /* pixelclock in Hz */
I don't know if this is of any importance, but the linu
Hi!
Changes since v14:
- fix "const struct *" warning
(reported by: Leela Krishna Amudala )
- return -EINVAL when htotal or vtotal are zero
- remove unreachable code in of_get_display_timings
- include headers in .c files and not implicit in .h
The struct display_timing is specific to the via subsystem. The naming leads to
collisions with the new struct display_timing, that is supposed to be a shared
struct between different subsystems.
To clean this up, prepend the existing struct with the subsystem it is specific
to.
Signed-off-by: Ste
Add helper to get drm_display_mode from devicetree.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
---
drivers/gpu/drm/drm_modes.c | 33 ++
This adds support for reading display timings from DT into a struct
display_timings. The of_display_timing implementation supports multiple
subnodes. All children are read into an array, that can be queried.
If no native mode is specified, the first subnode will be used.
For cases where the graph
Add helper to get fb_videomode from devicetree.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Signed-off-by: Steffen Trumtrar
---
drivers/vide
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Signed-off-by: Steffen Tru
Add display_timing structure and the according helper functions. This allows
the description of a display via its supported timing parameters.
Also, add helper functions to convert from display timings to a generic
videomode
structure.
The struct display_timing specifies all needed parameters to
Add conversion from videomode to drm_display_mode
Signed-off-by: Steffen Trumtrar
Reviewed-by: Thierry Reding
Acked-by: Thierry Reding
Tested-by: Thierry Reding
Tested-by: Philipp Zabel
Reviewed-by: Laurent Pinchart
Acked-by: Laurent Pinchart
Signed-off-by: Steffen Trumtrar
---
drivers/gp
Hi Aditya.
FYI, just in case you have not seen this email.
Thanks,
Thomas.
On 26 November 2012 01:32, Mauro Carvalho Chehab wrote:
> Hi all,
>
> Today, I finally merged the DMABUF V4L2 patches from Tomasz.
>
> The DMABUF allows replacing the old V4L2 Overlay method by something more
> robust a
36 matches
Mail list logo