On Friday 23 April 2010 08:08:01 Mauro Carvalho Chehab wrote:
> Hans Verkuil wrote:
> > The following changes since commit 975b06b6c01ba2da4d26a7ba6ea783d5f670aa7d:
> > Jonathan Corbet (1):
> > V4L/DVB: ov7670: silence some compiler warnings
> >
> > are available in the git repository at
Hans Verkuil wrote:
> The following changes since commit 975b06b6c01ba2da4d26a7ba6ea783d5f670aa7d:
> Jonathan Corbet (1):
> V4L/DVB: ov7670: silence some compiler warnings
>
> are available in the git repository at:
>
> git://linuxtv.org/hverkuil/v4l-dvb-videobuf.git videobuf
>
> Han
its a tm6010 chipset. I guess there might still be some missing
initialisation in the mainstream codes.
I think Stefan Ringel have that and he is working on the analog code
as well. We will probably have to wait for him.
If you have the full usb snoop data, I will consider looking into it
but its
Drop the imon driver's internal protocol definitions in favor of using
those provided by ir-core. Should make ir-keytable Just Work for
switching protocol on the fly on the imon devices that support both the
native imon remotes and mce remotes.
The imon-no-pad-stabilize pseudo-protocol was dropped
On Thu, Apr 22, 2010 at 10:36:06AM -0300, Mauro Carvalho Chehab wrote:
> Jarod Wilson wrote:
> > On Tue, Apr 20, 2010 at 06:22:36PM -0300, Mauro Carvalho Chehab wrote:
> >> Em Fri, 16 Apr 2010 17:29:02 -0400
> >> Jarod Wilson escreveu:
> >>
> >>> This is a new driver for the SoundGraph iMON and An
> -Original Message-
> From: Sakari Ailus [mailto:sakari.ai...@nokia.com]
> Sent: Thursday, April 22, 2010 7:48 PM
> To: Hans Verkuil; Laurent Pinchart; David Cohen; Koskipaa Antti (Nokia-
> D/Helsinki); 'vimarsh.zut...@nokia.com'; Pawel Osciak; Marek Szyprowski;
> linux-media@vger.kernel.o
On Fri, Apr 23, 2010 at 10:05:25AM +0800, Bee Hock Goh wrote:
> George,
>
> Which device are you using?
>
A Hauppauge HVR-900H (usb id 2040:6600).
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info a
Mauro,
Thanks.
Previously, I have done some limited test and it seem that
xc2028_signal seem to be getting the correct registered value for the
detected a signal locked.
Since I am now able to get video working(though somewhat limited since
it still crashed if i change channel from mythtv), i wi
George,
Which device are you using?
I have introduced a number of manual registers settings in the tm6000
codes which might be specific to my device and its a pure duplication
from usb snooping which is not suitable to be introduce to the
mainstream codes.
On Fri, Apr 23, 2010 at 4:20 AM, George
Hi,
A few developers asked me how I'm working with the git trees for development.
So, I decided to write a few quick notes about it at the wiki:
http://linuxtv.org/wiki/index.php/Using_a_git_driver_development_tree
I also added the script I use to remove the modules from the memory.
Bas
Hi
Rework I2C for read word from connected devices, now it works well.
Add new functions for read/write blocks.
diff -r 7c0b887911cf linux/drivers/staging/tm6000/tm6000-i2c.c
--- a/linux/drivers/staging/tm6000/tm6000-i2c.c Mon Apr 05 22:56:43 2010 -0400
+++ b/linux/drivers/staging/tm6000/tm6000-i
On Fri, 23 Apr 2010, Timothy D. Lenz wrote:
> On 4/22/2010 6:11 AM, Daniel O'Connor wrote:
> > On Thu, 15 Apr 2010, Daniel O'Connor wrote:
> >> I haven't delved much further yet (planning to printf my way
> >> through the probe routines) as I am a Linux kernel noob (plenty of
> >> FreeBSD experienc
Bee Hock Goh wrote:
> Hi,
>
> I am trying to understand how the subdev function are triggered when I
> use v4l2_device_call_all(&dev->v4l2_dev, 0, tuner, g_tuner,t) on
> tm600-video.
It calls tuner-core.c code, with g_tuner command. tuner-core
checks what's the used tuner and, in the case of tm60
On Thu, Apr 22, 2010 at 01:14:39PM +0800, Bee Hock Goh wrote:
> Dear all,
>
> Anyone who have a tm6000 compatible analog device, please do try out this
> patch.
>
> Its working for me on a tm5600 using mplayer. It can be compile
> against the latest hg tree.
>
Here's what I get using mplayer:
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:Thu Apr 22 19:00:21 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 14592:b438301e588f
git master:
On 4/22/2010 6:11 AM, Daniel O'Connor wrote:
On Thu, 15 Apr 2010, Daniel O'Connor wrote:
I haven't delved much further yet (planning to printf my way through
the probe routines) as I am a Linux kernel noob (plenty of FreeBSD
experience though!).
I found that it is intermittent with no patter
The anysee driver works correctly from cold boot and reinsertion of the device,
however, after a suspend resume cycle (S3), the device suddenly is initated as
dvb-t as where it was dvb-c before. Yes this is a combo device, so dvb T and C,
but why does the profiling in anysee.c not handle this c
Signed-off-by: Ricardo Maraschini
--- a/linux/drivers/staging/cx25821/cx25821-video-upstream.cSun Apr 18
11:12:11 2010 -0300
+++ b/linux/drivers/staging/cx25821/cx25821-video-upstream.cTue Apr 20
11:21:17 2010 -0300
@@ -257,7 +257,7 @@
if (!dev->_is_running) {
Hi Mauro
One more patch has been added to the two, I earlier announced. This time
I've incorporated all acked- and tested-by's;)
The following changes since commit 40358c8b5380604ac2507be2fac0c9bbd3e02b73:
Hans Verkuil (1):
V4L/DVB: saa7146: fix regression of the av7110/budget-av drive
Hello,
I'm trying to develop a DVB frontend adapter driver using the DVB API
V5.
I found updated documentation on
http://carfax.org.uk/kdoc/media/pt02.html
-1- Is there another place were up to date documentation for API V5 is
available because I couldn't find it on LinuxTv.org
-2- The frontend
Has anyone heard of or had any luck with a Divis 16 channel DVR? It
has a Philips SAA7146 chip set but I can't find any information on how
to install the driver extension to the SAA7146 driver for this
specific card. The serial number on the card is MPG8CH 0423 - 274.
Bill
--
To unsubscribe from
subscribe
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Hello all,
Sakari Ailus wrote:
> Hello everyone,
>
> I'm glad to announce Nokia will be hosting a V4L2 and Media controller
> mini-summit in Helsinki, Finland from 14th to 16th June --- that's from
> Monday to Wednesday. The event replaces the V4L2 Media Controller
> mini-summit in Oslo in April
Jarod Wilson wrote:
> On Tue, Apr 20, 2010 at 06:22:36PM -0300, Mauro Carvalho Chehab wrote:
>> Em Fri, 16 Apr 2010 17:29:02 -0400
>> Jarod Wilson escreveu:
>>
>>> This is a new driver for the SoundGraph iMON and Antec Veris IR/display
>>> devices commonly found in many home theater pc cases and a
On Thu, 15 Apr 2010, Daniel O'Connor wrote:
> I haven't delved much further yet (planning to printf my way through
> the probe routines) as I am a Linux kernel noob (plenty of FreeBSD
> experience though!).
I found that it is intermittent with no pattern I can determine.
When it doesn't work the
>Laurent Pinchart wrote:
>On Thursday 22 April 2010 11:24:52 Pawel Osciak wrote:
>> >Laurent Pinchart wrote:
>> >> According to the V4L2 specification, applications set bytesused, field
>> >> and timestamp fields of struct v4l2_buffer when the buffer is intended
>> >> for output and memory type i
Hi,
>Laurent Pinchart
>On Wednesday 21 April 2010 13:39:44 Pawel Osciak wrote:
>> @@ -679,23 +682,20 @@ int videobuf_dqbuf(struct videobuf_queue *q,
>> switch (buf->state) {
>> case VIDEOBUF_ERROR:
>> dprintk(1, "dqbuf: state is error\n");
>> -retval = -EIO;
>>
On Thu, 22 Apr 2010, Valentin Longchamp wrote:
> Guennadi Liakhovetski wrote:
> > On Wed, 14 Apr 2010, Guennadi Liakhovetski wrote:
> >
> > > Interpretation of the V4L2 API specification, according to which the
> > > VIDIOC_S_CROP ioctl for capture devices shall set the input window and
> > > pre
Hi Pawel,
On Thursday 22 April 2010 11:24:52 Pawel Osciak wrote:
> >Laurent Pinchart wrote:
> >> According to the V4L2 specification, applications set bytesused, field
> >> and timestamp fields of struct v4l2_buffer when the buffer is intended
> >> for output and memory type is MMAP. This adds pr
Hi Laurent,
>Laurent Pinchart wrote:
>> According to the V4L2 specification, applications set bytesused, field and
>> timestamp fields of struct v4l2_buffer when the buffer is intended for
>> output and memory type is MMAP. This adds proper copying of those values
>> to videobuf_buffer so drivers
Guennadi Liakhovetski wrote:
On Wed, 14 Apr 2010, Guennadi Liakhovetski wrote:
Interpretation of the V4L2 API specification, according to which the
VIDIOC_S_CROP ioctl for capture devices shall set the input window and
preserve the scales, thus possibly changing the output window, seems to be
Hi Pawel,
On Wednesday 21 April 2010 11:44:27 Pawel Osciak wrote:
> According to the V4L2 specification, applications set bytesused, field and
> timestamp fields of struct v4l2_buffer when the buffer is intended for
> output and memory type is MMAP. This adds proper copying of those values
> to vi
Hi Pawel,
On Wednesday 21 April 2010 13:39:44 Pawel Osciak wrote:
> From: Hans Verkuil
>
> For recoverable stream errors dqbuf() now returns 0 and the error flag
> is set instead of returning EIO.
>
> Signed-off-by: Hans Verkuil
> ---
> drivers/media/video/videobuf-core.c | 16 -
Hi Mauro
The following changes since commit 1f96716187774be265c59a713fb570810e3a15c7:
Mauro Carvalho Chehab (1):
Revert "V4L/DVB: Add FE_CAN_PSK_8 to allow apps to identify PSK_8
capable DVB devices"
are available in the git repository at:
git://linuxtv.org/gliakhovetski/soc-camera.
Greg KH writes:
> Any reason why this patch isn't in Linus's tree yet?
Not to my knowledge. Anyone?
I must admit that I do not entirely understand the flow of bugfix
patches for V4L/DVB. There doesn't seem to be any collection point for
those, only a git tree for development and a mercurial tr
On Wed, 14 Apr 2010, Guennadi Liakhovetski wrote:
> Interpretation of the V4L2 API specification, according to which the
> VIDIOC_S_CROP ioctl for capture devices shall set the input window and
> preserve the scales, thus possibly changing the output window, seems to be
> incorrect. Switch to u
Responding to my own e-mail here, but I just realized one little thing.
>Pawel Osciak wrote:
[snip]
>+void videobuf_buf_finish(struct videobuf_queue *q, struct videobuf_buffer *vb)
>+{
>+ unsigned long flags;
>+
>+ spin_lock_irqsave(&q->vb_done_lock, flags);
>+ list_add_tail(&vb
37 matches
Mail list logo