Hi Tomasz,
On Mon, Jan 23, 2012 at 8:55 PM, Tomasz Stanislawski
wrote:
> Hi Mauro,
>
>
>
> Ok. I should have given more details about the patch. I am sorry for missing
> it. My kernel tree failed to compile after applying patches from
>
> [1]
> http://thread.gmane.org/gmane.linux.drivers.video-in
For s5p-{fimc,tv}
Acked-by: Kyungmin Park
On 1/25/12, Alan Stern wrote:
> As part of the removal of get_driver()/put_driver(), this patch
> (as1510) changes driver_find(); it now drops the reference it acquires
> before returning. The patch also adjusts all the callers of
> driver_find() to re
Alan Stern wrote:
>As part of the removal of get_driver()/put_driver(), this patch
>(as1510) changes driver_find(); it now drops the reference it acquires
>before returning. The patch also adjusts all the callers of
>driver_find() to remove the now unnecessary calls to put_driver().
>
>In additi
On Tue, Jan 24, 2012 at 01:33:37PM -0500, Alan Stern wrote:
> Greg:
>
> This patch series removes the get_driver() and put_driver() routines
> from the kernel.
>
> Those routines don't do anything useful. Their comments say that they
> increment and decrement the driver's reference count, just l
On Sat, Jan 21, 2012 at 01:32, Randy Dunlap wrote:
> On 01/19/2012 06:12 PM, Stephen Rothwell wrote:
>> Changes since 20120119:
>
> on x86_64:
>
> ERROR: "st_register" [drivers/media/radio/wl128x/fm_drv.ko] undefined!
> ERROR: "st_unregister" [drivers/media/radio/wl128x/fm_drv.ko] undefined!
Also
Hi,
I have an iMON device (device ID 15c2:ffdc) in my multimedia pc, which
worked without too many problems with pre-3.x kernels and the lirc_imon
module. With the new imon module since kernel 3.0 the remote worked as
expected, just everytime the module got reloaded or the machine was
rebooted, t
hi all,
checked out git on january 8th.
have the cam working,but it stops working every two or 3 days (system
is running 24 hours)
sometimes it recovers on its own:
Jan 21 20:59:45 zotac kernel: [81316.229519] dvb_ca adapter 0: CAM
tried to send a buffer larger than the ecount size!
Jan 21 20
How I can continue with bisect when I end up commit that is merge?
I was trying to find out reason for bug where core registers demux and
dvr even there is no frontend.
crw-rw+ 1 root video 212, 0 Jan 24 17:11 /dev/dvb/adapter0/demux0
crw-rw+ 1 root video 212, 1 Jan 24 17:11 /dev/dvb/ad
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 Jan 24 19:00:21 CET 2012
git hash:59b30294e14fa6a370fdd2bc2921cca1f977ef16
gcc version: i686-linux-gcc (GCC
Em 24-01-2012 16:30, Lars Hanisch escreveu:
> Hi,
>
> Am 24.01.2012 14:01, schrieb Mauro Carvalho Chehab:
> [...]
>>> That would be awesome to have this functionality in the kernel. I
>>> maintained the "unicable"-patch for the vdr (written by some guy from the
>>> vdr-portal.de who sadly does
Hi,
Am 24.01.2012 16:16, schrieb Devin Heitmueller:
On Tue, Jan 24, 2012 at 9:58 AM, Antti Palosaari wrote:
So what was the actual benefit then just introduce one way more to implement
same thing. As I sometime understood from Manu's talk there will not be
difference if my device is based of D
As part of the removal of get_driver()/put_driver(), this patch
(as1510) changes driver_find(); it now drops the reference it acquires
before returning. The patch also adjusts all the callers of
driver_find() to remove the now unnecessary calls to put_driver().
In addition, the patch adds a warni
Greg:
This patch series removes the get_driver() and put_driver() routines
from the kernel.
Those routines don't do anything useful. Their comments say that they
increment and decrement the driver's reference count, just like
get_device()/put_device() and a lot of other utility routines. But a
Hi,
Am 24.01.2012 14:01, schrieb Mauro Carvalho Chehab:
[...]
That would be awesome to have this functionality in the kernel. I maintained the
"unicable"-patch for the vdr (written by some guy from the vdr-portal.de who
sadly doesn't seem to respond to mails via that forum anymore).
It wou
On Tue, Jan 24, 2012 at 8:28 PM, Antti Palosaari wrote:
> On 01/24/2012 04:49 PM, Devin Heitmueller wrote:
>>
>> On Tue, Jan 24, 2012 at 6:48 AM, Antti Palosaari wrote:
>>>
>>> On 01/24/2012 06:41 AM, Hawes, Mark wrote:
Hi,
I have a HVR 4000 hybrid card which provides bo
I'm having a tough time getting a Compusa "VC-211A" USB video grabber
working under Fedora 16 on a Dell E521.
[root@shellder ~]# uname -a
Linux shellder.falciani.com 3.1.9-1.fc16.i686 #1 SMP Fri Jan 13
17:14:41 UTC 2012 i686 i686 i386 GNU/Linux
Jan 22 15:15:44 shellder kernel: [59072.105044] usb
My iMon LCD is not working anymore. The build module (imon.ko) has jaust
a size of ~6kb. the last working one had ~33kb. Can you pleas check,
what happned.
The faulty imon.ko is loading and also gives output on modinfo, but does
not give any error alt loading nor it is crealting die /dev/lcd.
thi
On 01/24/2012 05:16 PM, Devin Heitmueller wrote:
On Tue, Jan 24, 2012 at 9:58 AM, Antti Palosaari wrote:
So what was the actual benefit then just introduce one way more to implement
same thing. As I sometime understood from Manu's talk there will not be
difference if my device is based of DVB-T
On Tue, Jan 24, 2012 at 9:58 AM, Antti Palosaari wrote:
> So what was the actual benefit then just introduce one way more to implement
> same thing. As I sometime understood from Manu's talk there will not be
> difference if my device is based of DVB-T + DVB-C demod combination or just
> single ch
On 01/24/2012 04:49 PM, Devin Heitmueller wrote:
On Tue, Jan 24, 2012 at 6:48 AM, Antti Palosaari wrote:
On 01/24/2012 06:41 AM, Hawes, Mark wrote:
Hi,
I have a HVR 4000 hybrid card which provides both DVB-S2 and DVB-T
capabilities on the one adapter. Using the current media tree build upda
On Tue, Jan 24, 2012 at 6:48 AM, Antti Palosaari wrote:
> On 01/24/2012 06:41 AM, Hawes, Mark wrote:
>>
>> Hi,
>>
>> I have a HVR 4000 hybrid card which provides both DVB-S2 and DVB-T
>> capabilities on the one adapter. Using the current media tree build updated
>> with the contents of the linux
At 2012-01-24 15:16, Laurent Pinchart wrote:
Hi Kristof,
On Monday 23 January 2012 17:31:13 Csillag Kristof wrote:
At 2012-01-23 15:41, Laurent Pinchart wrote:
I think your best bet is still UVC + H.264, as that's what the market is
moving to. Any other compressed format (except for MJPEG) wil
Hi Kristof,
On Monday 23 January 2012 17:31:13 Csillag Kristof wrote:
> At 2012-01-23 15:41, Laurent Pinchart wrote:
> > I think your best bet is still UVC + H.264, as that's what the market is
> > moving to. Any other compressed format (except for MJPEG) will likely be
> > proprietary.
> >
> > A
On Mon, Jan 23, 2012 at 11:54:20AM +0100, Laurent Pinchart wrote:
> On Monday 23 January 2012 11:35:01 Daniel Vetter wrote:
> > See my other mail, dma_buf v1 does not support cpu access.
>
> v1 is in the kernel now, let's start discussing v2 ;-)
Ok, I'm in ;-)
I've thought a bit about this, and
Hi,
Em 28-09-2011 16:51, L. Hanisch escreveu:
> Hi,
>
> Am 28.09.2011 21:04, schrieb Christian Brunner:
>> This is an updated version of the unicable patch by Thomas Schloeter
>> for linux 3.1.
>>
>> The patch is an addition to the dvb_frontend code, that adds fully
>> transparent support for SCR
Em 24-01-2012 07:33, Klaus Schmidinger escreveu:
> On 23.01.2012 20:43, Mauro Carvalho Chehab wrote:
>> Hi Klaus,
>>
>> The patch didn't apply. It seems to be due to your emailer that mangled the
>> whitespaces.
>
> Sorry about that. Here it is again as an attachment.
Thanks!
>> The patch looks
Hi,
On 01/24/2012 12:07 PM, Subash Patel wrote:
Hello Thomasz,
Instead of adding another IOCTL to query the file-descriptor in
user-space, why dont we extend the existing ones in v4l2/vb2?
When the memory type set is V4L2_MEMORY_DMABUF, call to VIDIOC_REQBUFS
/VIDIOC_QUERYBUF from driver can t
On 01/24/2012 06:41 AM, Hawes, Mark wrote:
Hi,
I have a HVR 4000 hybrid card which provides both DVB-S2 and DVB-T
capabilities on the one adapter. Using the current media tree build updated
with the contents of the linux media drivers tarball dated 22/01/2012 the
drivers for this card are st
Hello Thomasz,
Instead of adding another IOCTL to query the file-descriptor in
user-space, why dont we extend the existing ones in v4l2/vb2?
When the memory type set is V4L2_MEMORY_DMABUF, call to VIDIOC_REQBUFS
/VIDIOC_QUERYBUF from driver can take/return the fd. We will need to add
another
On Tue, Jan 24, 2012 at 10:34:38AM +0100, Laurent Pinchart wrote:
> > > I'm not sure I would like a callback approach. If we add a sync
> > > operation, the exporter could signal to the importer that it must unmap
> > > the buffer by returning an appropriate value from the sync operation.
> > > Wou
Dear all,
I've been scanning this mailing list periodically for a long time,
checking for updates with respect to dvb-c devices. Particularly usb
dongles.
This would enable me to builld very compact PVR systems
Many devices exist, but only a few(read nothing really) were thus far
supported under l
Hi Mauro,
On Monday 23 January 2012 17:42:45 Mauro Carvalho Chehab wrote:
> Em 23-01-2012 13:56, Tomasz Stanislawski escreveu:
> > On 01/23/2012 04:04 PM, Mauro Carvalho Chehab wrote:
> >> Em 23-01-2012 12:42, Tomasz Stanislawski escreveu:
> >>> On 01/23/2012 03:32 PM, Mauro Carvalho Chehab wrote:
Hi Rob,
On Tuesday 24 January 2012 01:26:15 Clark, Rob wrote:
> On Mon, Jan 23, 2012 at 4:54 AM, Laurent Pinchart wrote:
> > On Monday 23 January 2012 11:35:01 Daniel Vetter wrote:
> >> On Mon, Jan 23, 2012 at 10:48, Laurent Pinchart wrote:
> >> > On Monday 23 January 2012 10:06:57 Marek Szyprowsk
On 23.01.2012 20:43, Mauro Carvalho Chehab wrote:
Hi Klaus,
The patch didn't apply. It seems to be due to your emailer that mangled the
whitespaces.
Sorry about that. Here it is again as an attachment.
The patch looks correct on my eyes. Yet, I'd like to have Manu's ack on it.
Em 19-01-2012
V4L2_CAP_DEVICE_CAPS is valid for the capabilities field only as per
the spec.
Found with v4l2-compliance.
Signed-off-by: Hans Verkuil
---
drivers/media/video/vivi.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/media/video/vivi.c b/drivers/media/video/vi
35 matches
Mail list logo
