Hello Jean-Francois,
do you have any comments or suggestions about this patch?
Regards,
Márton Németh
Hans de Goede wrote:
> Hi,
>
> Looks good to me now.
>
> Regards,
>
> Hans
>
> On 01/18/2010 09:01 PM, Németh Márton wrote:
>> From: Márton Németh
>>
>> Add support functions for in
> From: gavin_r...@hotmail.com
> To: linux-media@vger.kernel.org
> Subject: RE: help: Leadtek DTV2000 DS
> Date: Wed, 27 Jan 2010 17:22:27 +1100
>
>
>
>
>
>> From: gavin_r...@hotmail.com
>> To: linux-media@vger.ker
> From: gavin_r...@hotmail.com
> To: linux-media@vger.kernel.org
> Subject: RE: help: Leadtek DTV2000 DS
> Date: Wed, 27 Jan 2010 13:07:49 +1100
>
>
>
>
>
>> Date: Wed, 27 Jan 2010 02:21:32 +0200
>> From: cr...@iki
Hi Hans.
I finished saa7134 part of SPI. Please review saa7134-spi.c and diff
saa7134-core and etc.
I wrote config of SPI to board structure. Use this config for register master
and slave devices.
SPI other then I2C, do not need call request_module. Udev do it.
I spend 10 days for understandin
> Date: Wed, 27 Jan 2010 02:21:32 +0200
> From: cr...@iki.fi
> To: gavin_r...@hotmail.com
> CC: linux-media@vger.kernel.org
> Subject: Re: help: Leadtek DTV2000 DS
>
> Terve Gavin,
>
> On 01/25/2010 01:44 PM, Gavin Ramm wrote:
>> Tried the current build o
On Fri, 22 Jan 2010 10:08:43 +0100
Richard R__jfors wrote:
> These sets of patches added support for the SAA7706H Car Radio DSP.
>
> Patch 2 is updated after feedback from Hans Verkuil. Thanks Hans!
>
> Patch 1:
> Add The saa7706h to the v4l2-chip-ident.h
> Patch 2:
> Add the actual source code
On Tue, Jan 26, 2010 at 05:05:22PM -0500, Devin Heitmueller wrote:
> On Tue, Jan 26, 2010 at 5:03 PM, Dirk Vornheder
> wrote:
> > Hi !
> >
> > Is my new device HVR930C supported ?
>
> No, it is not. Please refer to the linux-media mailing list archives,
> since this was discussed in the last we
Terve Gavin,
On 01/25/2010 01:44 PM, Gavin Ramm wrote:
Tried the current build of v4l-dvb (as of 25/01/2010) for a Leadtek DTV2000 DS.
product site :
http://www.leadtek.com/eng/tv_tuner/overview.asp?lineid=6&pronameid=530&check=f
The chipset are AF9015 + AF9013 and the tuner is TDA18211..
Im r
andrea.amoros...@gmail.com wrote:
> So since it is necessary to create a new entry, is there any rules to
> follow to choose it?
Just use the existing entry as an example. You'll need to put your
card name at the entry, and add a new #define at em28xx.h.
Cheers,
Mauro
--
To unsubscribe from thi
On Tue, Jan 26, 2010 at 5:03 PM, Dirk Vornheder wrote:
> Hi !
>
> Is my new device HVR930C supported ?
No, it is not. Please refer to the linux-media mailing list archives,
since this was discussed in the last week.
Devin
--
Devin J. Heitmueller - Kernel Labs
http://www.kernellabs.com
--
To u
Check also the minimum border of a value before setting it
to a control value.
See also http://bugzilla.kernel.org/show_bug.cgi?id=12824 .
Signed-off-by: Márton Németh
---
drivers/media/video/uvc/uvc_ctrl.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/media/
From: Jean Delvare
Subject: dvb/bt8xx: Clean-up init and exit functions
The init and exit functions are needlessly complex. Remove the bloat:
* Drop irrelevant/outdated comments.
* Remove useless bt878_pci_driver_registered global variable.
Signed-off-by: Jean Delvare
---
linux/drivers/media/d
On Tue, 26 Jan 2010 15:00:53 -0200
Nicolau Werneck wrote:
> Hello. I have this very cheap webcam that I sent a patch to support on
> gspca the other day. The specific driver is the t613.
>
> I changed the lens of this camera, and now my images are all too
> bright, what I believe is due to the m
Thanks for the reply, I'll look out for those possible correction
commands... But the adjustment when I cover the lens already happens
in the Linux driver, so I guess it's just something internal, right?
I went back to the original driver to see if I could make the camera
usable again, and I succe
On Tue, 26 Jan 2010, Nicolau Werneck wrote:
Hello. I have this very cheap webcam that I sent a patch to support on
gspca the other day. The specific driver is the t613.
I changed the lens of this camera, and now my images are all too
bright, what I believe is due to the much larger aperture o
Hi,
after updating the kernel from 2.6.31.6 to 2.6.32.4 I get oops when I use
alevtv on a dvb-demux device.
I get the same result on 3 different systems with 3 different TV-cards.
With v4l-dvb-59e746a1c5d1 snapshoot I get the same result on a 64bit machine
with a hvr-1400 card.
Here is the oputp
Hello. I have this very cheap webcam that I sent a patch to support on
gspca the other day. The specific driver is the t613.
I changed the lens of this camera, and now my images are all too
bright, what I believe is due to the much larger aperture of this new
lens. So I would like to try setting u
On Mon, 25 Jan 2010, Antti Palosaari wrote:
> > What happens if you disable the HID layer? Or at least if you add an
> > ignore quirk for the device in usbhid?
>
> Looks like Fedora doesn't have usbhid compiled as module. I looked
> hid-quirks.c file and there was only one af9015 device blacklist
Hi Németh,
On 01/24/2010 06:20 PM, Németh Márton wrote:
Hi,
I'm dealing with Labtec Webcam 2200 and I found that the pac7302 driver does not
forward the image footer information to userspace. This footer contains some
information
which might be interesting to the userspace. What exactly this f
Well, as I said I use now different TV-stick. But I have the old one
somewhere. I'll try to find it and check it.
Pekka
Jiri Kosina wrote:
On Wed, 13 Jan 2010, Jiri Slaby wrote:
Let's ignore the device altogether by the HID layer. It's handled
by dvb-usb-remote driver already.
By now, FULL
Stefan Kost writes:
Hi,
> Arnaud Patard wrote:
>> When using VIDIOC_QBUF with memory type set to V4L2_MEMORY_MMAP, the
>> v4l2_buffer buffer gets unmodified on drivers like uvc (well, only
>> bytesused field is modified). Then some apps like gstreamer are reusing
>> the same buffer later to call
Arnaud Patard wrote:
> When using VIDIOC_QBUF with memory type set to V4L2_MEMORY_MMAP, the
> v4l2_buffer buffer gets unmodified on drivers like uvc (well, only
> bytesused field is modified). Then some apps like gstreamer are reusing
> the same buffer later to call munmap (eg passing the buffer "l
22 matches
Mail list logo