On Sat, 2009-07-04 at 13:52 -0400, Andy Walls wrote:
Hans,
The inline source file at the end of this post is a small program I used
to play with libudev to see if it would complement the media controller
concept (as you suspected it would).
Documentation on the libudev calls is here
Mauro,
Please pull from http://linuxtv.org/hg/~awalls/ivtv
for the following 2 changesets:
01/02: ivtv: Add card entry for AVerMedia UltraTV 1500 MCE (M113 variant)
http://linuxtv.org/hg/~awalls/ivtv?cmd=changeset;node=ebb0ea04b057
02/02: ivtv: Fix automatic detection of AVerMedia UltraTV
Mauro,
Please pull from http://linuxtv.org/hg/~awalls/v4l-dvb
for the following 2 changesets:
01/02: get_dvb_firmware: Correct errors in MPC718 firmware extraction logic
http://linuxtv.org/hg/~awalls/v4l-dvb?cmd=changeset;node=e5e765a66e0c
02/02: cx18: Add an EEPROM dump routine for the Yuan
you have any other particular questions about libudev's capabilities?
Regards,
Andy
/*
* finddev.c - Find a device node given (type,major,minor) using libudev
* Copyright (C) 2009 Andy Walls awa...@radix.net
*
* This program is free software; you can redistribute it and/or modify
Mauro,
Please pull from http://linuxtv.org/hg/~awalls/v4l-dvb
for the following 3 changesets:
01/03: cx18: Update Yuan MPC-718 card entry with better information and guesses
http://linuxtv.org/hg/~awalls/v4l-dvb?cmd=changeset;node=e772d4b3fd33
02/03: get_dvb_firmware: Add Yuan MPC718 MT352
On Mon, 2009-06-29 at 14:04 +0100, Tim Williams wrote:
On Mon, 29 Jun 2009, Andy Walls wrote:
According to the V4L2 specification for the close() call, all devices
should remember their settings.
There have been recent discussions on devices that do power management
not saving the RF
On Mon, 2009-06-29 at 11:34 +0100, Tim Williams wrote:
Hello,
I'm trying use a WinTV USB adaptor which uses the usbvision driver to
capture the output of a video camera for streaming across the web, the
idea being that there is a reliable local recording, even in the event of
a computer
On Sun, 2009-06-28 at 15:25 +0400, Abylai Ospan wrote:
Mauro,
Please pulll changes:
http://udev.netup.ru/cgi-bin/hgwebdir.cgi/v4l-dvb-aospan/rev/8b0c92aec325
vmalloc to kmalloc changed.
Since MAX_PID is only 8 kB and kmalloc can handle up to 128 kB, that
seems OK.
vmalloc don't
= video_get_drvdata(video_dev);
- struct cx18 *cx = s-cx;;
+ struct cx18 *cx = s-cx;
mutex_lock(cx-serialize_lock);
if (cx18_init_on_first_open(cx)) {
Acked-by: Andy Walls awa...@radix.net
This is on topic for the ivtv-devel list, but must we spam the
ivtv-users list
On Sun, 2009-06-28 at 11:16 -0700, Joe Perches wrote:
On Sun, 2009-06-28 at 14:10 -0400, Andy Walls wrote:
On Sun, 2009-06-28 at 10:21 -0700, Joe Perches wrote:
On Sun, 2009-06-28 at 13:17 -0400, Andy Walls wrote:
This is on topic for the ivtv-devel list, but must we spam the
ivtv
On Sat, 2009-06-27 at 17:57 -0400, Robert Krakora wrote:
Andy:
I too care about the environment. I am trying to find some extra time
to figure out if my KWorld 330U USB TV devices are actually going into
low power mode or not. I would say not as they get really hot, so I
unplug them when
On Thu, 2009-06-25 at 23:04 -0400, George Adams wrote:
Having gotten my Pinnacle HDTV Pro Stick working again under some old
v4l drivers, I'm now facing a much more mundane problem - I can't
figure out how to use the command line to change the channel.
The video feed (a closed-circuit feed)
On Fri, 2009-06-26 at 11:33 -0500, Mike Isely wrote:
On Fri, 26 Jun 2009, jmdk wrote:
Hello,
I have a Hauppauge HVR-1900 which works fine with the pvrusb2 driver.
However because most TV channels now air with 16:9 content inside 4:3
images, I would like to crop out the top and bottom
On Fri, 2009-06-26 at 13:23 -0400, Devin Heitmueller wrote:
On Fri, Jun 26, 2009 at 1:19 PM, Robert
Krakorarob.krak...@messagenetsystems.com wrote:
I had ran into this before with the KWorld a few months back.
However, whatever problem existed that forced me to add
no_poweroff=1 to
On Fri, 2009-06-26 at 14:47 -0400, Devin Heitmueller wrote:
On Fri, Jun 26, 2009 at 2:34 PM, Andy Wallsawa...@radix.net wrote:
Hmm, that sure sounds like a V4L2 spec violation. From the V4L2 close()
description:
Closes the device. Any I/O in progress is terminated and resources
On Fri, 2009-06-26 at 12:25 -0400, Steven Toth wrote:
On 6/26/09 12:12 PM, Andy Walls wrote:
On Fri, 2009-06-26 at 10:37 -0400, Steven Toth wrote:
On 6/25/09 7:15 AM, Andy Walls wrote:
On Thu, 2009-06-25 at 08:39 +0200, Hans Verkuil wrote:
On Thursday 25 June 2009 04:40:11 Andy Walls
On Fri, 2009-06-26 at 15:29 -0400, Devin Heitmueller wrote:
On Fri, Jun 26, 2009 at 3:02 PM, Andy Wallsawa...@radix.net wrote:
All I'm saying is that it is obviously the expected behavior, it the
specified behavior, and all the userland apps and scripts are written
with that behavior in
On Thu, 2009-06-25 at 08:39 +0200, Hans Verkuil wrote:
On Thursday 25 June 2009 04:40:11 Andy Walls wrote:
On Tue, 2009-06-23 at 14:33 +0200, Hans Verkuil wrote:
On Tue, 2009-06-23 at 11:39 +0800, Terry Wu wrote:
There is already an s_gpio in the core ops. It would be simple
On Tue, 2009-06-23 at 14:33 +0200, Hans Verkuil wrote:
On Tue, 2009-06-23 at 11:39 +0800, Terry Wu wrote:
There is already an s_gpio in the core ops. It would be simple to add a
g_gpio as well if needed.
Hans,
As you probably know
int (*s_gpio)(v4l2_subdev *sd, u32 val);
is a
On Mon, 2009-06-22 at 10:51 -0500, Theodore Kilgore wrote:
On Mon, 22 Jun 2009, Andy Walls wrote:
On Sun, 2009-06-21 at 22:39 -0500, Theodore Kilgore wrote:
Andy,
You are right. Your camera is emitting JPEG while streaming. I just
succeeded in creating an image which resembles your
On Tue, 2009-06-23 at 11:39 +0800, Terry Wu wrote:
Hi,
I add the following codes in the cx23885_initialize() of cx25840-core.c:
/* Drive GPIO2 (GPIO 19~23) direction and values for DVB-T */
cx25840_and_or(client, 0x160, 0x1d, 0x00);
cx25840_write(client, 0x164, 0x00);
On Tue, 2009-06-23 at 14:33 +0200, Hans Verkuil wrote:
On Tue, 2009-06-23 at 11:39 +0800, Terry Wu wrote:
Hi,
I add the following codes in the cx23885_initialize() of
cx25840-core.c:
/* Drive GPIO2 (GPIO 19~23) direction and values for DVB-T */
cx25840_and_or(client, 0x160,
On Tue, 2009-06-23 at 21:10 +0800, Terry Wu wrote:
2. Also, I can not find GPIO functions in the cx25840-core.c
Something missing or unfinished ?
Missing: they are not implemented in the cx25840 driver. I will at
least implement a change to the cx25840 module so the v4l bridge driver
On Sun, 2009-06-21 at 22:39 -0500, Theodore Kilgore wrote:
Andy,
You are right. Your camera is emitting JPEG while streaming. I just
succeeded in creating an image which resembles your test picture by
extracting the frame data for one frame, tacking on a header, and running
hex2bin on
On Mon, 2009-06-22 at 16:36 +0200, Matthias Schwarzott wrote:
Hi list!
It seems the path to lsmod tool is hardcoded in the Makefile for out-of-tree
building of v4l-dvb.
Now at least gentoo has moved lsmod from /sbin to /bin.
Additionally it is bad style (or at least I am told so), to not
On Sun, 2009-06-21 at 10:42 -0500, Theodore Kilgore wrote:
On Sun, 21 Jun 2009, Andy Walls wrote:
The more I dig into this, the more I think (hope or wish?) the stuff in
the usb snoop logs looks MJPEG.
I started looking at an AVI file that I recorded with the camera. It
looks like
On Fri, 2009-06-19 at 23:38 -0500, Theodore Kilgore wrote:
Now it is using the other pair of endpoints, 0x03 and 0x84.
H. I wonder if we can use them anyway, without being connected in
webcam mode.
Nope. That was the previously mentioned bug in the Linux mass storage
driver.
On Sat, 2009-06-20 at 15:23 -0400, Andy Walls wrote:
On Fri, 2009-06-19 at 23:38 -0500, Theodore Kilgore wrote:
Now it is using the other pair of endpoints, 0x03 and 0x84.
H. I wonder if we can use them anyway, without being connected in
webcam mode.
Nope
On Sat, 2009-06-20 at 20:04 -0500, Theodore Kilgore wrote:
Sure looks that way. I took a closer look at the lines starting with ff ff
ff ff strings, and I found a couple more things. Here are several lines
from an extract from that snoop, consisting of what appear to be
consecutive SOF
On Fri, 2009-06-19 at 12:47 -0500, Theodore Kilgore wrote:
On Fri, 19 Jun 2009, Andy Walls wrote:
On Thu, 2009-06-18 at 21:43 -0500, Theodore Kilgore wrote:
On Thu, 18 Jun 2009, Andy Walls wrote:
Interesting. To answer your question, I have no idea off the top of my
head. I
On Fri, 2009-06-19 at 19:26 -0500, Theodore Kilgore wrote:
On Fri, 19 Jun 2009, Andy Walls wrote:
On Fri, 2009-06-19 at 12:47 -0500, Theodore Kilgore wrote:
On Fri, 19 Jun 2009, Andy Walls wrote:
On Thu, 2009-06-18 at 21:43 -0500, Theodore Kilgore wrote:
On Thu, 18 Jun 2009
On Sun, 2009-06-14 at 22:33 -0400, Andy Walls wrote:
On Fri, 2009-06-12 at 14:26 -0400, Andy Walls wrote:
On Thu, 2009-06-11 at 16:20 +0100, Steve Firth wrote:
I've de-lidded the MPC718 card and the chip set is as
below.
Devices
---
Connexant CX23418 MPEG
On Thu, 2009-06-18 at 21:43 -0500, Theodore Kilgore wrote:
On Thu, 18 Jun 2009, Andy Walls wrote:
Interesting. To answer your question, I have no idea off the top of my
head. I do have what seems to be a similar camera. It is
Bus 005 Device 006: ID 0979:0371 Jeilin Technology Corp
On Wed, 2009-06-17 at 09:43 +0200, Hans Verkuil wrote:
I personally think that loosing support for the parallel port
version is ok given that the parallel port itslef is rapidly
disappearing, what do you think ?
I agree wholeheartedly. If we remove pp support, then we can also remove
On Fri, 2009-06-12 at 15:33 -0500, Mike Isely wrote:
I am unable to reproduce the s5h1411 error here.
However my HVR-1950 loads the s5h1409 module - NOT s5h1411.ko; I wonder
if Hauppauge has changed chips on newer devices and so you're running a
different tuner module.
The digital
On Fri, 2009-06-12 at 16:27 -0500, Mike Isely wrote:
Well now I feel like an idiot. Thanks for pointing that out in my own
code :-)
Well, that wasn't my objective, but you're welcome! ;)
Don't worry. I can almost guarantee you'll have an opportunity to
return the favor sometime in the
Mauro,
Please pull from http://linuxtv.org/hg/~awalls/v4l-dvb
for the following 2 changesets:
01/02: cx18: Split LeadTek PVR2100 and DVR3100 H into 2 separate card entries
http://linuxtv.org/hg/~awalls/v4l-dvb?cmd=changeset;node=ab23b24b09ce
02/02: cx18: Add DVB-T support for the Leadtek
All,
The following is a patch that gets 7 MHz DVB-T working for the Leadtek
DVR3100 H.
Any comments?
Regards,
Andy
Signed-off-by: Andy Walls awa...@radix.net
Tested-by: Terry Wu terrywu2...@gmail.com
diff -r fad35ab59848 linux/drivers/media/common/tuners/tuner-xc2028.c
--- a/linux/drivers
On Mon, 2009-06-08 at 13:47 +0200, Hans Verkuil wrote:
OK, I had some time, so here are a few comments:
From: Eduardo Valentin eduardo.valen...@nokia.com
+ rowentry spanname=descrConfigures the pre-emphasis value for
broadcasting.
+A pre-emphasis filter is applied to the broadcast
On Mon, 2009-06-08 at 16:20 -0400, Steven Toth wrote:
Try installing a decent cable amp. Try looking at the MythTV wiki and support
sites for improving your cable network.
If using an amp, be sure you pick one with appropriate gain and noise
figure. Overdriving the mxl5005s with too much
On Sun, 2009-06-07 at 09:25 -0400, Jon Smirl wrote:
On Sun, Jun 7, 2009 at 2:35 AM, Hans Verkuilhverk...@xs4all.nl wrote:
On Sunday 07 June 2009 00:20:26 Jon Smirl wrote:
On Sat, Jun 6, 2009 at 9:00 AM, Hans Verkuilhverk...@xs4all.nl wrote:
Hi all,
For video4linux we sometimes need
Mauro,
Please pull from http://linuxtv.org/hg/~awalls/v4l-dvb
for the following 3 changesets:
01/03: lnbp21: Add missing newline
http://linuxtv.org/hg/~awalls/v4l-dvb?cmd=changeset;node=9fb907f46b2a
02/03: ivtv: Add missing newline
On Sun, 2009-06-07 at 20:22 -0400, W. Michael Petullo wrote:
Is it possible that the XC5000 driver does not work properly on big endian
systems? I am using Linux/PowerPC 2.6.29.4. I have tried to view an analog
NTSC video stream from a Hauppauge 950Q using various applications
(including
On Sun, 2009-06-07 at 21:12 -0400, Devin Heitmueller wrote:
On Sun, Jun 7, 2009 at 8:22 PM, W. Michael Petullom...@flyn.org wrote:
Is it possible that the XC5000 driver does not work properly on big endian
systems? I am using Linux/PowerPC 2.6.29.4. I have tried to view an analog
NTSC video
On Sat, 2009-06-06 at 14:49 +0200, Hans Verkuil wrote:
I propose to change the API as follows:
#define V4L2_I2C_ADDRS(addr, addrs...) \
((const unsigned short []){ addr, ## addrs, I2C_CLIENT_END })
Comments? If we decide to go this way, then I need to know soon so that I
can make
in this patch is better than
fixing the control byte to a constant value of 0xce.
Comments?
Regards,
Andy
Signed-off-by: Andy Walls awa...@radix.net
diff -r e4b4291847b8 linux/drivers/media/common/tuners/tuner-simple.c
--- a/linux/drivers/media/common/tuners/tuner-simple.c Tue Jun 02 19:40:03
TUNER_LG_TDVS_H06XF, so I
could set the TUA6030 TOP to external AGC per the datasheet.
The patch no longer twiddles the CP bit nor polls the FL bit for the
FQ1216LME. That will be something for another patch.
Any other comments?
Regards,
Andy
Signed-off-by: Andy Walls awa...@radix.net
diff -r
On Sun, 2009-05-31 at 20:50 -0400, Andy Walls wrote^Wescreveu:
On Sun, 2009-05-31 at 16:33 -0300, Mauro Carvalho Chehab wrote:
Em Sun, 31 May 2009 13:39:18 -0400
Andy Walls awa...@radix.net escreveu:
then I guess I'm OK with the change you have.
Hmmm. Maybe not.
So, the proper
is the QAM one.
This also confirms the previous tests where it was noticed that the 6MHz
QAM firmware doesn't work for cable. So, this patch also removes support
for DVB-C, instead of just printing a warning.
Thanks to Terry Wu terrywu2...@gmail.com for pointing this issue and
to Andy Walls awa
for pointing this issue and
to Andy Walls awa...@radix.net for an initial patch for this fix.
Priority: normal
CC: Terry Wu terrywu2...@gmail.com
CC: Andy Walls awa...@radix.net
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
Acked-by: Andy Walls awa...@radix.net
You may want
This is a patch with changes provided by Terry Wu to support 6 MHz DVB-T
as is deployed in Taiwan.
I took quick look at the changes and they look OK to me, but I'm no
expert on the XC2028/XC3028 deivces.
My one observation is that the change assumes all COFDM frontends can
support QAM
On Sun, 2009-05-31 at 10:22 -0300, Mauro Carvalho Chehab wrote:
Em Sun, 31 May 2009 08:41:43 -0400
Andy Walls awa...@radix.net escreveu:
This is a patch with changes provided by Terry Wu to support 6 MHz DVB-T
as is deployed in Taiwan.
I took quick look at the changes and they look
On Sun, 2009-05-31 at 16:33 -0300, Mauro Carvalho Chehab wrote:
Em Sun, 31 May 2009 13:39:18 -0400
Andy Walls awa...@radix.net escreveu:
Hmm... why are you asking for the QAM firmware here? Shouldn't it be at
FE_QAM?
I think I can provide a little insight:
They way I
On Thu, 2009-05-28 at 20:27 -0400, David Ward wrote:
Use the do_div macro for 64-bit division. Otherwise, the module will
reference __udivdi3 under 32-bit kernels, which is not allowed in kernel
space. Follows style used in cx88 module.
Ooopsie. Thanks for catching this and providing a
Terry,
The linux-media list is the appropriate place for posting patches (I've
Cc:'ed the list). v4l-dvb-maintainer is inactive as far as I know.
Guidelines for posting patches can be found here:
http://www.linuxtv.org/wiki/index.php/Development:_How_to_submit_patches
Regards,
Andy
On Wed,
* CONFIG_DVB_SIANO_SMS1XXX
Regards,
Matt
Matt, I checked out v4l-dvb today and am using it under 2.6.24 and so
far so good. When did the error appear -- when you were trying to load
the module?
I have been seeing the errors compiling adv7343.c and ths7303.c under
2.6.24 as well. Andy Walls
On Sun, 2009-05-24 at 13:40 +0200, Stefan Below wrote:
Hello,
i have a nice penscanner (CPEN-20, like Iris pen) and i am trying to
write a driver for it.
Everything runs fine, except that i have no clue what kind of image
format i receive.
The penscanner has a little camera (i think
Mauro,
Please pull from http://linuxtv.org/hg/~awalls/cx18-av-core
for the following 3 changesets:
01/03: cx18: Initial attempt to get sliced VBI working for 625 line systems
http://linuxtv.org/hg/~awalls/cx18-av-core?cmd=changeset;node=7a6db40f48a4
02/03: cx18: Complete support for Sliced and
On Thu, 2009-05-21 at 06:28 -0400, Andy Walls wrote:
On Thu, 2009-05-21 at 09:09 +0200, Martin Dauskardt wrote:
An owner of a PVR150 sent me the following dmesg:
[ 133.929892] ivtv: Start initialization, version 1.4.1
[ 133.929957] ivtv0: Initializing card 0
[ 133.929958] ivtv0
On Mon, 2009-05-18 at 21:41 -0700, Matt Beadon wrote:
Hi there,
I'm not really following the technical discussion here but I was
hoping that one of you could let me know if this patch is going into
the source tree and more specifically when I could pull it from
mercurial?
thanks
Matt
Hi,
Thanks to a loaner PVR-350 from Hans, I've been able to implement VBI
support in the cx18 driver for non-NTSC video standards.
If you've got a 625 line PAL, SECAM, etc, video source and can test VBI
functions on a CX23418 based card, I'd like to hear how it works. The
patches for testing
On Fri, 2009-05-15 at 18:31 +0530, chaithrika wrote:
Andy,
Thanks for the patch. Please see my response below.
-Original Message-
From: Andy Walls [mailto:awa...@radix.net]
Sent: Friday, May 15, 2009 5:24 AM
To: david.w...@gatech.edu
Cc: Chaithrika U S; linux-media
On Wed, 2009-05-13 at 02:46 +0200, hermann pitton wrote:
Hi Andy,
Am Sonntag, den 10.05.2009, 19:39 -0400 schrieb Andy Walls:
Mauro,
Please pull from http://linuxtv.org/hg/~awalls/v4l-dvb
for the following 2 changesets:
01/02: cx18: Add missing newline to tuner detection error
version, which would not go into the
actual kernel, and changes some code to use the v4l2 i2c module template
from v4l2-i2c-drv.h, which *would* go into the actual kenrel.
Regards,
Andy
Signed-off-by: Andy Walls awa...@radix.net
diff -r 0018ed9bbca3 linux/drivers/media/video/adv7343.c
Mauro,
Please pull from http://linuxtv.org/hg/~awalls/v4l-dvb
for the following 2 changesets:
01/02: cx18: Add missing newline to tuner detection error message
http://linuxtv.org/hg/~awalls/v4l-dvb?cmd=changeset;node=a107347b7d00
02/02: tveeprom: Point the TCL MNM05-4 tuner entry to an actual
On Sun, 2009-05-10 at 12:23 +0200, Hans Verkuil wrote:
Hi Andy,
Here is a link to the original RFC:
http://www.archivum.info/video4linux-list%40redhat.com/2008-07/msg00371.h
tml
It's pretty old but the basic idea is still valid. I'll follow up this
mail tonight or tomorrow with
On Fri, 2009-05-08 at 02:08 +0200, hermann pitton wrote:
Am Mittwoch, den 06.05.2009, 23:03 -0400 schrieb Andy Walls:
For the change of UHF start I don't see any problem.
If you're talking about the frequency for the bandswitch, I don't see a
problem either in general. It may cause
On Sat, 2009-05-02 at 17:49 +0200, Hans Verkuil wrote:
On Friday 01 May 2009 04:21:36 Andy Walls wrote:
On Wed, 2009-04-29 at 21:18 -0400, Andy Walls wrote:
On Wed, 2009-04-29 at 13:33 +0200, Hans Verkuil wrote:
Hans, it sounds like your media_controller device node idea is really
On Thu, 2009-05-07 at 02:01 +0200, hermann pitton wrote:
Hi,
Am Mittwoch, den 06.05.2009, 04:42 +1000 schrieb Dmitri Belimov:
Hi Hermann
Hi Dmitry,
Am Mittwoch, den 29.04.2009, 20:12 +1000 schrieb Dmitri Belimov:
Hi,
Am Dienstag, den 28.04.2009, 19:59 +1000
If you don't encode with PAL/M, then some TV sets won't work. Also, even
on TV sets that supports multiple standards, sometimes we need to
disable autodetection of NTSC, because this is broken on some TV sets.
I've personally experienced this trouble with two TV sets, including a
On Sat, 2009-05-02 at 01:55 +0200, hermann pitton wrote:
Guys,
[snip]
Do the circuit board traces in the FM1216ME_MK3 support the TDA9887
controlling the gain of the first stage? (I've never opened an
equivalent NTSC tuner assembly to take a look.)
equivalent NTSC tuners
On Thu, 2009-04-30 at 20:07 -0500, Britney Fransen wrote:
I have updated the patch from
http://www.linuxtv.org/pipermail/linux-dvb/2008-December/030786.html
to add QAM64 support to the HVR-950Q. It is working well for me.
What needs to happen to get this included in v4l-dvb?
Well, one
On Wed, 2009-04-29 at 21:18 -0400, Andy Walls wrote:
On Wed, 2009-04-29 at 13:33 +0200, Hans Verkuil wrote:
On Wed, 2009-04-29 at 21:50 +1200, Michael Cree wrote:
On 29/04/2009, at 6:19 PM, Hans Verkuil wrote:
What does surprise me here is that the fw is loaded right after
Mauro,
This is a resubmission of my previous PULL request.
Please pull from:
http://linuxtv.org/hg/~awalls/cx18-perf
for the following:
cx18: Increment version due to significant buffer handling changes
cx18: Simplify the work handler for outgoing mailbox commands
cx18: Convert per stream
Mauro,
Please pull from:
http://linuxtv.org/hg/~awalls/v4l-dvb
for the following:
cx18: Toggle the AI1 mux when changing the CX18_AUDIO_ENABLE register
cx18: Verify cx18-av-core digitizer firmware loads correctly
cx18: Allow IVTV format VBI insertion in MPEG-2 SVCD and DVD streams
The VBI
On Fri, 2009-04-24 at 08:28 -0400, Brandon Jenkins wrote:
On Mon, Apr 13, 2009 at 11:26 PM, Andy Walls awa...@radix.net wrote:
On Tue, 2009-03-31 at 06:02 -0400, Brandon Jenkins wrote:
Brandon and Corey,
I have a series of changes to improve performance of the cx18 driver in
delivering
On Thu, 2009-04-23 at 11:49 -0400, b3782...@columbus.rr.com wrote:
Neal Becker wrote:
My ATSC reception is marginal.
Are there any recommendations for devices that give better ATSC performance
(I
think the main issue in my location is multipath)
Yes!
Get a highly directional
Hi Dmitri,
Thank you for you responses.
Just a few more comments...
On Thu, 2009-04-23 at 20:36 +1000, Dmitri Belimov wrote:
Hi Andy
Dmitri,
On Wed, 2009-04-22 at 17:48 +1000, Dmitri Belimov wrote:
Hi All
1. Change middle band. In the end of the middle band the
On Wed, 2009-04-15 at 20:08 -0400, Andy Walls wrote:
Mauro,
Please pull from:
http://linuxtv.org/hg/~awalls/cx18-perf
for the following:
cx18: Increment version due to significant buffer handling changes
cx18: Simplify the work handler for outgoing mailbox commands
cx18: Convert per
Mauro,
Please pull from:
http://linuxtv.org/hg/~awalls/cx18-perf
for the following:
cx18: Increment version due to significant buffer handling changes
cx18: Simplify the work handler for outgoing mailbox commands
cx18: Convert per stream mutex locks to per queue spin locks
cx18: Set up to wait
Mauro,
Please pull from
http://linuxtv.org/hg/~awalls/v4l-dvb
for
cx18: Send correct input routing value to external audio multiplexers
This change fixes a bug introduced by a late v4l2_subdev change.
Without this fix, Line-in audio and FM radio for CX23418 based cards
will be broken.
I
On Tue, 2009-03-31 at 06:02 -0400, Brandon Jenkins wrote:
Corey and Brandon,
I found a race condition between the cx driver and the CX23418 firmware.
I have a patch that mitigates the problem here:
http://linuxtv.org/hg/~awalls/cx18/rev/9f5f44e0ce6c
I think the final form of the
On Sat, 2009-04-04 at 04:07 -0700, Trent Piepho wrote:
On Fri, 3 Apr 2009, Andy Walls wrote:
1. A work queue thread or read() call needs to send a command to the
CX23418 using the cx18_api_call() function
2. It fills out a mailbox with a command for the CX23418
3. It prepares to wait
On Tue, 2009-04-07 at 11:31 +0200, Jean Delvare wrote:
On Sat, 04 Apr 2009 08:46:00 -0400, Andy Walls wrote:
On Sat, 2009-04-04 at 14:26 +0200, Jean Delvare wrote:
* Return actual error values as returned by the i2c subsystem, rather
than 0 or 1.
* If the registration of the second
On Mon, 2009-04-06 at 10:54 +0200, Jean Delvare wrote:
Hi Andy,
Note that struct IR_i2c_init_data only contains the fields I needed at
the moment, but it would be trivial to extend it to allow bridge
drivers to pass more setup information if needed, for example ir_type.
Yeah, I could have
On Mon, 2009-04-06 at 11:04 +0200, Jean Delvare wrote:
Hi Andy,
I'm all for adding
support for more boards, however I'd rather do this _after_ the i2c
model conversion is done, so that we have a proper changelog entry
saying that we added support for the PVR-150, and that it gets proper
On Sun, 2009-04-05 at 06:14 -0300, Mauro Carvalho Chehab wrote:
IMO, doing all those tricks to support an out-of-tree driver is the wrong
approach. This is just postponing a more serious discussion about what should
be done in kernel, in order to better support IR's.
The tricks were to not
On Sun, 2009-04-05 at 15:08 +0200, Jean Delvare wrote:
Hi Andy,
If IR on the cx18 is not supported (by the ir-kbd-i2c driver) then I
can simplify my patch set and omit the cx18 entirely.
Which I just did...
The HVR-1600 could have been supported by ir-kbd-i2c.
It's submission
On Sun, 2009-04-05 at 20:31 +0200, Janne Grunau wrote:
On Sun, Apr 05, 2009 at 01:39:33PM -0400, Andy Walls wrote:
If one focuses on satisfying the LKML comments to lirc_dev and the
Makefile to get that kernel module in the kernel, then, at least for
video card hosted IR devices
On Sun, 2009-04-05 at 16:05 +0200, Jean Delvare wrote:
Hi Hans,
Hi Jean,
Updated patch set is available at:
http://jdelvare.pck.nerim.net/linux/ir-kbd-i2c/
--- v4l-dvb.orig/linux/drivers/media/video/ivtv/ivtv-i2c.c 2009-04-04
10:53:08.0 +0200
+++
On Sun, 2009-04-05 at 13:33 -0500, Mike Isely wrote:
Also, lirc makes it possible to userspace map the underlying
IR codes to keybindings and associate multiple different remotes - all
of that is apparently hardcoded in ir-kbd-i2c.
Yes. My first remote for my PC was an HP OEM'ed and
On Sun, 2009-04-05 at 23:22 +0200, hermann pitton wrote:
Am Sonntag, den 05.04.2009, 22:22 +0200 schrieb Jean Delvare:
On Sun, 05 Apr 2009 14:58:17 -0400, Andy Walls wrote:
What can not be translated to the input system I would like to know.
Andy seems to have closer looked into that.
1
Delvare kh...@linux-fr.org
Cc: Hans Verkuil hverk...@xs4all.nl
Cc: Andy Walls awa...@radix.net
Jean,
Thanks for noticing this one and providing a patch. I have one comment
below...
---
linux/drivers/media/video/cx18/cx18-i2c.c | 16 +---
1 file changed, 13 insertions(+), 3
Verkuil hverk...@xs4all.nl
Cc: Andy Walls awa...@radix.net
Cc: Mike Isely is...@pobox.com
---
linux/drivers/media/video/cx18/cx18-i2c.c| 30 ++
linux/drivers/media/video/ivtv/ivtv-i2c.c| 31 ++
linux/include/media/ir-kbd-i2c.h |2
17 files
On Sat, 2009-04-04 at 11:05 -0500, Mike Isely wrote:
On Sat, 4 Apr 2009, Andy Walls wrote:
[...]
I have an I2C related question. If the cx18 or ivtv driver autoloads
ir-kbd-i2c and registers an I2C client on the bus, does that preclude
lirc_i2c, lirc_pvr150 or lirc_zilog from
On Sat, 2009-04-04 at 16:23 +0200, Jean Delvare wrote:
Hi Andy,
Thanks for the fast review.
On Sat, 04 Apr 2009 08:46:00 -0400, Andy Walls wrote:
Correct, actually my initial attempt looked like this. But then patch
3/6 adds code, which makes your solution 2 lines bigger, while my
On Sun, 2009-04-05 at 00:51 +0200, Jean Delvare wrote:
Hi Andy,
On Sat, 04 Apr 2009 09:42:09 -0400, Andy Walls wrote:
On Sat, 2009-04-04 at 14:28 +0200, Jean Delvare wrote:
Let card drivers probe for IR receiver devices and instantiate them if
found. Ultimately it would be better if we
Hi. I've got a problem where in the cx18 driver, the wake_up() call
doesn't seem to be waking up a process or work queue thread that tried
to wait on a wait queue.
While doing some investigation, I found I was unable to understand the
conditions under which try_to_wake_up() will return success
On Tue, 2009-03-31 at 06:02 -0400, Brandon Jenkins wrote:
On Sun, Mar 29, 2009 at 10:25 AM, Brandon Jenkins bcjenk...@tvwhere.com
wrote:
On Sat, Mar 28, 2009 at 11:27 PM, Andy Walls awa...@radix.net wrote:
On Mon, 2009-03-23 at 06:52 -0700, Corey Taylor wrote:
Hi Andy,
I have
On Mon, 2009-03-30 at 13:54 -0700, Trent Piepho wrote:
On Sun, 29 Mar 2009, Andy Walls wrote:
On Sun, 2009-03-29 at 01:24 -0700, Trent Piepho wrote:
wait_event() should take care of this. wait_event(q, test) basically
does:
for(;;) {
// point A
add_me_to_waitqueue(q
1001 - 1100 of 1164 matches
Mail list logo