This patch fixes stack corruption bug present in dump_regs function of zl10353
and qt1010 drivers:
the buffer buf is one byte smaller than required - there is 4 chars
for address prefix, 16*3 chars for dump of 16 eeprom bytes per line
and 1 byte for zero ending the string required, i.e. 53 bytes,
hi ~~
I have found the problem ~~ The 3'rd partner didn't give us the right
v4l2 driver. Thanks for your help ~~
Best wishes
在 2009-06-09二的 16:41 +0900，Dongsoo, Nathaniel Kim写道：
> Hi,
>
> Sorry I still don't get what the full frame means, but I might
> consider that is the maximum resolution-ed
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
Tested-by: Terry Wu
diff -r fad35ab59848 linux/drivers/media/common/tuners/tuner-xc2028.c
--- a/linux/drivers/media/common/tuners/tuner-xc2028.c Fri J
On 06/10/2009 01:39 AM, Jan Nikitenko wrote:
Solved with "[PATCH] af9015: fix stack corruption bug".
Jan, Thank you very much.
I reviewed your patch and seems to be correct.
This error leads to the zl10353.c and there it was copied to qt1010.c
and af9015.c.
Probably you want also fix those
On 06/10/2009 01:31 AM, Jan Nikitenko wrote:
This patch fixes stack corruption bug present in af9015_eeprom_dump():
the buffer buf is one byte smaller than required - there is 4 chars
for address prefix, 16*3 chars for dump of 16 eeprom bytes per line
and 1 byte for zero ending the string require
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 WinFas
Solved with "[PATCH] af9015: fix stack corruption bug".
Best regards,
Jan
--
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
This patch fixes stack corruption bug present in af9015_eeprom_dump():
the buffer buf is one byte smaller than required - there is 4 chars
for address prefix, 16*3 chars for dump of 16 eeprom bytes per line
and 1 byte for zero ending the string required, i.e. 53 bytes, but
only 52 are provided.
The
email: m-kariche...@ti.com
>-Original Message-
>From: Hans Verkuil [mailto:hverk...@xs4all.nl]
>Sent: Tuesday, June 09, 2009 5:03 PM
>To: Karicheri, Muralidharan
>Cc: linux-media@vger.kernel.org; davinci-linux-open-
>sou...@linux.davincidsp.com; Muralidharan Karicheri
>Subject: Re: [PATCH
On Tuesday 09 June 2009 23:03:01 Hans Verkuil wrote:
> On Tuesday 09 June 2009 22:55:53 m-kariche...@ti.com wrote:
> > From: Muralidharan Karicheri
> >
> > re-sending with RFC in the header
> >
> > This patch adds support for setting bus parameters such as bus type
> > (BT.656, BT.1120 etc), width
On Tuesday 09 June 2009 22:55:53 m-kariche...@ti.com wrote:
> From: Muralidharan Karicheri
>
> re-sending with RFC in the header
>
> This patch adds support for setting bus parameters such as bus type
> (BT.656, BT.1120 etc), width (example 10 bit raw image data bus)
> and polarities (vsync, hsync
From: Muralidharan Karicheri
re-sending with RFC in the header
This patch adds support for setting bus parameters such as bus type
(BT.656, BT.1120 etc), width (example 10 bit raw image data bus)
and polarities (vsync, hsync, field etc) in sub device. This allows
bridge driver to configure the s
From: Muralidharan Karicheri
This patch adds support for setting bus parameters such as bus type
(BT.656, BT.1120 etc), width (example 10 bit raw image data bus)
and polarities (vsync, hsync, field etc) in sub device. This allows
bridge driver to configure the sub device for a specific set of bus
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-subdev2 for the
following:
- v4l2: add new s_config subdev ops and v4l2_i2c_new_subdev_cfg/board calls
- v4l2-device: fix incorrect kernel check
- v4l-compat: add I2C_ADDRS macro.
- v4l2: update framework documentation.
- v4l
Hi all,
I've been trying to put together a recomendation for the right
combination of DVB-S (or S2?), CI, and CAM that can handle Irdeto
encryption but after days of searching and finding lots of little
pieces of information, I have not been able to find any examples of
people running the right co
On Tue, 9 Jun 2009, Mauro Carvalho Chehab wrote:
> Em Tue, 9 Jun 2009 18:08:38 +0200
> Hans Verkuil escreveu:
>
>
> > > > Should I submit a patch that implement VIDIOC_S_JPEGCOMP support in the
> > > > UVC driver and implement a JPEG compression quality control later, or
> > > > would you prefer t
Devin Heitmueller wrote:
On Tue, Jun 9, 2009 at 3:04 PM, Steven Toth wrote:
40db.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
Just checked the source. It's 40dB for QAM256, but 30dB for ATSC and
QAM64. Are we sure he's doing QAM256 and not QAM64?
Devin
30db for the top end
Em Tue, 9 Jun 2009 18:15:41 +0200
Hans Verkuil escreveu:
> Hi Mauro,
>
> Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-subdev for the
> following:
>
> - v4l-dvb: replace the v4l2_i2c_new_*subdev* functions with
> v4l2_i2c_new_subdev()
No, please! Let's keep the previously agre
On Tue, Jun 9, 2009 at 3:04 PM, Steven Toth wrote:
>
> 40db.
>
> --
> Steven Toth - Kernel Labs
> http://www.kernellabs.com
>
Just checked the source. It's 40dB for QAM256, but 30dB for ATSC and
QAM64. Are we sure he's doing QAM256 and not QAM64?
Devin
--
Devin J. Heitmueller - Kernel Labs
h
Devin Heitmueller wrote:
On Tue, Jun 9, 2009 at 2:52 PM, David Ward wrote:
On 06/09/2009 10:24 AM, Steven Toth wrote:
David has called out Comcast to review his installation.
After replacing all the connectors and some cables from the pole all the way
to the outlet, their meter ultimately sho
Devin Heitmueller wrote:
On Tue, Jun 9, 2009 at 2:52 PM, David Ward wrote:
On 06/09/2009 10:24 AM, Steven Toth wrote:
David has called out Comcast to review his installation.
After replacing all the connectors and some cables from the pole all the way
to the outlet, their meter ultimately sho
On Tue, Jun 9, 2009 at 2:52 PM, David Ward wrote:
> On 06/09/2009 10:24 AM, Steven Toth wrote:
>>
>> David has called out Comcast to review his installation.
>
> After replacing all the connectors and some cables from the pole all the way
> to the outlet, their meter ultimately showed 39-40dB at t
From: Muralidharan Karicheri
CCDC hw device header file
Adds ccdc hw device header for vpfe capture driver
Incorporated review comments against previous patch
Reviewed By "Hans Verkuil".
Reviewed By "Laurent Pinchart".
Signed-off-by: Muralidharan Karicheri
---
Applies to v4l-dvb repository
Please ignore this, it has wrong series number. I will re-send it soon
email: m-kariche...@ti.com
>-Original Message-
>From: Karicheri, Muralidharan
>Sent: Tuesday, June 09, 2009 2:50 PM
>To: linux-media@vger.kernel.org
>Cc: davinci-linux-open-sou...@linux.davincidsp.com; Muralidharan Kar
On 06/09/2009 10:24 AM, Steven Toth wrote:
David has called out Comcast to review his installation.
After replacing all the connectors and some cables from the pole all the
way to the outlet, their meter ultimately showed 39-40dB at the outlet.
My card is showing the same SNR values as before.
From: Muralidharan Karicheri
Reviewed By "Hans Verkuil".
Reviewed By "Laurent Pinchart".
This is a new module added for vpss library functions that are
used configuring vpss system module. All video drivers will
include vpss.h header and call functions defined in this module
to configure vpss sy
From: Muralidharan Karicheri
Remove outdated driver files from davinci git tree
No change from last patch
Reviewed By "Hans Verkuil".
Reviewed By "Laurent Pinchart".
Signed-off-by: Muralidharan Karicheri
---
Applies to Davinci GIT Tree
drivers/media/video/ccdc_davinci.c | 124
drivers
From: Muralidharan Karicheri
DM644x platform and board setup
This adds plarform and board setup changes required to support
vpfe capture driver on DM644x
Added registration of vpss platform driver based on last comment
Reviewed By "Hans Verkuil".
Reviewed By "Laurent Pinchart".
Signed-off-by:
From: Muralidharan Karicheri
DM355 platform and board setup
This has platform and board setup changes to support vpfe capture
driver for DM355 EVMs.
Added registration of vpss platform driver based on last review
Reviewed By "Hans Verkuil".
Reviewed By "Laurent Pinchart".
Signed-off-by: Mural
From: Muralidharan Karicheri
Makefile and config files for the driver
This adds Makefile and Kconfig changes to build vpfe capture driver.
Added configuration variable for vpss driver based on last review
Reviewed By "Hans Verkuil".
Reviewed By "Laurent Pinchart".
Signed-off-by: Muralidharan
From: Muralidharan Karicheri
common types used across CCDC modules
No change from last version
Reviewed By "Hans Verkuil".
Reviewed By "Laurent Pinchart".
Signed-off-by: Muralidharan Karicheri
---
Applies to v4l-dvb repository
include/media/davinci/ccdc_types.h | 43 ++
From: Muralidharan Karicheri
CCDC hw device header file
Adds ccdc hw device header for vpfe capture driver
Incorporated review comments against previous patch
Reviewed By "Hans Verkuil".
Reviewed By "Laurent Pinchart".
Signed-off-by: Muralidharan Karicheri
---
Applies to v4l-dvb repository
From: Muralidharan Karicheri
DM355 CCDC hw module
Adds ccdc hw module for DM355 CCDC. This registers with the bridge
driver a set of hw_ops for configuring the CCDC for a specific
decoder device connected to vpfe.
Following are some of the major comments addressed :-
1) removed vpss con
From: Muralidharan Karicheri
DM644x CCDC hw module
This is the hw module for DM644x CCDC. This registers with the
vpfe capture driver and provides a set of hw_ops to configure
CCDC for a specific decoder device connected to the VPFE
Following are some of the major comments addressed :-
From: Muralidharan Karicheri
VPFE Capture driver for DaVinci Media SOCs :- DM355 and DM6446
This is the version v2 of the patch series. This is the reworked
version of the driver based on comments received against the last
version of the patch.
++
Em Tue, 9 Jun 2009 18:08:38 +0200
Hans Verkuil escreveu:
> > > Should I submit a patch that implement VIDIOC_S_JPEGCOMP support in the
> > > UVC driver and implement a JPEG compression quality control later, or
> > > would you prefer the driver not to implement VIDIOC_S_JPEGCOMP at all ?
> > > A
I've been trying to get an HP webcam (usbid 15b8:6002) running on my
GFs machine. She's running Ubuntu Hardy with 2.6.24-24-generic
kernel. I downloaded the mercurial repo for v4l-dvb. It compiled
without complaint and the modules load without complaint. I've got it
running on Ubuntu Jaunty wit
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:Tue Jun 9 19:00:03 CEST 2009
path:http://www.linuxtv.org/hg/v4l-dvb
changeset: 11930:ed3781a79c73
gcc version: gcc
Some typo corrected
>-Original Message-
>From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
>ow...@vger.kernel.org] On Behalf Of Karicheri, Muralidharan
>Sent: Tuesday, June 09, 2009 12:51 PM
>To: Hans Verkuil
>Cc: linux-media@vger.kernel.org
>Subject: RE: [RFC] passing bus/in
Hans,
Thanks for looking into this...
>>
>> 1) I want to use v4l2_i2c_new_probed_subdev_addr() to load and probe the
>> the v4l2 sub-device from my vpfe capture driver. Currently the api's
>> available doesn't allow setting platform data in the client before the
>> sub-device's probe is called.
On Tuesday 02 June 2009 19:08:01 Karicheri, Muralidharan wrote:
> Hi,
>
> 1) I want to use v4l2_i2c_new_probed_subdev_addr() to load and probe the
> the v4l2 sub-device from my vpfe capture driver. Currently the api's
> available doesn't allow setting platform data in the client before the
> sub-de
Hi Mauro,
Please pull from http://www.linuxtv.org/hg/~hverkuil/v4l-dvb-subdev for the
following:
- v4l-dvb: replace the v4l2_i2c_new_*subdev* functions with
v4l2_i2c_new_subdev()
- v4l-dvb: add the s_config call to the core ops
- v4l2-device: fix incorrect kernel check
- v4l-dvb: add v4l2_i2c_n
Mauro,
Please pull from http://linuxtv.org/hg/~pinchartl/uvcvideo/
for the following 5 changesets:
uvcvideo: Add generic control blacklist.
uvcvideo: Don't accept to change the format when buffers are allocated.
uvcvideo: Add support for Aveo Technology webcams
uvcvideo: Add support for FSC V30S
On Tuesday 09 June 2009 17:56:01 Mauro Carvalho Chehab wrote:
> Em Tue, 9 Jun 2009 17:29:58 +0200
>
> Laurent Pinchart escreveu:
> > > Since uvc is part of the kernel, in fact, it is uvcvideo that is
> > > adding more exceptions to the Kernel style.
> >
> > Damn, I hoped you wouldn't notice that ;
Em Tue, 9 Jun 2009 17:29:58 +0200
Laurent Pinchart escreveu:
>
> > Since uvc is part of the kernel, in fact, it is uvcvideo that is adding
> > more exceptions to the Kernel style.
>
> Damn, I hoped you wouldn't notice that ;-)
:)
>
> I find the
>
> if ((ret = function()) < 0)
>
> more compa
On Tuesday 09 June 2009 14:02:01 Hans Verkuil wrote:
> On Tuesday 09 June 2009 13:11:11 Eduardo Valentin wrote:
> > Hi Hans,
> >
> > On Tue, Jun 09, 2009 at 12:41:38PM +0200, ext Hans Verkuil wrote:
>
>
>
> > > > +static struct v4l2_ioctl_ops radio_si4713_ioctl_ops = {
> > > > + .vidioc_g_inpu
Hi Mauro,
On Tuesday 09 June 2009 17:01:14 Mauro Carvalho Chehab wrote:
> Em Mon, 8 Jun 2009 16:15:57 +0200
>
> Laurent Pinchart escreveu:
> > On Monday 08 June 2009 03:52:12 Mauro Carvalho Chehab wrote:
> > > ERROR: do not use assignment in if condition
> > > #64: FILE: linux/drivers/media/video
> > - adr += PAGE_SIZE;
> > - size -= PAGE_SIZE;
> > + adr += PAGE_SIZE;
> > + size -= PAGE_SIZE;
>
> Why 2 spaces are better here?
Regexps need tweaking a tiny bit I guess. I'll post a follow up patch at
some point when I'm back dealing with ultra-low pr
Em Mon, 8 Jun 2009 16:15:57 +0200
Laurent Pinchart escreveu:
> Hi Mauro,
>
> On Monday 08 June 2009 03:52:12 Mauro Carvalho Chehab wrote:
> > Em Thu, 4 Jun 2009 14:39:52 +0200
> >
> > Laurent Pinchart escreveu:
> > > Mauro,
> > >
> > > Please pull from http://linuxtv.org/hg/~pinchartl/uvcvideo/
On Tue, 9 Jun 2009 15:04:36 +0200, Hans Verkuil wrote:
> Here it is:
>
> --- linux-git/include/linux/i2c.h.orig2009-06-09 14:53:32.0
> +0200
> +++ linux-git/include/linux/i2c.h 2009-06-09 15:03:24.0 +0200
> @@ -412,6 +412,10 @@
> /* The numbers to use to set I2C bus a
Devin Heitmueller wrote:
On Tue, Jun 9, 2009 at 10:21 AM, Steven Toth wrote:
I ruled out 30db on ATSC because that sounds incredibly high, I assumed
cable because that would be consistent with the numbers. You could well be
right.
--
Steven Toth - Kernel Labs
http://www.kernellabs.com
I agre
On Tue, Jun 9, 2009 at 10:21 AM, Steven Toth wrote:
> I ruled out 30db on ATSC because that sounds incredibly high, I assumed
> cable because that would be consistent with the numbers. You could well be
> right.
>
> --
> Steven Toth - Kernel Labs
> http://www.kernellabs.com
I agree it's high, but
David Ward wrote:
On 06/08/2009 04:36 PM, Devin Heitmueller wrote:
On Mon, Jun 8, 2009 at 4:20 PM, Steven Toth wrote:
We're getting into the realm of 'do you need to amplify and/or debug
your
cable network', and out of the realm of driver development.
Comcast is coming tomorrow to ch
Steven,
One thing that is interesting is that he is getting BER/UNC errors
even on ATSC, when he has a 30.2 dB signal. While I agree that the
cable company could be sending a weak signal, 30 dB should be plenty
for ATSC.
Also, it's possible that the playback application/codec in question
poorly
Alan Cox wrote:
> From: Alan Cox
>
> Having fixed the sprintfs I decided a quick clean wouldn't do any harm so
> it was actually easy to read in future.
>
> Signed-off-by: Alan Cox
> ---
>
> drivers/media/video/se401.c | 876
> ++-
> drivers/media/vid
On Mon, Jun 8, 2009 at 7:09 PM, W. Michael Petullo wrote:
> I have a VCR connected to my 950Q using the coaxial interface.
>
> Kernel is 2.6.29.4.
>
> I am using streamer from Fedora's xawtv-3.95-11.fc11.ppc:
>
> v4lctl setchannel 3
> streamer -r 30 -s 640x480 -f jpeg -i Television -n NTSC-M -c /d
On Mon, Jun 08, 2009 at 09:19:50PM +0200, Guennadi Liakhovetski wrote:
> On Tue, 19 May 2009, Paul Mundt wrote:
>
> > On Fri, May 15, 2009 at 07:18:45PM +0200, Guennadi Liakhovetski wrote:
> > > this is the next round of soc-camera conversions. Run-tested on i.MX31,
> > > PXA270, SH7722, compile-
On Monday 08 June 2009 14:39:32 Jean Delvare wrote:
> Hi Hans,
>
> On Sat, 6 Jun 2009 15:00:48 +0200, Hans Verkuil wrote:
> > For video4linux we sometimes need to probe for a single i2c address.
> > Normally you would do it like this:
> >
> > static const unsigned short addrs[] = {
> > addr, I2
From: Alan Cox
Having fixed the sprintfs I decided a quick clean wouldn't do any harm so
it was actually easy to read in future.
Signed-off-by: Alan Cox
---
drivers/media/video/se401.c | 876 ++-
drivers/media/video/se401.h |7
2 files changed, 45
On Tuesday 09 June 2009 13:11:11 Eduardo Valentin wrote:
> Hi Hans,
>
> On Tue, Jun 09, 2009 at 12:41:38PM +0200, ext Hans Verkuil wrote:
> > > +static struct v4l2_ioctl_ops radio_si4713_ioctl_ops = {
> > > + .vidioc_g_input = radio_si4713_vidioc_g_input,
> > > + .vidioc_s_input
From: Alan Cox
Closes-bug: http://bugzilla.kernel.org/show_bug.cgi?id=13435
Signed-off-by: Alan Cox
---
drivers/media/video/se401.c | 10 ++
1 files changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/media/video/se401.c b/drivers/media/video/se401.c
index 5990ab3..08129
Tidy up the SE401 driver
---
Alan Cox (2):
se401: Fix unsafe use of sprintf with identical source/destination
se401: Fix coding style
drivers/media/video/se401.c | 882 ++-
drivers/media/video/se401.h |7
2 files changed, 456 insertions(
2009/6/9 Alexey Klimov :
> Hello, Jean-Francois and Erik André
>
> What do you think about such small change?
> Looks like the code doesn't need if-check and goto here in stv06xx_stopN
> function. The code after label "out" does this.
>
> --
> Patch removes needless if check and goto.
>
>
> Signed-
Hi Hans,
On Tue, Jun 09, 2009 at 12:41:38PM +0200, ext Hans Verkuil wrote:
> On Monday 08 June 2009 10:18:05 Eduardo Valentin wrote:
> > From: Eduardo Valentin
> >
> > # HG changeset patch
> > # User "Eduardo Valentin "
> > # Date 126611 -10800
> > # Node ID 92ec243dd1882c136a588898dd5b7a1913
Hello, Jean-Francois and Erik André
What do you think about such small change?
Looks like the code doesn't need if-check and goto here in stv06xx_stopN
function. The code after label "out" does this.
--
Patch removes needless if check and goto.
Signed-off-by: Alexey Klimov
--
diff -r ed3781a7
On Monday 08 June 2009 10:18:05 Eduardo Valentin wrote:
> From: Eduardo Valentin
>
> # HG changeset patch
> # User "Eduardo Valentin "
> # Date 126611 -10800
> # Node ID 92ec243dd1882c136a588898dd5b7a1913ca0f4b
> # Parent 2456c8fc506ecf928d2e95da36d611d094c0ec55
> This patch adds files which
Hi,
cc-ed linux-media
On Mon, Jun 01, 2009 at 12:48:33PM +0200, Hubert Hafner wrote:
>
> I've read your message on mail-archive.com on the linux-media section.
>
> The same problem seems to be valid for the Haupauge Nova-TD (a dual
> receiver). After a few minutes the ehci_hcd core is halted.
Hi,
Sorry I still don't get what the full frame means, but I might
consider that is the maximum resolution-ed image data coming from
external camera module. And whatever it is, you might have no problem
getting data through memcpy with buf.byteused size.
Cheers,
Nate
On Tue, Jun 9, 2009 at 11:22
68 matches
Mail list logo
