Antti:
You are great !
So as far as I am concerned, it would be great if one of the others
could use up your work on the USB bridge, and add the IR remote
interface, based on the LIRC framework.
It actually should yield little code, and mainly requires a)
understanding of LIRC and b) comparin
On Monday, June 20, 2011 22:02:01 Mauro Carvalho Chehab wrote:
> Em 20-06-2011 15:44, Hans Verkuil escreveu:
> > This message is generated daily by a cron job that builds v4l-dvb for
> > the kernels and architectures in the list below.
> >
> > Results of the daily build of v4l-dvb:
> >
> > date:
I bought a KAIOMY ISDB-T Hybrid USB Dongle Receiver to use with my Dell
Inspiron 15 Laptop under Ubuntu 11.04 Linux. But I connect it in the USB
port and it doesn't recognises it. The kernel version I am using is the
2.6.38-8-generic. I opened the menuconfig of the kernel and I could saw
that a
Em 20-06-2011 18:31, HoP escreveu:
> 2011/6/20 Mauro Carvalho Chehab :
>> Em 20-06-2011 17:24, HoP escreveu:
>>> 2011/6/20 Devin Heitmueller :
On Mon, Jun 20, 2011 at 3:56 PM, HoP wrote:
> Do you think it is really serious enough reason to prevent of having
> such virtualization drive
2011/6/20 Antti Palosaari :
> On 06/21/2011 12:25 AM, Antti Palosaari wrote:
>>
>> On 06/21/2011 12:20 AM, Rune Evjen wrote:
>>>
>>> 2011/6/20 Antti Palosaari:
LNA is controlled by demod GPIO line. I don't remember if it is on or
off
for DVB-C currently. Look em28xx-dvb.c file,
On Mon, Jun 20, 2011 at 6:11 PM, Bjørn Mork wrote:
> Devin Heitmueller writes:
>
>> Nothing prevents a third-party from writing closed source drivers.
>> What we do *not* think is fair though is that those third parties
>> should be able to take advantage of all the GPL code that makes up the
>>
Hi Bjørn.
2011/6/21 Bjørn Mork :
> Devin Heitmueller writes:
>
>> Nothing prevents a third-party from writing closed source drivers.
>> What we do *not* think is fair though is that those third parties
>> should be able to take advantage of all the GPL code that makes up the
>> DVB core, and the
It is Maxim who have been hacking with RTL2832/RTL2832U lately. But I
think he have given up since no noise anymore.
I have taken now it again up to my desk and have been hacking two days
now. Currently I am working with RTL2830 demod driver, I started it from
scratch. Take sniffs, make script
Does it work for TW6868-based capture cards? Like one, IVCE-T608, by iEi?
-Original Message-
From: linux-media-ow...@vger.kernel.org
[mailto:linux-media-ow...@vger.kernel.org] On Behalf Of Roman Gaufman
Sent: Sunday, June 19, 2011 8:07 AM
To: linux-media@vger.kernel.org
Subject: TW68 Driv
Devin Heitmueller writes:
> Nothing prevents a third-party from writing closed source drivers.
> What we do *not* think is fair though is that those third parties
> should be able to take advantage of all the GPL code that makes up the
> DVB core, and the man-years spent developing that code.
Yo
2011/6/20 Mauro Carvalho Chehab :
> Em 20-06-2011 17:24, HoP escreveu:
>> 2011/6/20 Devin Heitmueller :
>>> On Mon, Jun 20, 2011 at 3:56 PM, HoP wrote:
Do you think it is really serious enough reason to prevent of having
such virtualization driver in the kernel?
Let check my si
On 06/21/2011 12:25 AM, Antti Palosaari wrote:
On 06/21/2011 12:20 AM, Rune Evjen wrote:
2011/6/20 Antti Palosaari:
LNA is controlled by demod GPIO line. I don't remember if it is on or
off
for DVB-C currently. Look em28xx-dvb.c file, you can disable or
enable it
from there (needs re-compiling
On 06/21/2011 12:20 AM, Rune Evjen wrote:
2011/6/20 Antti Palosaari:
LNA is controlled by demod GPIO line. I don't remember if it is on or off
for DVB-C currently. Look em28xx-dvb.c file, you can disable or enable it
from there (needs re-compiling driver).
I also saw BER counter running some mu
2011/6/20 Antti Palosaari :
> On 06/20/2011 11:55 PM, Rune Evjen wrote:
>>
>> 2011/6/20 Markus Rechberger:
>>>
>>> to tell the difference the amplifier is for DVB-T2, DVB-C is disabled
>>> in windows because it's not reliable.
>>> Technically the chip supports it but the LNA decreases the quality.
On Mon, Jun 20, 2011 at 11:10 PM, Antti Palosaari wrote:
> On 06/21/2011 12:04 AM, Markus Rechberger wrote:
>>
>> On Mon, Jun 20, 2011 at 10:55 PM, Rune Evjen wrote:
>>>
>>> 2011/6/20 Markus Rechberger:
to tell the difference the amplifier is for DVB-T2, DVB-C is disabled
in window
On Mon, Jun 20, 2011 at 11:02 PM, Antti Palosaari wrote:
> On 06/20/2011 11:55 PM, Rune Evjen wrote:
>>
>> 2011/6/20 Markus Rechberger:
>>>
>>> to tell the difference the amplifier is for DVB-T2, DVB-C is disabled
>>> in windows because it's not reliable.
>>> Technically the chip supports it but t
On 06/21/2011 12:04 AM, Markus Rechberger wrote:
On Mon, Jun 20, 2011 at 10:55 PM, Rune Evjen wrote:
2011/6/20 Markus Rechberger:
to tell the difference the amplifier is for DVB-T2, DVB-C is disabled
in windows because it's not reliable.
Technically the chip supports it but the LNA decreases t
On Mon, Jun 20, 2011 at 10:55 PM, Rune Evjen wrote:
> 2011/6/20 Markus Rechberger :
>> On Mon, Jun 20, 2011 at 9:29 PM, Rune Evjen wrote:
>>> 2011/6/12 Antti Palosaari :
On 06/12/2011 11:23 AM, Rune Evjen wrote:
>
> I just tested a PCTV 290e device using the latest media_build driver
On 06/20/2011 11:55 PM, Rune Evjen wrote:
2011/6/20 Markus Rechberger:
to tell the difference the amplifier is for DVB-T2, DVB-C is disabled
in windows because it's not reliable.
Technically the chip supports it but the LNA decreases the quality.
There are already some other PCI boards
out there
2011/6/20 Markus Rechberger :
> On Mon, Jun 20, 2011 at 9:29 PM, Rune Evjen wrote:
>> 2011/6/12 Antti Palosaari :
>>> On 06/12/2011 11:23 AM, Rune Evjen wrote:
I just tested a PCTV 290e device using the latest media_build drivers
in MythTV as a DVB-C device, and ran into some proble
Em 20-06-2011 17:24, HoP escreveu:
> 2011/6/20 Devin Heitmueller :
>> On Mon, Jun 20, 2011 at 3:56 PM, HoP wrote:
>>> Do you think it is really serious enough reason to prevent of having
>>> such virtualization driver in the kernel?
>>>
>>> Let check my situation and tell me how I should continue
2011/6/20 Devin Heitmueller :
> On Mon, Jun 20, 2011 at 3:56 PM, HoP wrote:
>> Do you think it is really serious enough reason to prevent of having
>> such virtualization driver in the kernel?
>>
>> Let check my situation and tell me how I should continue (TBH, I already
>> thought that driver can
Planes are a bit like half-CRTCs. They have a location and fb, but
don't drive outputs directly. Add support for handling them to the core
KMS code.
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/drm_crtc.c | 235 +++-
drivers/gpu/drm/drm_drv.c |3
To properly support the various plane formats supported by different
hardware, the kernel must know the pixel format of a framebuffer object.
So add a new ioctl taking a format argument corresponding to a fourcc
name from videodev2.h.
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/drm_crtc.c
The old overlay block has all sorts of quirks and is very different than
ILK+ video sprites. So rename it to legacy to make that clear and clash
less with core overlay support.
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/i915/i915_debugfs.c |2 +-
drivers/gpu/drm/i915/i915_drv.h |
The video sprites support video surface formats natively and can handle
scaling well. So add support for them using the new DRM core overlay
support functions.
Signed-off-by: Jesse Barnes
---
drivers/gpu/drm/i915/Makefile |1 +
drivers/gpu/drm/i915/i915_reg.h | 52 +
On 06/20/2011 11:04 PM, mossroy wrote:
In France, the DVB-T channels are currently moving (because the analog
TV is being removed at the same time)
The frequencies are modified region by region, with a calendar that
started in late 2009, and will end on november 29th 2011 (see
http://www.tousaunu
In France, the DVB-T channels are currently moving (because the analog
TV is being removed at the same time)
The frequencies are modified region by region, with a calendar that
started in late 2009, and will end on november 29th 2011 (see
http://www.tousaunumerique.fr/ou-et-quand/ )
All the ne
On Mon, Jun 20, 2011 at 3:56 PM, HoP wrote:
> Do you think it is really serious enough reason to prevent of having
> such virtualization driver in the kernel?
>
> Let check my situation and tell me how I should continue (TBH, I already
> thought that driver can be accepted, but my dumb brain thoug
Em 20-06-2011 15:44, Hans Verkuil escreveu:
> This message is generated daily by a cron job that builds v4l-dvb for
> the kernels and architectures in the list below.
>
> Results of the daily build of v4l-dvb:
>
> date:Mon Jun 20 19:00:22 CEST 2011
> git hash:5b5c6e080e7d3b484536fa5c9
2011/6/20 Devin Heitmueller :
> 2011/6/20 Sébastien RAILLARD (COEXSI) :
>> If I may put my two cents in this discussion regarding the closed source
>> code problem: maybe it could be great to have some closed source drivers
>> making some DVB hardware working better or even allowing more DVB hardwa
On Mon, Jun 20, 2011 at 9:29 PM, Rune Evjen wrote:
> 2011/6/12 Antti Palosaari :
>> On 06/12/2011 11:23 AM, Rune Evjen wrote:
>>>
>>> I just tested a PCTV 290e device using the latest media_build drivers
>>> in MythTV as a DVB-C device, and ran into some problems.
>>>
>>> The adapter is recognized
Hello again,
Le lundi 20 juin 2011 20:41:44 Devin Heitmueller, vous avez écrit :
> > Some might argue that CUSE can already do this. Then again, CUSE would
> > not be able to reuse the kernel DVB core infrastructure: everything
> > would need to be reinvented in userspace.
>
> Generally s
2011/6/20 Sébastien RAILLARD (COEXSI) :
> If I may put my two cents in this discussion regarding the closed source
> code problem: maybe it could be great to have some closed source drivers
> making some DVB hardware working better or even allowing more DVB hardware
> working under Linux. For examp
2011/6/12 Antti Palosaari :
> On 06/12/2011 11:23 AM, Rune Evjen wrote:
>>
>> I just tested a PCTV 290e device using the latest media_build drivers
>> in MythTV as a DVB-C device, and ran into some problems.
>>
>> The adapter is recognized by the em28xx-dvb driver [1] and dmesg
>> output seems to b
Put the includes into a slightly more readable ordering and get rid of a
few unneeded ones.
Signed-off-by: Jonathan Corbet
---
drivers/media/video/marvell-ccic/mcam-core.c | 14 ++
1 files changed, 6 insertions(+), 8 deletions(-)
diff --git a/drivers/media/video/marvell-ccic/mcam-
This was an old debugging thing from years ago. It's only done at
initialization time, but it's still unnecessary; take it out.
Signed-off-by: Jonathan Corbet
---
drivers/media/video/marvell-ccic/mcam-core.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/media
The sequence numbers already give that information if user space cares;
this is a frequent occurrence on slower machines, alas.
Signed-off-by: Jonathan Corbet
---
drivers/media/video/marvell-ccic/mcam-core.c |2 --
1 files changed, 0 insertions(+), 2 deletions(-)
diff --git a/drivers/media/
The core driver can now operate in either vmalloc or dma-contig modes;
obviously the latter is preferable when it is supported. Default is
currently vmalloc on all platforms; load the module with buffer_mode=1 for
contiguous DMA mode.
Signed-off-by: Jonathan Corbet
---
drivers/media/video/marve
This is a basic, naive conversion to the videobuf2 infrastructure, removing
a lot of code in the process. For now, we're using vmalloc, which is
suboptimal, but it does match what the cafe driver did before. In the cafe
case, it may have to stay that way just because memory is too tight to do
dir
OK, here's my second series of marvell-cam patches for comment; the main
thing here is (finally) the addition of videobuf2 vmalloc and dma-contig
support. Anybody who would just rather look at the final product can grab:
git://git.lwn.net/linux-2.6.git mmp-linuxtv
There is one real myste
Remove empty and useless g_input and s_input ioctls.
This fixes one fail of v4l2-compliance test.
Signed-off-by: Ondrej Zary
--- linux-2.6.39-rc2-/sound/i2c/other/tea575x-tuner.c 2011-06-11
15:29:18.0 +0200
+++ linux-2.6.39-rc2/sound/i2c/other/tea575x-tuner.c2011-06-11
15:29:51.0
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Devin Heitmueller
> Sent: lundi 20 juin 2011 20:25
> To: HoP
> Cc: Rémi Denis-Courmont; linux-media@vger.kernel.org
> Subject: Re: [RFC] vtunerc - virtual DVB device d
Change locking to allow tea575x-radio device to be opened multiple times.
Signed-off-by: Ondrej Zary
--- linux-2.6.39-rc2-/include/sound/tea575x-tuner.h 2011-06-11
15:21:50.0 +0200
+++ linux-2.6.39-rc2/include/sound/tea575x-tuner.h 2011-06-11
14:50:55.0 +0200
@@ -49,7
This message is generated daily by a cron job that builds v4l-dvb for
the kernels and architectures in the list below.
Results of the daily build of v4l-dvb:
date:Mon Jun 20 19:00:22 CEST 2011
git hash:5b5c6e080e7d3b484536fa5c96b78ff53df83e84
gcc version: i686-linux-gcc (GCC) 4.5
On Mon, Jun 20, 2011 at 2:17 PM, HoP wrote:
> Can you tell me when such disscussion was done? I did a big attempt
> to check if my work is not reinventing wheels, but I found only some
> very generic frontend template by Emard .
See the "userspace tuner" thread here for the background:
http://ww
Hi Devin.
2011/6/20 Devin Heitmueller :
> 2011/6/20 Rémi Denis-Courmont :
>> Hello,
>>
>> Le dimanche 19 juin 2011 03:10:15 HoP, vous avez écrit :
>>> get inspired by (unfortunately close-source) solution on stb
>>> Dreambox 800 I have made my own implementation
>>> of virtual DVB device, b
2011/6/20 Rémi Denis-Courmont :
> Hello,
>
> Le dimanche 19 juin 2011 03:10:15 HoP, vous avez écrit :
>> get inspired by (unfortunately close-source) solution on stb
>> Dreambox 800 I have made my own implementation
>> of virtual DVB device, based on the same device API.
>
> Some might argue
Hello,
Le dimanche 19 juin 2011 03:10:15 HoP, vous avez écrit :
> get inspired by (unfortunately close-source) solution on stb
> Dreambox 800 I have made my own implementation
> of virtual DVB device, based on the same device API.
Some might argue that CUSE can already do this. Then again
On Monday, June 20, 2011 07:30:11 Marek Szyprowski wrote:
> Hello,
>
> On Monday, June 20, 2011 3:28 AM Pawel Osciak wrote:
>
> > On Fri, Jun 17, 2011 at 11:57, Jonathan Corbet wrote:
> > > Here's another videobuf2 question...I've been trying to track down some
> > > weird behavior, the roots of
On Thu, Jun 16, 2011 at 02:14:42AM +0300, Antti Palosaari wrote:
> Moikka Juergen,
Hi!
>
> On 06/13/2011 03:38 AM, Juergen Lock wrote:
> > af9015_rc_query: key repeated
>
> > Does that help?
>
> Repeat check logick in function af9015_rc_query() is failing for some
> reason. You could try to l
Jan Hoogenraad wrote:
Sascha: Thanks for the links
Would you know how to contact poma ?
I know ;)
Really, the right person to contact:
http://article.gmane.org/gmane.linux.drivers.video-input-infrastructure/26131
http://news.gmane.org/find-root.php?message_id=%3c1291503774.1874.90.camel%40maxi
On Monday 06 June 2011 22:10:22 Mauro Carvalho Chehab wrote:
> Please solve the firmware issue before the next merge window.
I have not yet received a reply from Devin Heitmueller to my post about
the changes I made to his firmware building utility, but for now here is
the modified firmware file
On Mon, 20 Jun 2011 07:30:11 +0200
Marek Szyprowski wrote:
> Because of that I decided to call start_streaming first, before the
> __enqueue_in_driver() to ensure the drivers will get their methods
> called always in the same order, whatever used does.
It still seems like the "wrong" order to
Hi Hans,
On Monday 20 June 2011 17:03:31 Hans Verkuil wrote:
> Hi Mauro,
>
> I've added two small patches based on feedback from Laurent:
>
> v4l2-ctrls/v4l2-events: small coding style cleanups
> v4l2-event.h: add overview documentation to the header.
>
> No code change, just stylis
Hi Mauro,
I've added two small patches based on feedback from Laurent:
v4l2-ctrls/v4l2-events: small coding style cleanups
v4l2-event.h: add overview documentation to the header.
No code change, just stylistic/documentation.
Regards,
Hans
On Saturday, June 18, 2011 12:39:5
Hi Mauro,
On Monday 20 June 2011 16:05:39 Mauro Carvalho Chehab wrote:
> Em 20-06-2011 10:38, Laurent Pinchart escreveu:
> > On Monday 20 June 2011 14:50:28 Mauro Carvalho Chehab wrote:
> >> Em 20-06-2011 09:35, Laurent Pinchart escreveu:
> >>> On Sunday 19 June 2011 13:47:16 Mauro Carvalho Chehab
On Monday, June 20, 2011 16:09:32 Laurent Pinchart wrote:
> Hi Hans,
>
> Thanks for the patch.
>
> On Tuesday 14 June 2011 17:22:29 Hans Verkuil wrote:
> > From: Hans Verkuil
> >
> > When the event queue for a subscribed event is full, then the oldest
> > event is dropped. It would be nice if t
Hi Hans,
Thanks for the patch.
On Tuesday 14 June 2011 17:22:29 Hans Verkuil wrote:
> From: Hans Verkuil
>
> When the event queue for a subscribed event is full, then the oldest
> event is dropped. It would be nice if the contents of that oldest
> event could be merged with the next-oldest. Tha
Em 20-06-2011 10:38, Laurent Pinchart escreveu:
> Hi Mauro,
>
> On Monday 20 June 2011 14:50:28 Mauro Carvalho Chehab wrote:
>> Em 20-06-2011 09:35, Laurent Pinchart escreveu:
>>> On Sunday 19 June 2011 13:47:16 Mauro Carvalho Chehab wrote:
Em 19-06-2011 02:00, Helmut Auer escreveu:
> Am
Hi Hans,
Thanks for the patch.
On Tuesday 14 June 2011 17:22:27 Hans Verkuil wrote:
> From: Hans Verkuil
>
> The v4l2_ctrl_fh struct connected v4l2_ctrl with v4l2_fh so the control
> would know which filehandles subscribed to it. However, it is much easier
> to use struct v4l2_subscribed_event
On Monday 20 June 2011 15:00:00 Mike Gulliford wrote:
> PLEASE TAKE NOTE - THIS IS THE THIRD TIME I HAVE ASKED FOR UNSUBSCRIBE
And this is the third time you fail to read the e-mail until the end, where
simple unsubscribing instructions are available.
> The email address lwal...@bluechiptec
Hi Mauro,
On Monday 20 June 2011 14:50:28 Mauro Carvalho Chehab wrote:
> Em 20-06-2011 09:35, Laurent Pinchart escreveu:
> > On Sunday 19 June 2011 13:47:16 Mauro Carvalho Chehab wrote:
> >> Em 19-06-2011 02:00, Helmut Auer escreveu:
> >>> Am 18.06.2011 23:38, schrieb Oliver Endriss:
> On Sat
Hi Hans,
Thanks for the patch, and sorry for the late review.
On Tuesday 07 June 2011 17:05:18 Hans Verkuil wrote:
> From: Hans Verkuil
>
> Whenever a control changes value or state an event is sent to anyone
> that subscribed to it.
>
> This functionality is useful for control panels but also
On Monday, June 20, 2011 15:05:47 Laurent Pinchart wrote:
> Hi Hans,
>
> Thanks for the patch.
>
> On Tuesday 07 June 2011 17:05:13 Hans Verkuil wrote:
> > From: Hans Verkuil
> >
> > It is a bit tricky to handle autogain/gain type scenerios correctly. Such
> > controls need to be clustered and
PLEASE TAKE NOTE - THIS IS THE THIRD TIME I HAVE ASKED FOR UNSUBSCRIBE
The email address lwal...@bluechiptechnology.co.uk nneds to be deleted
urgently. This is a former employee, I have to monitor this email box and it
is full of this beagleboard messaging which is no longer relevant to th
Hi Hans,
Thanks for the patch.
On Tuesday 07 June 2011 17:05:13 Hans Verkuil wrote:
> From: Hans Verkuil
>
> It is a bit tricky to handle autogain/gain type scenerios correctly. Such
> controls need to be clustered and the V4L2_CTRL_FLAG_UPDATE should be set
> on the autofoo controls. In additi
Em 20-06-2011 09:35, Laurent Pinchart escreveu:
> Hi Mauro,
>
> On Sunday 19 June 2011 13:47:16 Mauro Carvalho Chehab wrote:
>> Em 19-06-2011 02:00, Helmut Auer escreveu:
>>> Am 18.06.2011 23:38, schrieb Oliver Endriss:
On Saturday 18 June 2011 23:11:21 Helmut Auer wrote:
> Hi
>
>
Hi Mauro,
On Sunday 19 June 2011 13:47:16 Mauro Carvalho Chehab wrote:
> Em 19-06-2011 02:00, Helmut Auer escreveu:
> > Am 18.06.2011 23:38, schrieb Oliver Endriss:
> >> On Saturday 18 June 2011 23:11:21 Helmut Auer wrote:
> >>> Hi
> >>>
> Replacing
>
> ifdef CONFIG_VIDEO_OM
Use new platform data ext_freq and target_freq.
Signed-off-by: Javier Martin
---
arch/arm/mach-omap2/Makefile |1 +
arch/arm/mach-omap2/board-omap3beagle-camera.c | 95
arch/arm/mach-omap2/board-omap3beagle.c| 50
3 files ch
Fix BUG with output_control register and frequency calculation problems.
- Output control register was being smashed, thus causing pixclk to have
a high slew rate.
- We cannot assume that we will always have a 20MHz input freq,
so a table has been added so that the user can specify input freq
and
On 06/20/2011 11:51 AM, David wrote:
Hello again:
I ' m working with remote in sveon stv22:
remote es a grid of buttons 4 buttons horizontally and 8 vertically
That's RC_MAP_MSI_DIGIVOX_III remote. It is already used by that AF9015.
You should add USB-ID mapping for that remote to auto detect
Hello,
I am running the Hauppauge Nova-TD Stick using the latest git drivers
(I followed http://wiki.ubuntuusers.de/v4l-dvb) under Ubuntu 11.04.
The stick seems to work fine, it is detected and usable by the software
(w_scan, VDR, mythtv).
However, the reception is very bad. Only one out o
Hi Jon
On 06/17/2011 08:57 PM, Jonathan Corbet wrote:
> Here's another videobuf2 question...I've been trying to track down some
> weird behavior, the roots of which were in the fact that start_streaming()
> gets called even though no buffers have been queued. This behavior is
> quite explicit in
74 matches
Mail list logo
