Here is a patch that solves a problem in firedtv that has become major for
Swedish DVB-T users the last month or so.
It will most likely solve issues seen by other users as well.
Please review and comment.
---
>From 751c52ea5509b85590cc6eeddb16ecc1eecfcb0c Mon Sep 17 00:00:00 2001
From: Henrik Ku
Hi all,
It there any cx23885 audio support on current v4l-dvb tree, Or any
development tree for cx23885 audio?
Thanks
David
--
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.k
2.6.31-stable review patch. If anyone has any objections, please let us know.
--
From: Brian Rogers
commit d2ebd0f806fdb6104903365e355675934eec22b2 upstream.
Original commit message:
ir-kbd-i2c's ir_probe() function can be called much later (i.e. at
ir-kbd-i2c module load), th
2.6.31-stable review patch. If anyone has any objections, please let us know.
--
From: Brian Rogers
commit 7aedd5ec87686c557d48584d69ad880c11a0984d upstream.
Tested on MSI t...@nywhere Plus.
Original commit message:
ir-kbd-i2c's ir_probe() function can be called much later (i
I found that while these lines are generated by me-tv and possibly
dvbscan, scan actually works.
And the results of scan are accepted as channels.conf by me-tv , after
an iconv conversion to utf-8 (whatever).
And me-tv WORKS!
So, the end result: these messages somehow mean "use scan".
Google di
To tell you the truth, I think is a bad habit that come from MAME
emulator, you know. You knew that the driver is there and you just
need to add the right information to get it working, now I see that I
was wrong :D
I will take a look inside the cxusb and see what I can pull off from that.
Thank
I'm up for the challenge, I just need the right tools (software) and
information so I can report valid information back to a developer to
finish it.
My real intention was to do something like that, I know is impossible
to a developer to program something without the device in hands and
I'm willing
On Thu, 1 Oct 2009, Devin Heitmueller wrote:
> On Thu, Oct 1, 2009 at 6:03 PM, Wellington Terumi Uemura
> wrote:
> > It's not the answer that I was looking for but looks like the thing is
> > much more complex than just compile and run drivers, this gives me
> > another perspective, like a dead e
On Thu, Oct 1, 2009 at 6:03 PM, Wellington Terumi Uemura
wrote:
> It's not the answer that I was looking for but looks like the thing is
> much more complex than just compile and run drivers, this gives me
> another perspective, like a dead end.
>
> Thank you Mike.
Well, it's certainly possible t
It's not the answer that I was looking for but looks like the thing is
much more complex than just compile and run drivers, this gives me
another perspective, like a dead end.
Thank you Mike.
2009/10/1 Mike Isely :
> I know that none of the about is the answer you're looking for. But
> perhaps i
On Thu, 1 Oct 2009, Wellington Terumi Uemura wrote:
> I was looking around to find that there is a driver for that Fujitsu
> MB86A16 inside the "Linux Mantis Driver" project, Fujitsu MB86A16
> DVB-S/DSS DC Receiver driver made by Manu Abraham
> http://www.verbraak.org/wiki/index.php/Linux_Mantis_d
I was looking around to find that there is a driver for that Fujitsu
MB86A16 inside the "Linux Mantis Driver" project, Fujitsu MB86A16
DVB-S/DSS DC Receiver driver made by Manu Abraham
http://www.verbraak.org/wiki/index.php/Linux_Mantis_driver.
I've done a few tests with usbsnoop and other tools b
Hello,
I have:
- Debian Lenny (dual booted with Windows XP)
- Linux kernel 2.6.30 (from backports.org)
- An AverMedia DVB-S Pro A700 card (not hybrid)
- a satellite dish set to Astra 28.2E (in Ireland)
With Windows XP I can view TV all right.
With Linux, I tried tuning with me-tv and scan, in b
On Thu, Oct 1, 2009 at 2:38 PM, Wellington Terumi Uemura
wrote:
> Hello everyone!
>
> I've a ISDB-Tb device from TBS-Tech that doesn't work with linux yet,
> it uses this chip sets:
> http://www.linuxtv.org/wiki/index.php/TBS_USB_ISDB-T_Stick
>
> Tuner - NXP TDA18271HD
> Demodulator - Fujitsu_MB86
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 Oct 1 19:00:03 CEST 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 13044:6b7617d4a0be
gcc version: gcc
Hi,
I'm testing an Osprey 230 but I have problems with Audio acquisition.
with the standard bttv driver the audio is flickering and seems at
wrong sample rate (the voice of mickey mouse...) , after the compile v4l
the sound is totally mute.
I tried to compile the source from
http://linuxtv.org
Gururaj,
Can you reply with a sample email to do the subscription?
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
email: m-kariche...@ti.com
>-Original Message-
>From: Nagendra, Gururaj [mailto:gururaj.nagen...@intel.com]
>Sent: Thursday, October 01
Hi Laurent,
> -Original Message-
> From: linux-media-ow...@vger.kernel.org
> [mailto:linux-media-ow...@vger.kernel.org] On Behalf Of
> Laurent Pinchart
> Sent: Thursday, October 01, 2009 8:34 AM
> To: Aguirre Rodriguez, Sergio Alberto
> Cc: Linux Media Mailing List
> Subject: Re: dqbuf
Hi,
On Thu, Oct 1, 2009 at 6:13 PM, Nagendra, Gururaj
wrote:
> Murali,
> Please send a subscribe request to linux...@googlegroups.com
> Let's make progress from where we left off at Linux Plumbers Conf using MC
> mailing list.
>
I would like to join this one too, what is needed for the subscrip
Murali,
Please send a subscribe request to linux...@googlegroups.com
Let's make progress from where we left off at Linux Plumbers Conf using MC
mailing list.
Thanks,
- Guru
-Original Message-
From: Aguirre Rodriguez, Sergio Alberto [mailto:saagui...@ti.com]
Sent: Thursday, October 01, 2
Sergio,
Thanks..
Guru,
Could you add me to the group?
Murali Karicheri
Software Design Engineer
Texas Instruments Inc.
Germantown, MD 20874
email: m-kariche...@ti.com
>-Original Message-
>From: Aguirre Rodriguez, Sergio Alberto
>Sent: Thursday, October 01, 2009 11:10 AM
>To: Karicheri,
Hi Murali,
> -Original Message-
> From: linux-media-ow...@vger.kernel.org
> [mailto:linux-media-ow...@vger.kernel.org] On Behalf Of
> Karicheri, Muralidharan
> Sent: Thursday, October 01, 2009 8:46 AM
> To: linux-media@vger.kernel.org
> Subject: status of google group created for working
Hi,
In the plumbers conference, a Google group was setup to share ideas/patches
during development of media controller framework. But I have not any email
regarding the same. Could someone tell me what is the current status of this
group and add me to the group based on my below information?
M
On 10/1/09 3:06 AM, David T. L. Wong wrote:
Hi all,
A potential bug is found in cx23885_video_register().
A tuner_setup struct is passed to v4l2_subdev_call(),
but that struct is not fully initialized, especially for tuner_callback
member, and eventually tuner_s_type_addr() copy that wrong poin
Hi Sergio,
On Thursday 01 October 2009 13:56:19 Aguirre Rodriguez, Sergio Alberto wrote:
> Hi all,
>
> I was wondering how acceptable is to requeue a buffer in a dqbuf call
> if the videbuf_dqbuf returns error?
>
> See, here's our current omap3 camera dqbuf function code:
>
> static int vidioc_
2009/9/15 Jean-Francois Moine :
> On Mon, 14 Sep 2009 11:17:57 -0400
> James Blanford wrote:
>
>> Howdy folks,
>>
>> I have my old quickcam express webcam working, with HDCS1000
>> sensor, 046d:840. It's clearly throwing away every other frame. What
>> seems to be happening is, while the last pac
Hi all,
I was wondering how acceptable is to requeue a buffer in a dqbuf call
if the videbuf_dqbuf returns error?
See, here's our current omap3 camera dqbuf function code:
static int vidioc_dqbuf(struct file *file, void *fh, struct v4l2_buffer *b)
{
struct omap34xxcam_fh *ofh = fh;
On Wed, 30 Sep 2009 19:52:07 -0400, Andy Walls wrote:
> On Wed, 2009-09-30 at 18:22 +0200, Paweł Sikora wrote:
> > [ 11.701267] ir_probe: addr=0x47
> > [ 11.701271] ir_probe: [before override] ir_codes=(null), name=SAA713x
> > remote, get_key=(null)
> > [ 11.701273] ir_probe: [after overrid
Dnia 01-10-2009 o 12:42:10 Jean Delvare napisał(a):
On Thu, 01 Oct 2009 12:17:20 +0200, Paweł Sikora wrote:
Dnia 01-10-2009 o 12:06:09 Jean Delvare napisał(a):
>> I'm not sure if it is the problem here, but it may be prudent to
check
>> that there's no mismatch between the module and the
On Thu, 01 Oct 2009 12:17:20 +0200, Paweł Sikora wrote:
> Dnia 01-10-2009 o 12:06:09 Jean Delvare napisał(a):
>
> >> I'm not sure if it is the problem here, but it may be prudent to check
> >> that there's no mismatch between the module and the structure
> >> definitions being pulled in via "#inc
Dnia 01-10-2009 o 12:06:09 Jean Delvare napisał(a):
I'm not sure if it is the problem here, but it may be prudent to check
that there's no mismatch between the module and the structure
definitions being pulled in via "#include" (maybe by stopping gcc after
the preprocessing with -E ).
Thanks
Hi Andy,
On Wed, 30 Sep 2009 19:42:46 -0400, Andy Walls wrote:
> On Wed, 2009-09-30 at 12:57 +0200, Jean Delvare wrote:
> > Not sure why you look at address 0x83e? The stack trace says +0x64. As
> > function ir_input_init() starts at 0x800, the oops address would be
> > 0x864, which is:
> >
> > 8
Hi all,
A potential bug is found in cx23885_video_register().
A tuner_setup struct is passed to v4l2_subdev_call(),
but that struct is not fully initialized, especially for tuner_callback
member, and eventually tuner_s_type_addr() copy that wrong pointer.
It would particularly cause seg. fa
33 matches
Mail list logo