On Sun, 4 Jul 2010, Baruch Siach wrote:
This is the soc_camera support developed by Sascha Hauer for the i.MX27. Alan
Carvalho de Assis modified the original driver to get it working on more
recent
kernels. I modified it further to add support for i.MX25. This driver has been
tested on
On Fri, 2010-07-09 at 14:09 -0400, Devin Heitmueller wrote:
Hello all,
Here's the scenario:
1. I have a USB device that supports both an analog tuner and
composite/s-video inputs
2. The bridge is smart enough to power down the tuner when capturing
on composite/s-video
3. Changing the
On Sat, 10 Jul 2010 22:30:58 -0400
Kyle Baker kyleaba...@gmail.com wrote:
Is this change from 0x40 to 0x44 intended to fix the bad interface
messages as well as the mic becoming disabled? Also, is a reboot after
installing these drivers and changes required? I'm only curious
because it takes
Hi Andy,
On Sun, Jul 11, 2010 at 9:23 AM, Andy Walls awa...@md.metrocast.net wrote:
At the risk of missing something obvious:
In your bridge driver's VIDIOC_S_STD ioctl()
a. power up the analog tuner if it is not already
b. call s_std for the subdevices (including the tuner),
c. power down
On Sun, Jul 11, 2010 at 9:18 AM, Alexander Wirt formo...@formorer.de wrote:
Hi,
I recently got a Pinnacle PCTV Quatro stick which announces itself as PCTV
510e (ID: 2304:0242). It seemed that the em28xx-new driver had support for
that
stick, but as this is dead I know need some help. Is
Hi all.
Once in a time I wrote into Mantis driver Suspend / resume
code. The idea was, that bridge driver (mantis_dvb.c) will
handle the suspend / resume transparently to the application.
With a PCI device this was rather easy to achieve.
With xine, there was just a glitch with video and audio
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:Sun Jul 11 19:00:26 CEST 2010
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 14993:9652f85e688a
git master:
All these files use the big kernel lock in a trivial
way to serialize their private file operations,
typically resulting from an earlier semi-automatic
pushdown from VFS.
None of these drivers appears to want to lock against
other code, and they all use the BKL as the top-level
lock in their file
This is a repost of an earlier patch to remove
those users of the big kernel lock that can be
converted to a mutex using a simple script.
The only use of the BKL is in file operations
that are called without any other lock, so the
new mutex is the top-level serialization
and cannot introduce any
On Sun, Jul 11, 2010 at 9:50 AM, Jean-Francois Moine moin...@free.fr wrote:
The change from 0x40 to 0x44 is applied to the GPIO register of the
SN9C105 which is the bridge of the webcam. I was thinking that some
values of this register could break the audio input. It does not seem
so.
It
Hi Mauro,
Sorry for the late reply about
Mar, 1 2010: firedtv: add parameter to fake ca_system_ids in CA_INFO
http://patchwork.kernel.org/patch/82912
The reason why I wanted to make this fix in the kernel driver and not in MythTV
was that the problem was hardware related and
11 matches
Mail list logo
