Hi there,
I have an Asus F8SA notebook with Lite-On TVT-1060 tuner. I have done
lots of searching to find out how to get this to work but have only
found links to patches for older versions or broken links. Can someone
tell me whether there is likely to ever be support for this card, or
perhaps po
Hi
After upgrading from Ubuntu 9.10 to Ubuntu 10.04 my Hauppauge WinTV-HVR-1120
(sometimes) doesn't work correctly.
I get random the following errors:
[ 53.216153] DVB: registering new adapter (saa7133[0])
[ 53.216156] DVB: registering adapter 2 frontend 0 (NXP TDA10048HN DVB-T)...
[ 53.84
Em 10-10-2010 19:23, Jonathan Corbet escreveu:
> Howdy, all,
>
> Well, that took a whole lot longer than I had hoped...but, attached, is a
> new version of the viafb camera driver patch, done against 2.6.36-rc7.
> I've tried to address most of Laurent's comments from back in June; in
> particular,
Hi Jonathan,
On Monday 11 October 2010 00:23:13 Jonathan Corbet wrote:
> Howdy, all,
>
> Well, that took a whole lot longer than I had hoped...but, attached, is a
> new version of the viafb camera driver patch, done against 2.6.36-rc7.
> I've tried to address most of Laurent's comments from back
So... let's see if i got some things right, please let me now if you disagree:
- I do want to use the omap34xxcam.c driver as it is for the newest
framework and I get most support for it
- The camera sensor driver must implement the v4l2-subdev and the new
pad-level api. As the register list of m
Hi Bastian,
On Monday 11 October 2010 14:59:15 Bastian Hecht wrote:
> So... let's see if i got some things right, please let me now if you
> disagree:
>
> - I do want to use the omap34xxcam.c driver as it is for the newest
> framework and I get most support for it
That's a bad start. With the la
Hi Seuni,
thanks for you review!
On 10/11/2010 07:09 AM, 박세운 wrote:
> Sewoon Park wrote:
>
>> Add MIPI CSI format definitions, prepare DMA address
>> definitions for interlaced input frame mode.
>>
>> Signed-off-by: Sylwester Nawrocki
>> Signed-off-by: Kyungmin Park
>> ---
>> drivers/media/vi
Add an I2C/v4l2-subdev driver for Siliconfile SR030PC30 VGA
camera sensor with Image Signal Processor. SR030PC30 is
the low resolution camera sensor on Samsung Aquila boards.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
Hello,
this patch is a second version of I2C/v4l2-su
On Sun, Oct 10, 2010 at 1:33 PM, David Ellingsworth
wrote:
> Hans,
>
> On Sun, Sep 26, 2010 at 8:25 AM, Hans Verkuil wrote:
>> Hi Mauro,
>>
>> These are the locking patches. It's based on my previous test tree, but with
>> more testing with em28xx and radio-mr800 and some small tweaks relating to
2010/10/11 Laurent Pinchart :
> Hi Bastian,
>
> On Monday 11 October 2010 14:59:15 Bastian Hecht wrote:
>> So... let's see if i got some things right, please let me now if you
>> disagree:
>>
>> - I do want to use the omap34xxcam.c driver as it is for the newest
>> framework and I get most support
Hi Bastian,
On Monday 11 October 2010 16:58:35 Bastian Hecht wrote:
> 2010/10/11 Laurent Pinchart :
> > On Monday 11 October 2010 14:59:15 Bastian Hecht wrote:
> >> So... let's see if i got some things right, please let me now if you
> >> disagree:
> >>
> >> - I do want to use the omap34xxcam.c d
On Mon, 11 Oct 2010, Bastian Hecht wrote:
> 2010/10/11 Laurent Pinchart :
> > Hi Bastian,
> >
> > On Monday 11 October 2010 14:59:15 Bastian Hecht wrote:
> >> So... let's see if i got some things right, please let me now if you
> >> disagree:
> >>
> >> - I do want to use the omap34xxcam.c driver a
On Mon, 11 Oct 2010 14:18:55 +0200
Laurent Pinchart wrote:
> > +static __devexit int viacam_remove(struct platform_device *pdev)
> > +{
> > + struct via_camera *cam = via_cam_info;
>
> And use it here.
>
> Just call platform_set_drvdata(pdev, cam) in viacam_probe to store the struct
> via_
There are a number of locking issues at tm6000 driver.
This series fixes those locking issues. After them, both mplayer and tvtime
are not causing panic/oops, even if I call it via a remote machine.
Unfortunately, my HVR-900H died (probably due to overheat), so I can't
test anymore the tm6010 al
Instead, use core lock handling.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/staging/tm6000/tm6000-cards.c
b/drivers/staging/tm6000/tm6000-cards.c
index 9d091c3..4106ae0 100644
--- a/drivers/staging/tm6000/tm6000-cards.c
+++ b/drivers/staging/tm6000/tm6000-cards.c
@@ -909,8 +909,6
On Sunday, October 10, 2010 19:33:48 David Ellingsworth wrote:
> Hans,
>
> On Sun, Sep 26, 2010 at 8:25 AM, Hans Verkuil wrote:
> > Hi Mauro,
> >
> > These are the locking patches. It's based on my previous test tree, but with
> > more testing with em28xx and radio-mr800 and some small tweaks rel
Those locking issues affect tvtime, causing a kernel oops/panic, due to
a race condition.
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/media/video/cx231xx/cx231xx-cards.c
b/drivers/media/video/cx231xx/cx231xx-cards.c
index c4cfcab..9c3a926 100644
--- a/drivers/media/video/cx231xx/c
The following changes since commit 9147e3dbca0712a5435cd2ea7c48d39344f904eb:
Mauro Carvalho Chehab (1):
V4L/DVB: cx231xx: use core-assisted lock
are available in the git repository at:
ssh://linuxtv.org/git/hverkuil/v4l-dvb.git mr800
Hans Verkuil (1):
radio-mr800: fix locking o
This avoids a race condition
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/staging/tm6000/tm6000-core.c
b/drivers/staging/tm6000/tm6000-core.c
index f5f8632..02c9c7c 100644
--- a/drivers/staging/tm6000/tm6000-core.c
+++ b/drivers/staging/tm6000/tm6000-core.c
@@ -657,7 +657,6 @@ void
Signed-off-by: Mauro Carvalho Chehab
diff --git a/drivers/staging/tm6000/tm6000-video.c
b/drivers/staging/tm6000/tm6000-video.c
index 23c85fd..f184585 100644
--- a/drivers/staging/tm6000/tm6000-video.c
+++ b/drivers/staging/tm6000/tm6000-video.c
@@ -788,25 +788,49 @@ static struct videobuf_queue
Em 11-10-2010 12:40, Hans Verkuil escreveu:
> On Sunday, October 10, 2010 19:33:48 David Ellingsworth wrote:
>> Hans,
>>
>> On Sun, Sep 26, 2010 at 8:25 AM, Hans Verkuil wrote:
>>> Hi Mauro,
>>>
>>> These are the locking patches. It's based on my previous test tree, but with
>>> more testing with
People are still waiting for this to be applied. Any reason it hasn't been?
On Tue, Aug 17, 2010 at 10:34 AM, VDR User wrote:
> This patches adjusts the tuner delay to be longer in response to
> several users experiencing tuner timeouts. This change fixes that
> problem and allows those users t
On Monday, October 11, 2010 17:48:45 Mauro Carvalho Chehab wrote:
> Em 11-10-2010 12:40, Hans Verkuil escreveu:
> > On Sunday, October 10, 2010 19:33:48 David Ellingsworth wrote:
> >> Hans,
> >>
> >> On Sun, Sep 26, 2010 at 8:25 AM, Hans Verkuil wrote:
> >>> Hi Mauro,
> >>>
> >>> These are the loc
People are still waiting for this to be applied. Any reason it hasn't been?
On Tue, Aug 17, 2010 at 10:56 AM, VDR User wrote:
> gp8psk: Add support for the Genpix Skywalker-2 per user requests.
>
> Patched against v4l-dvb hg ab433502e041 tip. Should patch fine
> against git as well.
>
> Signed-
2010/10/11 Guennadi Liakhovetski :
> On Mon, 11 Oct 2010, Bastian Hecht wrote:
>
>> 2010/10/11 Laurent Pinchart :
>> > Hi Bastian,
>> >
>> > On Monday 11 October 2010 14:59:15 Bastian Hecht wrote:
>> >> So... let's see if i got some things right, please let me now if you
>> >> disagree:
>> >>
>> >>
Hi Hans,
On Monday 11 October 2010 17:54:07 Hans Verkuil wrote:
> On Monday, October 11, 2010 17:48:45 Mauro Carvalho Chehab wrote:
> > Em 11-10-2010 12:40, Hans Verkuil escreveu:
> > > On Sunday, October 10, 2010 19:33:48 David Ellingsworth wrote:
> > >> Hans,
> > >>
> > >> On Sun, Sep 26, 2010
Em 11-10-2010 13:23, Laurent Pinchart escreveu:
> Hi Hans,
>
> On Monday 11 October 2010 17:54:07 Hans Verkuil wrote:
>> On Monday, October 11, 2010 17:48:45 Mauro Carvalho Chehab wrote:
>>> Em 11-10-2010 12:40, Hans Verkuil escreveu:
On Sunday, October 10, 2010 19:33:48 David Ellingsworth wr
On 09/29/10 21:38, Mauro Carvalho Chehab wrote:
> Em 29-09-2010 12:31, Randy Dunlap escreveu:
>> On Wed, 29 Sep 2010 14:36:04 +1000 Stephen Rothwell wrote:
>>
>>> Hi all,
>>>
>>> Changes since 20100928:
>>
>>
>> ERROR: "ir_keydown" [drivers/media/video/ir-kbd-i2c.ko] undefined!
>> ERROR: "__ir_inpu
Hi all,
this is a fifth version of patches adding camera capture capability
to the s5p-fimc driver. It incorporates minor fixes that I tracked
just after sending v4, my apologies for spaming the list..
Hopefully that is the last version to be merged.
Changes since v1:
- entirely removed plat-sam
It is not necessary to lock both capture and output buffer queue while
setting format for single queue.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-fimc/fimc-core.c | 69 +
1 files changed, 31 insertions(+), 38 deletio
Due to errorneous swapping of image dimensions the rotation
control was not handled properly in subsequent calls.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-fimc/fimc-core.c | 15 ++---
drivers/media/video/s5p-fimc/fimc-reg.c | 101 +++
Add MIPI CSI format definitions, prepare DMA address
definitions for interlaced input frame mode.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-fimc/fimc-reg.c |6 +-
drivers/media/video/s5p-fimc/regs-fimc.h | 61 -
Enable FIMC operation on S5PC210 (S5PV310) SoCs. This a minimal
adaptation to obtain functionality of older FIMC IP revisions
(S5PC100, S5PC110) on S5PC210 SOcs.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-fimc/fimc-core.c | 157 ++
Register access functions refactored for camera capture interface
control. Removed the workqueue since it was only useful for FIFO
output mode which is not supported at this time.
Fixed errors on module unload. Comments and whitespace cleanup.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyun
On Mon, Oct 11, 2010 at 11:40 AM, Hans Verkuil wrote:
> On Sunday, October 10, 2010 19:33:48 David Ellingsworth wrote:
>> Hans,
>>
>> On Sun, Sep 26, 2010 at 8:25 AM, Hans Verkuil wrote:
>> > Hi Mauro,
>> >
>> > These are the locking patches. It's based on my previous test tree, but
>> > with
>>
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 Oct 11 19:00:04 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 15164:1da5fed5c8b2
git master:
Em 11-10-2010 15:05, David Ellingsworth escreveu:
> On Mon, Oct 11, 2010 at 11:40 AM, Hans Verkuil wrote:
>> On Sunday, October 10, 2010 19:33:48 David Ellingsworth wrote:
>>> Mauro, you should be ashamed for accepting a series that obviously has
>>> issues.
>>
>> Hardly obvious, and definitely
Patches to support for NetUP Dual DVB-T/C-CI RF from NetUP Inc.
http://linuxtv.org/wiki/index.php/NetUP_Dual_DVB_T_C_CI_RF
Features:
PCI-e x1
Supports two DVB-T/DVB-C transponders simultaneously
Supports two analog audio/video channels simultaneously
Independent descrambling of two tra
Could you try:
http://linuxtv.org/hg/~anttip/qt1010/
Previous users of Compro VideoMate U80 has a qt1010 tuner, which
required that branch.
Ugnius Soraka wrote:
Hi,
I'd like to get in touch with driver developers, is there any way I
could help make RTL2831U driver work with Compro VideoMate
Hi stoth,
Em 31-07-2010 17:42, Steven Toth escreveu:
> Mauro,
>
> Analog Encoder and VBI support in the SAA7164 tree, for the HVR2200
> and HVR2250 cards.
>
> Please pull from http://www.kernellabs.com/hg/~stoth/saa7164-v4l
>
As requested on irc, I've pulled from your tree again, and fixed a f
Hi,
> Hmm...things you can try:
> 1) Tell pulseaudio not to use the saa7134-alsa soundcard (click on
> sound preferences (top panel, on the right, near the clock) and
> disable saa7134 soundcard).
> 2) Run "cat /proc/asound/card" or "arecord -l" and make sure you're
> using the right device on the
Em 11-10-2010 18:03, Mauro Carvalho Chehab escreveu:
> Hi stoth,
>
> Em 31-07-2010 17:42, Steven Toth escreveu:
>> Mauro,
>>
>> Analog Encoder and VBI support in the SAA7164 tree, for the HVR2200
>> and HVR2250 cards.
>>
>> Please pull from http://www.kernellabs.com/hg/~stoth/saa7164-v4l
>>
>
> A
Hi Jonathan,
On Monday 11 October 2010 17:30:48 Jonathan Corbet wrote:
> On Mon, 11 Oct 2010 14:18:55 +0200
>
> Laurent Pinchart wrote:
> > > +static __devexit int viacam_remove(struct platform_device *pdev)
> > > +{
> > > + struct via_camera *cam = via_cam_info;
> >
> > And use it here.
> >
>
I replied earlier, but due to gmail wanting to send HTML mail by
default (grr), it bounced when sending to the list Original
reply (slightly reformatted) follows:
>commit 86ae40b5f3da13c5fd0c70731aac6447c6af4cd8
>Author: Gavin Hurlbut
>Date: Thu Sep 30 18:21:20 2010 -0300
>
>
Hi Mauro
> Em 07-10-2010 10:00, Dmitri Belimov escreveu:
> > Hi
> >
> >> Em 06-10-2010 16:52, Dmitri Belimov escreveu:
> >>> Hi
> >>>
> >>> Our TV card Behold X7 has two different RF input. This RF inputs
> >>> can switch between different RF sources.
> >>>
> >>> ANT 1 for analog and digital TV
There is an integer overflow here because 0x0300 * 1000 is too large
for 31 bits.
rawir.duration should be in terms of nsecs.
IR_MAX_DURATION and 0x0300 are already in terms of nsecs.
STREAMZAP_TIMEOUT and STREAMZAP_RESOLUTION are 255 and 256 respectively
and are in terms of usecs.
The or
46 matches
Mail list logo
