Hello,
On Tuesday, August 30, 2011 3:50 AM Tang, Yu wrote:
> As we are trying to adapt to videobuf2, we found here is the potential
> issue with user pointer VMA release sequence. It is not aligned with
> munmap syscalls behavior, (mm/mmap, remove_vma).
>
> In the current vb2_put_vma implementa
Hi Florian,
On Monday 29 August 2011 18:41:03 Florian Tobias Schandinat wrote:
> On 08/29/2011 02:32 PM, Laurent Pinchart wrote:
> > On Monday 29 August 2011 16:26:02 Geert Uytterhoeven wrote:
> >> On Mon, Aug 29, 2011 at 16:17, Laurent Pinchart wrote:
> >>> On Monday 29 August 2011 16:14:38 Geert
On Tue, 30 Aug 2011, Laurent Pinchart wrote:
> Hi Guennadi,
>
> On Tuesday 30 August 2011 00:20:09 Guennadi Liakhovetski wrote:
> > On Mon, 29 Aug 2011, Laurent Pinchart wrote:
> >
> > [snip]
> >
> > > My idea was to let the kernel register all devices based on the DT or
> > > board code. When
Hi Guennadi,
On Tuesday 30 August 2011 00:20:09 Guennadi Liakhovetski wrote:
> On Mon, 29 Aug 2011, Laurent Pinchart wrote:
>
> [snip]
>
> > My idea was to let the kernel register all devices based on the DT or
> > board code. When the V4L2 host/bridge driver gets registered, it will
> > then ca
On Mon, 29 Aug 2011, Laurent Pinchart wrote:
[snip]
> My idea was to let the kernel register all devices based on the DT or board
> code. When the V4L2 host/bridge driver gets registered, it will then call a
> V4L2 core function with a list of subdevs it needs. The V4L2 core would store
> that
On Mon, 29 Aug 2011, Marek Szyprowski wrote:
> Use the correct 'dma_addr' name for the buffer address. 'paddr' suggested
> that this is the physical address in system memory. For most ARM platforms
> these two are the same, but this is not a generic rule. 'dma_addr' will
> also point better to dma
commit bedf8bcf6b4f90a6e31add3721a2e71877289381 introduced reference counting
for struct v4l2_device.
In v4l2_device_register() a call to kref_init() initializes reference count to
1,
but in v4l2_device_unregister() there is no corresponding decrement.
End result is that reference count never re
Hi,
I managed to produce an oops in 3.1.0-rc3-00270-g7a54f5e by unplugging a
USB webcam. See below:
eeepc kernel: [ 1263.874756] cheese[3402]: segfault at 58 ip 080630b6 sp
afc2c840 error 4 in cheese[8048000+24000]
eeepc kernel: [ 1393.419370] uvcvideo: Non-zero status (-84) in status
completio
commit bedf8bcf6b4f90a6e31add3721a2e71877289381 introduced reference counting
for struct v4l2_device.
In v4l2_device_register() a call to kref_init() initializes reference count to
1,
but in v4l2_device_unregister() there is no corresponding decrement.
End result is that reference count never re
On Mon, Aug 29, 2011 at 12:41 PM, Luciano Coelho wrote:
> From: Randy Dunlap
>
> Combine MFD_SUPPORT (which only enabled the remainder of the MFD
> menu) and MFD_CORE. This allows other drivers to select MFD_CORE
> without needing to also select MFD_SUPPORT, which fixes some
> kconfig unmet depe
From: Randy Dunlap
Combine MFD_SUPPORT (which only enabled the remainder of the MFD
menu) and MFD_CORE. This allows other drivers to select MFD_CORE
without needing to also select MFD_SUPPORT, which fixes some
kconfig unmet dependency warnings. Modeled after I2C kconfig.
[Forward-ported to 3.1
2011/8/23 Jason Hecker :
> Damn, this patch didn't help so maybe forget this patch. Tuner A is
> still messed up.
>
Hello, thanks all to reply this post. I have no idea how to apply the
patch on my Debian Squeeze. Can you help to apply the patch?
Thanks your all your help.
Best regards.
--
Jo
Am Montag, 29. August 2011, 05:54:36 schrieb Antti Palosaari:
> On 08/29/2011 03:36 AM, Greg KH wrote:
> > On Mon, Aug 29, 2011 at 02:30:26AM +0300, Antti Palosaari wrote:
> >> I am trying to implement DVB USB device smartcard reader support
> >> using USB-serial.
> >
> > Really? Why? That doesn'
Beloved,I am Deborah Mannings.I write this email to you on my sick bed
facing death.I have a substantial sum I would like you to help me
distribute to the needy and helpless.God bless you as you reply through
mann_...@yahoo.cn
--
To unsubscribe from this list: send the line "unsubscribe linux-medi
On Mon, 29 Aug 2011 09:57:26 -0700 (PDT)
Luiz Ramos wrote:
> Mauro:
>
> To be fair, this patch itself isn't sufficient to solve the problem described
> in the text provided. One other patch is necessary to get this goal
> accomplished, named, one published in this same thread in 2011-07-18.
>
On Mon, 29 Aug 2011, Vinod Koul wrote:
> On Thu, 2011-08-25 at 18:45 +0200, Guennadi Liakhovetski wrote:
> > To support multi-size buffers in the mx3_camera V4L2 driver we have to be
> > able to stop DMA on a channel without releasing descriptors and completely
> > halting the hardware. Use the DM
Hi,
attached is a patch (i tested it with kernel 3.1rc3 but applies to
2.6.39 and 3.0 too) that makes the driver register with omap3-isp.
Copied mostly from mt9v032.c.
/dev/video* and v4l-subdev* are registered correctly.
Video capture is still NOT working but i think i'm close to make it
work s
On Mon, 29 Aug 2011 20:02:38 +0300 Luciano Coelho wrote:
> Hi Matti,
>
> Johannes has just reported a problem in the Kconfig of radio-wl1273. It
> seems to select MFD_CORE, but if the platform doesn't support MFD, then
> MFD_SUPPORT won't be selected and this kind of warning will come out:
>
>
On 08/25/2011 06:47 PM, Thomas Kaiser wrote:
Hi
Which modules do I have to build and install to use this card (DD Cine
CT DVB-C/T Rev. V6).
I checkd out:
hg clone http://linuxtv.org/hg/~endriss/media_build_experimental
I would like to build only the needed modules. What do I have to
select
Hi Matti,
Johannes has just reported a problem in the Kconfig of radio-wl1273. It
seems to select MFD_CORE, but if the platform doesn't support MFD, then
MFD_SUPPORT won't be selected and this kind of warning will come out:
warning: (OLPC_XO1_PM && OLPC_XO1_SCI && I2C_ISCH && GPIO_SCH && GPIO_RD
Mauro:
To be fair, this patch itself isn't sufficient to solve the problem described
in the text provided. One other patch is necessary to get this goal
accomplished, named, one published in this same thread in 2011-07-18.
This later fix is now embedded in a wider patch provided by Jean-Françoi
Hi,
On 08/29/2011 02:32 PM, Laurent Pinchart wrote:
> Hi Geert,
>
> On Monday 29 August 2011 16:26:02 Geert Uytterhoeven wrote:
>> On Mon, Aug 29, 2011 at 16:17, Laurent Pinchart wrote:
>>> On Monday 29 August 2011 16:14:38 Geert Uytterhoeven wrote:
On Mon, Aug 29, 2011 at 15:34, Laurent Pin
On 08/29/2011 06:13 PM, István Váradi wrote:
2011/8/29 Antti Palosaari:
On 08/29/2011 05:44 PM, István Váradi wrote:
2011/8/17 Antti Palosaari:
On 08/15/2011 02:14 PM, Antti Palosaari wrote:
On 08/15/2011 02:51 AM, Antti Palosaari wrote:
Biggest problem I see whole thing is poor application
On Thu, 2011-08-25 at 18:45 +0200, Guennadi Liakhovetski wrote:
> To support multi-size buffers in the mx3_camera V4L2 driver we have to be
> able to stop DMA on a channel without releasing descriptors and completely
> halting the hardware. Use the DMA_PAUSE control to implement this mode.
>
> Sig
Please treat the patches as RFC.
Thx,
-manju
On Mon, Aug 29, 2011 at 20:37:11, Hadli, Manjunath wrote:
> changes from last patch set:
> 1. Made changes based on Sakari's feedback mainly:
> a. returned early to allow unindenting
> b. reformatting to shift the code to left where pos
Sakari,
I have sent a fresh patch-set with your comments fixed and and some
cleanup and reorg of my own- mainly the headers. Please review.
Also, I had to keep one of your comments without code change as I felt it was
Ok to keep it here as it is only a local variable which actually get
2011/8/29 Antti Palosaari :
> On 08/29/2011 05:44 PM, István Váradi wrote:
>>
>> Hi,
>>
>> 2011/8/17 Antti Palosaari:
>>>
>>> On 08/15/2011 02:14 PM, Antti Palosaari wrote:
On 08/15/2011 02:51 AM, Antti Palosaari wrote:
>
> Biggest problem I see whole thing is poor application sup
add a generic video driver functionality to be used by all the vpfe
drivers for davinci SoCs. The functionality includes all the
standard v4l2 interfaces including streaming.
The video node interface can be used both as an input and output
node for both continuous and single shot modes.Also support
add support for dm3xx IPIPEIF hardware setup. This is the
lowest software layer for the dm3x vpfe driver which directly
accesses hardware. Add support for features like default
pixel correction, dark frame substraction and hardware setup.
Signed-off-by: Manjunath Hadli
Signed-off-by: Nagabhushan
From: Nagabhushana Netagunte
add dm365 IPIPE hardware support. IPIPE is the hardware IP which
implements the functionality required for resizer, previewer and
the associated feature support. This is built along with the vpfe
driver, and implements hardware setup including coeffcient
programming f
Add the CCDC driver for davinci Dm3XX SoCs. The driver supports
CCDC as a media entity with 2 pads - 1 input and 1 output. The
driver implements streaming support and subdev interface. The
ccdc supports bayer and YUV formats.
Signed-off-by: Manjunath Hadli
Signed-off-by: Nagabhushana Netagunte
-
add build infrastructure for dm365 specific modules
such as IPIPE, AEW, AF.
Signed-off-by: Manjunath Hadli
Signed-off-by: Nagabhushana Netagunte
---
drivers/media/video/davinci/Kconfig | 46 -
drivers/media/video/davinci/Makefile | 17 +++-
2 files c
changes from last patch set:
1. Made changes based on Sakari's feedback mainly:
a. returned early to allow unindenting
b. reformatting to shift the code to left where possible
c. changed hex numbers to lower case
d. corrected the defines according to module names.
Em 29-08-2011 06:24, Laurent Pinchart escreveu:
> Hi Mauro,
>
> On Friday 26 August 2011 19:32:30 Mauro Carvalho Chehab wrote:
>> Em 26-08-2011 12:29, Hans Verkuil escreveu:
>>> On Friday, August 26, 2011 17:09:02 Mauro Carvalho Chehab wrote:
Em 26-08-2011 11:16, Hans Verkuil escreveu:
>
On 08/29/2011 05:44 PM, István Váradi wrote:
Hi,
2011/8/17 Antti Palosaari:
On 08/15/2011 02:14 PM, Antti Palosaari wrote:
On 08/15/2011 02:51 AM, Antti Palosaari wrote:
Biggest problem I see whole thing is poor application support. OpenCT is
rather legacy but there is no good alternative. Al
Hi,
2011/8/17 Antti Palosaari :
> On 08/15/2011 02:14 PM, Antti Palosaari wrote:
>> On 08/15/2011 02:51 AM, Antti Palosaari wrote:
>>> Biggest problem I see whole thing is poor application support. OpenCT is
>>> rather legacy but there is no good alternative. All this kind of serial
>>> drivers se
Hi Geert,
On Monday 29 August 2011 16:26:02 Geert Uytterhoeven wrote:
> On Mon, Aug 29, 2011 at 16:17, Laurent Pinchart wrote:
> > On Monday 29 August 2011 16:14:38 Geert Uytterhoeven wrote:
> >> On Mon, Aug 29, 2011 at 15:34, Laurent Pinchart wrote:
> >> > On Monday 29 August 2011 15:09:04 Geert
Hi Laurent,
On Mon, Aug 29, 2011 at 16:17, Laurent Pinchart
wrote:
> On Monday 29 August 2011 16:14:38 Geert Uytterhoeven wrote:
>> On Mon, Aug 29, 2011 at 15:34, Laurent Pinchart wrote:
>> > On Monday 29 August 2011 15:09:04 Geert Uytterhoeven wrote:
>> >> On Mon, Aug 29, 2011 at 14:55, Laurent
Hi Gabriel,
On 8/29/11, Gabriel Sartori wrote:
> It there some devices that has more chance to work on a 2.6.35 kernel
> version so I can just cross compile the driver to my mx28 board in a
> easier way?
>
> Thanks in advance.
>
I suggest you using a device based on dib0700, I got it working on
Hi Geert,
On Monday 29 August 2011 16:14:38 Geert Uytterhoeven wrote:
> On Mon, Aug 29, 2011 at 15:34, Laurent Pinchart wrote:
> > On Monday 29 August 2011 15:09:04 Geert Uytterhoeven wrote:
> >> On Mon, Aug 29, 2011 at 14:55, Laurent Pinchart wrote:
> >> >> When will the driver report FB_{TYPE,VI
Hi Laurent,
On Mon, Aug 29, 2011 at 15:34, Laurent Pinchart
wrote:
> On Monday 29 August 2011 15:09:04 Geert Uytterhoeven wrote:
>> On Mon, Aug 29, 2011 at 14:55, Laurent Pinchart wrote:
>> >> When will the driver report FB_{TYPE,VISUAL}_FOURCC?
>> >> - When using a mode that cannot be represen
Hi Geert,
On Monday 29 August 2011 15:09:04 Geert Uytterhoeven wrote:
> On Mon, Aug 29, 2011 at 14:55, Laurent Pinchart wrote:
> >> When will the driver report FB_{TYPE,VISUAL}_FOURCC?
> >> - When using a mode that cannot be represented in the legacy way,
> >
> > Definitely.
> >
> >> - But w
Hello,
I am from Brazil and my english is not very good.
First of all, I am new on the list.
I work with embedded system development here in Brazil.
I have a lot to learn but I expect to help too!
I don't know if it is the right place to ask. Sorry if it is not.
I have a i.mx28EVK boa
Hi Laurent,
On Mon, Aug 29, 2011 at 14:55, Laurent Pinchart
wrote:
>> When will the driver report FB_{TYPE,VISUAL}_FOURCC?
>> - When using a mode that cannot be represented in the legacy way,
>
> Definitely.
>
>> - But what with modes that can be represented? Legacy software cannot
>> han
Hi Sylwester,
On Sunday 28 August 2011 13:28:23 Sylwester Nawrocki wrote:
> On 08/08/2011 05:50 PM, Laurent Pinchart wrote:
> > Subdevs hierachy, Linux device model
> >
> >
> > Preliminary conclusions:
> >
> > - With the move to device tree on ARM (and
Hi Tomasz,
On Monday 29 August 2011 13:55:31 Tomasz Stanislawski wrote:
> On 08/29/2011 10:56 AM, Laurent Pinchart wrote:
> > On Monday 29 August 2011 10:01:58 Tomasz Stanislawski wrote:
> >> On 08/26/2011 05:09 PM, Laurent Pinchart wrote:
> >>> On Friday 26 August 2011 15:06:06 Tomasz Stanislawsk
Hi Geert,
On Monday 29 August 2011 13:20:44 Geert Uytterhoeven wrote:
> On Mon, Aug 29, 2011 at 13:08, Laurent Pinchart wrote:
> > On Monday 29 August 2011 13:04:15 Geert Uytterhoeven wrote:
> >> On Mon, Aug 29, 2011 at 12:09, Laurent Pinchart wrote:
> >> > On Monday 29 August 2011 11:36:07 Geert
Hi Guennadi,
On Monday 29 August 2011 14:34:53 Guennadi Liakhovetski wrote:
> On Mon, 29 Aug 2011, Laurent Pinchart wrote:
> > On Monday 29 August 2011 14:18:50 Guennadi Liakhovetski wrote:
> > > On Sun, 28 Aug 2011, Laurent Pinchart wrote:
> > >
> > > [snip]
> > >
> > > > > @@ -593,8 +639,7 @@
On Mon, 29 Aug 2011, Marek Szyprowski wrote:
> Hello,
>
> On Monday, August 29, 2011 2:05 PM Guennadi Liakhovetski wrote:
>
> > Hi Marek
> >
> > On Mon, 29 Aug 2011, Marek Szyprowski wrote:
> >
> > > This patch changes the order of operations during stream on call. Now the
> > > buffers are fi
On Mon, 29 Aug 2011, Laurent Pinchart wrote:
> Hi Guennadi,
>
> On Monday 29 August 2011 14:18:50 Guennadi Liakhovetski wrote:
> > On Sun, 28 Aug 2011, Laurent Pinchart wrote:
> >
> > [snip]
> >
> > > > @@ -593,8 +639,7 @@ static struct ov5642 *to_ov5642(const struct
> > > > i2c_client *client)
Hi Guennadi,
On Monday 29 August 2011 14:18:50 Guennadi Liakhovetski wrote:
> On Sun, 28 Aug 2011, Laurent Pinchart wrote:
>
> [snip]
>
> > > @@ -593,8 +639,7 @@ static struct ov5642 *to_ov5642(const struct
> > > i2c_client *client) }
> > >
> > > /* Find a data format by a pixel code in an arr
Hello,
On Monday, August 29, 2011 2:05 PM Guennadi Liakhovetski wrote:
> Hi Marek
>
> On Mon, 29 Aug 2011, Marek Szyprowski wrote:
>
> > This patch changes the order of operations during stream on call. Now the
> > buffers are first queued to the driver and then the start_streaming method
> > i
Hello Mauro,
Please pull from the aero-m branch of my mxl111sf tree to add ATSC
support for the Hauppauge WinTV-Aero-M:
The following changes since commit c9f88aa976b79a26561fb7754a1e0e00ff7626fe:
Jose Alberto Reguero (1):
[media] ttusb2: add support for the dvb-t part of CT-3650 v3
ar
Hi Laurent
On Sun, 28 Aug 2011, Laurent Pinchart wrote:
[snip]
> > @@ -593,8 +639,7 @@ static struct ov5642 *to_ov5642(const struct i2c_client
> > *client) }
> >
> > /* Find a data format by a pixel code in an array */
> > -static const struct ov5642_datafmt
> > - *ov5642_fin
Hi Marek
On Mon, 29 Aug 2011, Marek Szyprowski wrote:
> This patch changes the order of operations during stream on call. Now the
> buffers are first queued to the driver and then the start_streaming method
> is called.
>
> This resolves the most common case when the driver needs to know buffer
This patch changes the order of operations during stream on call. Now the
buffers are first queued to the driver and then the start_streaming method
is called.
This resolves the most common case when the driver needs to know buffer
addresses to enable dma engine and start streaming. Additional par
On 08/29/2011 10:56 AM, Laurent Pinchart wrote:
Hi Tomasz,
On Monday 29 August 2011 10:01:58 Tomasz Stanislawski wrote:
On 08/26/2011 05:09 PM, Laurent Pinchart wrote:
On Friday 26 August 2011 15:06:06 Tomasz Stanislawski wrote:
This patch fix the handling of data passed to V4L2 ioctls. The
This patch changes the order of operations during stream on call. Now the
buffers are first queued to the driver and then the start_streaming method
is called.
This resolves the most common case when the driver needs to know buffer
addresses to enable dma engine and start streaming. Additional par
On Mon, Aug 29, 2011 at 13:08, Laurent Pinchart
wrote:
> On Monday 29 August 2011 13:04:15 Geert Uytterhoeven wrote:
>> On Mon, Aug 29, 2011 at 12:09, Laurent Pinchart wrote:
>> > On Monday 29 August 2011 11:36:07 Geert Uytterhoeven wrote:
>> >> On Mon, Aug 29, 2011 at 10:50, Laurent Pinchart wrot
Hi Geert,
On Monday 29 August 2011 13:04:15 Geert Uytterhoeven wrote:
> On Mon, Aug 29, 2011 at 12:09, Laurent Pinchart wrote:
> > On Monday 29 August 2011 11:36:07 Geert Uytterhoeven wrote:
> >> On Mon, Aug 29, 2011 at 10:50, Laurent Pinchart wrote:
> [...]
>
> > If my understanding is now corre
Hi Laurent,
On Mon, Aug 29, 2011 at 12:09, Laurent Pinchart
wrote:
> On Monday 29 August 2011 11:36:07 Geert Uytterhoeven wrote:
>> On Mon, Aug 29, 2011 at 10:50, Laurent Pinchart wrote:
[...]
> If my understanding is now correct, a V4L2 planar YUV type where Y, U and V
> components are stored
Hi Gary,
On Thursday 25 August 2011 18:07:38 Gary Thomas wrote:
> Background: I have working video capture drivers based on the
> TI PSP codebase from 2.6.32. In particular, I managed to get
> a driver for the TVP5150 (analogue BT656) working with that kernel.
>
> Now I need to update to Linux
Hi Enrico,
On Friday 26 August 2011 17:02:59 Enrico wrote:
> On Fri, Aug 26, 2011 at 12:52 PM, Gary Thomas wrote:
> > On 2011-08-26 04:42, Enrico wrote:
> >> Hi,
> >>
> >> i need some help to debug a kernel hang on an igep board (+ expansion)
> >> when using omap3-isp and tvp5150 video capture.
Hi Geert,
On Monday 29 August 2011 11:36:07 Geert Uytterhoeven wrote:
> On Mon, Aug 29, 2011 at 10:50, Laurent Pinchart wrote:
> > On Monday 29 August 2011 10:13:07 Geert Uytterhoeven wrote:
> >> On Fri, Aug 19, 2011 at 11:37, Laurent Pinchart wrote:
> > [snip]
> >
> >> > +- FB_TYPE_PACKED_PIXELS
Hi Laurent,
On Mon, Aug 29, 2011 at 10:50, Laurent Pinchart
wrote:
> On Monday 29 August 2011 10:13:07 Geert Uytterhoeven wrote:
>> On Fri, Aug 19, 2011 at 11:37, Laurent Pinchart wrote:
>
> [snip]
>
>> > +- FB_TYPE_PACKED_PIXELS
>> > +
>> > +Color components (usually RGB or YUV) are packed toget
Hi Mauro,
On Friday 26 August 2011 19:32:30 Mauro Carvalho Chehab wrote:
> Em 26-08-2011 12:29, Hans Verkuil escreveu:
> > On Friday, August 26, 2011 17:09:02 Mauro Carvalho Chehab wrote:
> >> Em 26-08-2011 11:16, Hans Verkuil escreveu:
> >>> On Friday, August 26, 2011 15:45:30 Laurent Pinchart wr
Hi Mauro,
On Friday 26 August 2011 17:09:02 Mauro Carvalho Chehab wrote:
> Em 26-08-2011 11:16, Hans Verkuil escreveu:
> > On Friday, August 26, 2011 15:45:30 Laurent Pinchart wrote:
> >> On Thursday 25 August 2011 14:43:56 Mauro Carvalho Chehab wrote:
> >>> Em 24-08-2011 19:29, Sakari Ailus escre
Hi Mauro,
I missed this patch for last rc release, can you please queue up for
next rc.
The following changes since commit 55f9c40ff632d03c527d6a6ceddcda0a224587a6:
Linus Torvalds (1):
Merge git://git.kernel.org/.../davem/sparc
are available in the git repository at:
git://arago-pr
Hi Tomasz,
On Monday 29 August 2011 10:01:58 Tomasz Stanislawski wrote:
> On 08/26/2011 05:09 PM, Laurent Pinchart wrote:
> > On Friday 26 August 2011 15:06:06 Tomasz Stanislawski wrote:
> >> This patch fix the handling of data passed to V4L2 ioctls. The content
> >> of the structures is not copi
Hi Geert,
Thanks for the review.
On Monday 29 August 2011 10:13:07 Geert Uytterhoeven wrote:
> On Fri, Aug 19, 2011 at 11:37, Laurent Pinchart wrote:
[snip]
> > +- FB_TYPE_PACKED_PIXELS
> > +
> > +Color components (usually RGB or YUV) are packed together into
> > macropixels +that are stored in
Hi Pawel
Thanks for the review.
On Sun, 28 Aug 2011, Pawel Osciak wrote:
> Hi Guennadi,
>
> On Wed, Aug 24, 2011 at 11:41, Guennadi Liakhovetski
> wrote:
> > The two recently added ioctl()s VIDIOC_CREATE_BUFS and VIDIOC_PREPARE_BUF
> > allow user-space applications to allocate video buffers of
Hi Magnus,
On Monday 29 August 2011 02:39:06 Magnus Damm wrote:
> 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-s
Hi Laurent,
My comments are mainly about the documentation of the "legacy" bits.
On Fri, Aug 19, 2011 at 11:37, Laurent Pinchart
wrote:
> diff --git a/Documentation/fb/api.txt b/Documentation/fb/api.txt
> new file mode 100644
> index 000..6808492
> --- /dev/null
> +++ b/Documentation/fb/api.
On 08/26/2011 05:09 PM, Laurent Pinchart wrote:
Hi Laurent,
Hi Tomasz,
On Friday 26 August 2011 15:06:06 Tomasz Stanislawski wrote:
This patch fix the handling of data passed to V4L2 ioctls. The content of
the structures is not copied if the ioctl fails. It blocks ability to
obtain any inform
Use the correct 'dma_addr' name for the buffer address. 'paddr' suggested
that this is the physical address in system memory. For most ARM platforms
these two are the same, but this is not a generic rule. 'dma_addr' will
also point better to dma-mapping api.
Signed-off-by: Marek Szyprowski
Signed
75 matches
Mail list logo