Hi all,
Yesterday I upgraded the gcc version I use to compile the daily build to 4.7.1.
This causes very strange errors when compiling 2.6.39 - 3.3:
FATAL: media_build/v4l/tuner: sizeof(struct i2c_device_id)=32 is not a modulo
of the size of section __mod_i2c_device_table=18.
Fix definition
Hi,
On 06/19/2012 02:47 AM, Mauro Carvalho Chehab wrote:
Em 28-05-2012 07:46, Hans Verkuil escreveu:
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Hans de Goede hdego...@redhat.com
---
include/linux/videodev2.h | 19
Em 19-06-2012 05:27, Hans de Goede escreveu:
Hi,
On 06/19/2012 02:47 AM, Mauro Carvalho Chehab wrote:
Em 28-05-2012 07:46, Hans Verkuil escreveu:
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
Acked-by: Hans de Goede hdego...@redhat.com
---
Hi,
On 06/19/2012 01:09 PM, Mauro Carvalho Chehab wrote:
Em 19-06-2012 05:27, Hans de Goede escreveu:
Hi,
On 06/19/2012 02:47 AM, Mauro Carvalho Chehab wrote:
Em 28-05-2012 07:46, Hans Verkuil escreveu:
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil
Hi Mauro,
On Mon, Jun 18, 2012 at 7:01 PM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Em 31-05-2012 13:29, Ezequiel Garcia escreveu:
Hi Gregor,
On Thu, May 31, 2012 at 4:07 AM, Gregor Jasny gja...@googlemail.com wrote:
Hello,
On 5/30/12 3:42 PM, Ezequiel Garcia wrote:
This patch
Hi Hans,
On Tue, Jun 19, 2012 at 3:34 AM, Hans Verkuil hverk...@xs4all.nl wrote:
Hi all,
Yesterday I upgraded the gcc version I use to compile the daily build to
4.7.1.
This causes very strange errors when compiling 2.6.39 - 3.3:
FATAL: media_build/v4l/tuner: sizeof(struct
Hi Mauro,
Please take the Patch-set 7 which I submitted by removing my set_band
implementation (as per Hans V suggestion).
https://lkml.org/lkml/2012/5/21/294
Regards
Manju
On Tue, Jun 19, 2012 at 7:36 AM, Hans de Goede hdego...@redhat.com wrote:
Hi,
On 06/19/2012 01:09 PM, Mauro Carvalho
On Tue 19 June 2012 14:50:09 Ezequiel Garcia wrote:
Hi Hans,
On Tue, Jun 19, 2012 at 3:34 AM, Hans Verkuil hverk...@xs4all.nl wrote:
Hi all,
Yesterday I upgraded the gcc version I use to compile the daily build to
4.7.1.
This causes very strange errors when compiling 2.6.39 - 3.3:
Em 19-06-2012 09:36, Hans de Goede escreveu:
Hi,
On 06/19/2012 01:09 PM, Mauro Carvalho Chehab wrote:
Em 19-06-2012 05:27, Hans de Goede escreveu:
Hi,
On 06/19/2012 02:47 AM, Mauro Carvalho Chehab wrote:
Em 28-05-2012 07:46, Hans Verkuil escreveu:
From: Hans Verkuil
commit 9ef449c6b31bb6a8e6dedc24de475a3b8c79be20 ([media] rc: Postpone ISR
registration) fixed an early ISR registration on several drivers. It did
however also introduced a bug by moving the invocation of pnp_port_start()
to the end of the probe function.
This patch fixes this issue by moving
Em 19-06-2012 10:31, halli manjunatha escreveu:
Hi Mauro,
Please take the Patch-set 7 which I submitted by removing my set_band
implementation (as per Hans V suggestion).
https://lkml.org/lkml/2012/5/21/294
Manju,
That doesn't solve the issue.
As I pointed on my previous email, the
Hello,
can you provide more information:
- kernel version
- more log information (not only the error message but also the log from
the beginning, when you plug the device) with:
* the debug parameter of the dib8000 module set to 1
* the frontend_debug parameter of the
Hi David,
It sounds like we want a solution that
* lives in core code
* doesn't require tuner drivers to save state
* manages hybrid tuners appropriately
* allows for gradual API change-over (no flag day for tuners or
for capture devices)
* has a reasonable
On Tue, Jun 19, 2012 at 10:41 AM, Mauro Carvalho Chehab
mche...@redhat.com wrote:
Em 19-06-2012 10:31, halli manjunatha escreveu:
Hi Mauro,
Please take the Patch-set 7 which I submitted by removing my set_band
implementation (as per Hans V suggestion).
https://lkml.org/lkml/2012/5/21/294
Hi,
snip long discussion about having a fixed set of bands versus
a way to enumerate bands, including their rangelow, rangehigh
and capabilities
Ok, you've convinced me. I agree that having a way to actually
enumerate ranges, rather then having a fixed set of ranges, is
better.
Which brings
Hi,
On 06/19/2012 06:47 PM, Hans de Goede wrote:
Hi,
snip long discussion about having a fixed set of bands versus
a way to enumerate bands, including their rangelow, rangehigh
and capabilities
Ok, you've convinced me. I agree that having a way to actually
enumerate ranges, rather then having
On Tue, Jun 19, 2012 at 12:33 PM, Hans de Goede hdego...@redhat.com wrote:
Hi,
On 06/19/2012 06:47 PM, Hans de Goede wrote:
Hi,
snip long discussion about having a fixed set of bands versus
a way to enumerate bands, including their rangelow, rangehigh
and capabilities
Ok, you've
On 19/06/12 19:33, Hans de Goede wrote:
Hi,
On 06/19/2012 06:47 PM, Hans de Goede wrote:
Hi,
snip long discussion about having a fixed set of bands versus
a way to enumerate bands, including their rangelow, rangehigh
and capabilities
Ok, you've convinced me. I agree that having a way to
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:Tue Jun 19 19:00:25 CEST 2012
git hash:5472d3f17845c4398c6a510b46855820920c2181
gcc version: i686-linux-gcc
Hi,
On 06/19/2012 07:43 PM, halli manjunatha wrote:
On Tue, Jun 19, 2012 at 12:33 PM, Hans de Goede hdego...@redhat.com wrote:
Hi,
On 06/19/2012 06:47 PM, Hans de Goede wrote:
Hi,
snip long discussion about having a fixed set of bands versus
a way to enumerate bands, including their
Hans,
I've:
[peter@ace tmp]$ diff linux-2.6.35.13/scripts/mod/file2alias.c
linux-3.4.3/scripts/mod/file2alias.c
And found:
727a840
ADD_TO_DEVTABLE(i2c, struct i2c_device_id, do_i2c_entry);
This line only exists on 3.4.3 version of file2alias.c. Isn't this why
it successfully compile with newer
Full diff:
http://pastebin.com/BJS2EXcH
On Tue, Jun 19, 2012 at 4:39 PM, Peter Senna Tschudin
peter.se...@gmail.com wrote:
Hans,
I've:
[peter@ace tmp]$ diff linux-2.6.35.13/scripts/mod/file2alias.c
linux-3.4.3/scripts/mod/file2alias.c
And found:
727a840
ADD_TO_DEVTABLE(i2c, struct
On Tue, Jun 19, 2012 at 4:39 PM, Peter Senna Tschudin
peter.se...@gmail.com wrote:
Hans,
I've:
[peter@ace tmp]$ diff linux-2.6.35.13/scripts/mod/file2alias.c
linux-3.4.3/scripts/mod/file2alias.c
And found:
727a840
ADD_TO_DEVTABLE(i2c, struct i2c_device_id, do_i2c_entry);
FWIW, that macro
Hi Thomas,
Thanks for the patch.
On Thursday 14 June 2012 15:37:36 Tomasz Stanislawski wrote:
This patch adds description and usage examples for importing
DMABUF file descriptor in V4L2.
Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com
Signed-off-by: Kyungmin Park
On 18 June 2012 12:41, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
This might be cause by a bug in the USB core or in the UVC driver. Would you
be able to bisect the regression ?
Are you aware of any tool to bisect such issues using
kvm/virtualbox/..? I would like to bisect the
Hi Tomasz,
Thanks for the patch.
On Thursday 14 June 2012 15:37:44 Tomasz Stanislawski wrote:
From: Marek Szyprowski m.szyprow...@samsung.com
Add prepare/finish callbacks to vb2-dma-contig allocator.
Signed-off-by: Marek Szyprowski m.szyprow...@samsung.com
Acked-by: Laurent Pinchart
Hi Tomasz,
Thanks for the patch.
On Thursday 14 June 2012 15:37:46 Tomasz Stanislawski wrote:
This patch adds support for importing DMABUF files for
vmalloc allocator in Videobuf2.
Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com
Signed-off-by: Kyungmin Park
Hi Tomasz,
Thanks for the patch.
On Thursday 14 June 2012 15:37:40 Tomasz Stanislawski wrote:
This patch removes a reference to alloc_ctx from an instance of a DMA
contiguous buffer. It helps to avoid a risk of a dangling pointer if the
context is released while the buffer is still valid.
Hi Tomasz,
On Thursday 14 June 2012 15:37:34 Tomasz Stanislawski wrote:
Hello everyone,
This patchset adds support for DMABUF [2] importing to V4L2 stack.
The support for DMABUF exporting was moved to separate patchset
due to dependency on patches for DMA mapping redesign by
Marek Szyprowski
Hi Bhupesh,
Thanks for the patch, and sorry for the late reply.
On Friday 01 June 2012 15:08:58 Bhupesh Sharma wrote:
This patch adds the support in UVC webcam gadget design for providing
USB_GADGET_DELAYED_STATUS in response to a set_interface(alt setting 1)
command issue by the Host.
The
Hi Javier,
On Tue, Jun 19, 2012 at 11:11 AM, Javier Martin
javier.mar...@vista-silicon.com wrote:
This patch adds support for the video encoder present
in the i.MX27. It currently support encoding in H.264 and
in MPEG4 SP. It's working properly in a Visstrim SM10 platform.
It uses
31 matches
Mail list logo