Hi Laurent,
I try to add the more exposure methods of the M-5MOLS driver. Currently,
the only 2 exposure type are available in the M-5MOLS driver -
V4L2_EXPOSURE_AUTO, V4L2_EXPOSURE_MANUAL. But, the HW is capable to
So, I found the only UVC driver looks like using extra enumerations
missing. sorry :)
2011-05-25 오후 3:49, Kim, HeungJun 쓴 글:
Hi Laurent,
I try to add the more exposure methods of the M-5MOLS driver. Currently,
the only 2 exposure type are available in the M-5MOLS driver -
V4L2_EXPOSURE_AUTO, V4L2_EXPOSURE_MANUAL. But, the HW is capable to
the HW is
Hello,
I'm trying to build the media tree using the automatic script and end-up
with at least two errors not allowing me to move forward positively.
Ubuntu 11.04 x86_64 2.6.38-8-generic
First one is on Kinect (don't need it, I can disable the build):
CC [M]
Please, do not remove anyone from the CC list.
On 25 May 2011 05:45, Chris Rodley carlight...@yahoo.co.nz wrote:
Hi,
Have upgraded the driver to Javier's latest RFC driver.
Still having problems viewing output.
Setting up with:
# media-ctl -r -l 'mt9p031 2-0048:0-OMAP3 ISP CCDC:0[1], OMAP3
On Wed, 2011-05-25 at 07:43 +0100, Nicolas WILL wrote:
The second one is on rc-main (I probably need that!):
CC [M] /home/nico/src/media_build/v4l/rc-main.o
/home/nico/src/media_build/v4l/rc-main.c: In function 'rc_allocate_device':
/home/nico/src/media_build/v4l/rc-main.c:993:29:
Hi Alex,
On Tuesday 24 May 2011 16:11:16 Alex Gershgorin wrote:
Hi All,
I wrote a simple V4L2 subdevs I2C driver which returns a fixed format and
size. I do not understand who reads these parameters, user application
through IOCTL or OMAP3 ISP driver uses them regardless of the user space
Hi Javier,
Thanks for the patch. Here's a review of the power handling code.
On Tuesday 24 May 2011 16:30:43 Javier Martin wrote:
This RFC includes a power management implementation that causes
the sensor to show images with horizontal artifacts (usually
monochrome lines that appear on the
s5p-csis is to be built only on S5P SoC platforms.
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
---
Hi Nicolas,
On x86 mipi-csis build should be disabled. This patch should the issue.
Regards,
Sylwester Nawrocki
Samsung Poland RD Center
---
drivers/media/video/Kconfig |2 +-
Hi Sanjeev,
On Monday 23 May 2011 20:09:58 Premi, Sanjeev wrote:
On Monday, May 23, 2011 12:56 AM Laurent Pinchart wrote:
On Saturday 21 May 2011 12:55:32 Mauro Carvalho Chehab wrote:
Em 18-05-2011 13:06, Sanjeev Premi escreveu:
[snip]
@@ -387,7 +387,7 @@ static inline void
On Tuesday, May 24, 2011 08:28:32 Hans Verkuil wrote:
On Tuesday, May 24, 2011 03:42:32 Mauro Carvalho Chehab wrote:
Em 23-05-2011 08:06, Hans Verkuil escreveu:
Hi Mauro,
Here are a few fixes: the first fixes a bug in the wl12xx drivers (I hope
Matti's
email is still correct).
s5p-csis is to be built only on S5P SoC platforms.
Signed-off-by: Sylwester Nawrocki s.nawro...@samsung.com
---
Resending, as the previous patch had PLAT_S5P added twice..
---
drivers/media/video/Kconfig |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
(The initial patch cause too long tune delay on non-present carriers. Use the
hardware derot, by writing zero to the derot register.)
From 2b960abaeeaa32f6bcaa350ca80906c467ab9cb1 Mon Sep 17 00:00:00 2001
From: Hans Petter Selasky hsela...@c2i.net
Date: Tue, 24 May 2011 21:44:53 +0200
Subject:
We must not use any information in the passed var besides xoffset,
yoffset and vmode as otherwise applications might abuse it. Also use the
aligned fix.line_length and not the (possible) unaligned xres_virtual.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
Cc: Andy Walls
Hi,
thank you for the review, I agree with you on all the suggested
changes except on this one:
On 25 May 2011 10:05, Laurent Pinchart
laurent.pinch...@ideasonboard.com wrote:
Hi Javier,
Thanks for the patch. Here's a review of the power handling code.
On Tuesday 24 May 2011 16:30:43 Javier
Hi Javier,
On Wednesday 25 May 2011 11:41:42 javier Martin wrote:
Hi,
thank you for the review, I agree with you on all the suggested
changes except on this one:
On 25 May 2011 10:05, Laurent Pinchart wrote:
On Tuesday 24 May 2011 16:30:43 Javier Martin wrote:
This RFC includes a power
Hi Hans and Laurent,
I got fmt info from a video data source subdev, I thought there should
be a helper function to convert these two format enums.
However, v4l2_fill_pix_format didn't do this, why? Should I do this in
bridge driver one by one?
I think these codes are common use, I prefer adding
Hi Laurent,
Unfortunately, at this point I have no Hardware platforms, but in the
next week we should get Zoom OMAP35 Torpedo evaluation kit
and then I can test it.
I have already applied this patch on the last main line
Kernel version (2.6.39) and continue to work on the platform device for
Hi Alex,
On Wednesday 25 May 2011 11:58:58 Alex Gershgorin wrote:
Hi Laurent,
Unfortunately, at this point I have no Hardware platforms, but in the
next week we should get Zoom OMAP35 Torpedo evaluation kit
and then I can test it.
I have already applied this patch on the last main line
On Wednesday, May 25, 2011 11:56:23 Scott Jiang wrote:
Hi Hans and Laurent,
I got fmt info from a video data source subdev, I thought there should
be a helper function to convert these two format enums.
However, v4l2_fill_pix_format didn't do this, why? Should I do this in
bridge driver one
Hi Scott
On Wed, 25 May 2011, Scott Jiang wrote:
Hi Hans and Laurent,
I got fmt info from a video data source subdev, I thought there should
be a helper function to convert these two format enums.
However, v4l2_fill_pix_format didn't do this, why? Should I do this in
bridge driver one by
of virus signature
database 6150 (20110525) __
The message was checked by ESET NOD32 Antivirus.
http://www.eset.com
--
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
It includes several fixes pointed out by Laurent Pinchart. However,
the BUG which shows artifacts in the image (horizontal lines) still
persists. It won't happen if 1v8 regulator is not disabled (i.e.
comment line where it is disabled in function mt9p031_power_off).
I know there can be some other
Hi Heungjun,
On Wednesday 25 May 2011 08:49:31 Kim, HeungJun wrote:
Hi Laurent,
I try to add the more exposure methods of the M-5MOLS driver. Currently,
the only 2 exposure type are available in the M-5MOLS driver -
V4L2_EXPOSURE_AUTO, V4L2_EXPOSURE_MANUAL. But, the HW is capable to
Hi Laurent,
2011-05-25 오후 8:17, Laurent Pinchart 쓴 글:
Hi Heungjun,
On Wednesday 25 May 2011 08:49:31 Kim, HeungJun wrote:
Hi Laurent,
I try to add the more exposure methods of the M-5MOLS driver. Currently,
the only 2 exposure type are available in the M-5MOLS driver -
Hi Guennadi,
On 05/25/2011 12:11 PM, Guennadi Liakhovetski wrote:
Hi Scott
On Wed, 25 May 2011, Scott Jiang wrote:
Hi Hans and Laurent,
I got fmt info from a video data source subdev, I thought there should
be a helper function to convert these two format enums.
However,
On Wed, 25 May 2011, Sylwester Nawrocki wrote:
Hi Guennadi,
On 05/25/2011 12:11 PM, Guennadi Liakhovetski wrote:
Hi Scott
On Wed, 25 May 2011, Scott Jiang wrote:
Hi Hans and Laurent,
I got fmt info from a video data source subdev, I thought there should
be a helper function
This patch adds the build infra-structure for Davinci
VPBE dislay driver.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by: Muralidharan Karicheri m-kariche...@ti.com
Acked-by: Hans Verkuil hverk...@xs4all.nl
---
drivers/media/video/davinci/Kconfig | 23 +++
fixed a wrong file inclusion in one of the patches
Manjunath Hadli (6):
davinci vpbe: V4L2 display driver for DM644X SoC
davinci vpbe: VPBE display driver
davinci vpbe: OSD(On Screen Display) block
davinci vpbe: VENC( Video Encoder) implementation
davinci vpbe: Build infrastructure for
Please refer to this file for detailed documentation of
davinci vpbe v4l2 driver.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by: Muralidharan Karicheri m-kariche...@ti.com
Acked-by: Hans Verkuil hverk...@xs4all.nl
---
Documentation/video4linux/README.davinci-vpbe | 93
This patch implements the functionality of the OSD block
of the VPBE. The OSD in total supports 4 planes or Video
sources - 2 mainly RGB and 2 Video. The patch implements general
handling of all the planes, with specific emphasis on the Video
plane capabilities as the Video planes are supported
This patch implements the core functionality of the display driver,
mainly controlling the VENC and other encoders, and acting as
the one point interface for the main V4L2 driver. This implements
the core of each of the V4L2 IOCTLs.
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Acked-by:
This patch adds the VENC or the Video encoder, which is responsible
for the blending of all source planes and timing generation for Video
modes like NTSC, PAL and other digital outputs. the VENC implementation
currently supports COMPOSITE and COMPONENT outputs and NTSC and PAL
resolutions through
Add remote control support for mantis driver
Signed-off-by: Christoph Pinkl christoph.pi...@gmail.com
---
drivers/media/dvb/mantis/hopper_cards.c|2 +-
drivers/media/dvb/mantis/mantis_cards.c| 27 +++-
drivers/media/dvb/mantis/mantis_common.h | 23 ++-
This is the second version of the patch series introducing a new event that
is triggered when a control's value or state changes.
It incorporates the comments made since version 1.
Most of these patches are relatively minor infrastructure changes. The real
work is done in patch 7.
This patch
This is required to implement control events and is also needed to allow
for per-filehandle control handlers.
Signed-off-by: Hans Verkuil hverk...@xs4all.nl
---
drivers/media/video/v4l2-fh.c|2 ++
drivers/media/video/v4l2-ioctl.c | 36 +++-
From: Hans Verkuil hans.verk...@cisco.com
Add the call_op define to safely call the control ops. This also allows
for controls without any ops such as the 'control class' controls.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/v4l2-ctrls.c | 19 +++
From: Hans Verkuil hans.verk...@cisco.com
Whenever a control changes value or state an event is sent to anyone
that subscribed to it.
This functionality is useful for control panels but also for applications
that need to wait for (usually status) controls to change value.
Signed-off-by: Hans
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/vivi.c | 161 ++-
1 files changed, 97 insertions(+), 64 deletions(-)
diff --git a/drivers/media/video/vivi.c b/drivers/media/video/vivi.c
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
Documentation/DocBook/media-entities.tmpl |1 +
Documentation/DocBook/v4l/vidioc-dqevent.xml | 17 +++-
.../DocBook/v4l/vidioc-subscribe-event.xml | 142
From: Hans Verkuil hans.verk...@cisco.com
When an application changes a control you want to generate an event.
However, you want to avoid sending such an event back to the application
(file handle) that caused the change.
Add the filehandle to the various set control functions.
Signed-off-by:
From: Hans Verkuil hans.verk...@cisco.com
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/v4l2-ctrls.c | 31 +++
include/media/v4l2-ctrls.h | 25 +
2 files changed, 56 insertions(+), 0 deletions(-)
diff
From: Hans Verkuil hans.verk...@cisco.com
This more generic function makes it possible to have a single function
that takes care of flags handling, in particular with regards to sending
a control event when the flags change.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
From: Hans Verkuil hans.verk...@cisco.com
When applications try to set READ_ONLY or GRABBED controls an error should
be returned. However, when drivers do that it should be accepted.
Those controls could reflect some driver status which the application
can't change but the driver obviously has
From: Hans Verkuil hans.verk...@cisco.com
To be consistent with v4l2-ioctl.c.
Signed-off-by: Hans Verkuil hans.verk...@cisco.com
---
drivers/media/video/v4l2-device.c |1 +
drivers/media/video/v4l2-subdev.c | 14 +++---
2 files changed, 8 insertions(+), 7 deletions(-)
diff --git
From: Hans Verkuil hans.verk...@cisco.com
The vb2_poll function would start read-DMA if called without any streaming
in progress. This unfortunately does not work if the application just wants
to poll for exceptions. This information of what the application is polling
for is sadly unavailable in
Op 25 mei 2011, om 13:16 heeft Javier Martin het volgende geschreven:
It includes several fixes pointed out by Laurent Pinchart. However,
the BUG which shows artifacts in the image (horizontal lines) still
persists. It won't happen if 1v8 regulator is not disabled (i.e.
comment line where it
Hi Tomasz,
On Tuesday 24 May 2011 14:28:49 Tomasz Stanislawski wrote:
Laurent Pinchart wrote:
On Wednesday 18 May 2011 18:55:51 Tomasz Stanislawski wrote:
Laurent Pinchart wrote:
On Saturday 14 May 2011 12:50:32 Hans Verkuil wrote:
On Friday, May 13, 2011 14:43:08 Laurent Pinchart wrote:
Christoph Pinkl christoph.pi...@gmail.com writes:
X-Mailer: Microsoft Office Outlook 12.0
This will not work.
Use git-send-email or a working email client. See
http://www.kernel.org/doc/Documentation/email-clients.txt for further
hints.
Bjørn
--
To unsubscribe from this list: send the line
This driver has several places that use dynamically sized arrays.
It's dangerous to do that in the kernel because the kernel has a
very small stack. A bug could cause the stack to overflow and
corrupt memory. I seem to recall i2c transfers can be triggered by
the users but I don't know the
Hello Dan,
I am just fixing those and also some other fixes.
regards,
Antti
On 05/25/2011 05:42 PM, Dan Carpenter wrote:
This driver has several places that use dynamically sized arrays.
It's dangerous to do that in the kernel because the kernel has a
very small stack. A bug could cause the
Le mardi 24 mai 2011 16:00:14 Antti Palosaari, vous avez écrit :
Yes I did, since I didn't know there is better way. Is there any other
driver which implements it differently? I think all current MFE drivers
does it like I did. For example look NetUP cx23885 + stv0367.
/dev/dvb/adapter0/
By convention, the name of the XML file should match the references
declared at media-entities.tmpl, as, otherwise, some validation
scripts break.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/Documentation/DocBook/media-entities.tmpl
The xml with those guys are there, but they weren't included
on the docbook.
Signed-off-by: Mauro Carvalho Chehab mche...@redhat.com
diff --git a/Documentation/DocBook/media-entities.tmpl
b/Documentation/DocBook/media-entities.tmpl
index 5c44aa7..e5fe094 100644
---
Hello,
I am developing a camera sensor driver for the Aptina MT9V034. I am only
using it in snapshot mode and I can successfully trigger the sensor and
receive pictures using the latest omap3isp driver from
git://linuxtv.org/pinchartl/media.git branch omap3isp-next-sensors with
kernel 2.6.38.
I
Laurent Pinchart wrote:
Hi Tomasz,
On Tuesday 24 May 2011 14:28:49 Tomasz Stanislawski wrote:
Laurent Pinchart wrote:
On Wednesday 18 May 2011 18:55:51 Tomasz Stanislawski wrote:
Laurent Pinchart wrote:
On Saturday 14 May 2011 12:50:32 Hans Verkuil wrote:
On Friday, May 13, 2011 14:43:08
This is a new driver for the Fintek LPC SuperIO CIR function, in the
Fintek F71809 chip. Hardware and datasheets were provided by Fintek, so
thanks go to them for supporting this effort.
This driver started out as a copy of the nuvoton-cir driver, and was
then modified as needed for the Fintek
Signed-off-by: Christoph Pinkl christoph.pi...@gmail.com
---
drivers/media/dvb/mantis/hopper_cards.c|2 +-
drivers/media/dvb/mantis/mantis_cards.c| 27 +++-
drivers/media/dvb/mantis/mantis_common.h | 23 ++-
drivers/media/dvb/mantis/mantis_input.c
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:Wed May 25 19:00:34 CEST 2011
git hash:f9b51477fe540fb4c65a05027fdd6f2ecce4db3b
gcc version: i686-linux-gcc (GCC)
I am trying to find the code for h.264 mentioned
http://www.spinics.net/lists/linux-media/msg29129.html
I downloaded the linux-media-2011-05.24 and it is not part of uvc_driver.c
Where can I get the code?
Thanks,
Jerry
--
To unsubscribe from this list: send the line unsubscribe linux-media in
Hi Jerry,
On Wednesday 25 May 2011 21:44:59 Jerry Geis wrote:
I am trying to find the code for h.264 mentioned
http://www.spinics.net/lists/linux-media/msg29129.html
I downloaded the linux-media-2011-05.24 and it is not part of uvc_driver.c
Where can I get the code?
That code only
Laurent Pinchart wrote:
Hi Jerry,
On Wednesday 25 May 2011 21:44:59 Jerry Geis wrote:
I am trying to find the code for h.264 mentioned
http://www.spinics.net/lists/linux-media/msg29129.html
I downloaded the linux-media-2011-05.24 and it is not part of uvc_driver.c
Where can I get the
On May 3, 2011, at 4:21 PM, Heiko Baums wrote:
Am Tue, 3 May 2011 13:16:57 -0400
schrieb Jarod Wilson ja...@wilsonet.com:
A quick look at the code suggests the 800i should indeed behave
more or less the same, barring any hardware-specific implementation
differences. Sure, might as well
Moikka Mauro,
Fixes...
The following changes since commit 87cf028f3aa1ed51fe29c36df548aa714dc7438f:
[media] dm1105: GPIO handling added, I2C on GPIO added, LNB control
through GPIO reworked (2011-05-21 11:10:28 -0300)
are available in the git repository at:
Hi Jerry,
On Wednesday 25 May 2011 22:34:28 Jerry Geis wrote:
Laurent Pinchart wrote:
On Wednesday 25 May 2011 21:44:59 Jerry Geis wrote:
I am trying to find the code for h.264 mentioned
http://www.spinics.net/lists/linux-media/msg29129.html
I downloaded the linux-media-2011-05.24
Laurent Pinchart wrote:
Hi Jerry,
On Wednesday 25 May 2011 22:34:28 Jerry Geis wrote:
Laurent Pinchart wrote:
On Wednesday 25 May 2011 21:44:59 Jerry Geis wrote:
I am trying to find the code for h.264 mentioned
http://www.spinics.net/lists/linux-media/msg29129.html
I
driver to use dvb-usb-remote.
The remote(s) generates 24 bit NEC codes, lme2510 keymaps redefined.
Other minor fixes
fix le warning.
make sure frontend is detached on firmware change.
applied to v1.86
Signed-off-by: Malcolm Priestley tvbox...@gmail.com
---
drivers/media/dvb/dvb-usb/lmedm04.c
Fixes media_build, and presumably certain other upstream kernel build
option combos.
Before:
CC [M] /home/jarod/src/media_build/v4l/kinect.o
/home/jarod/src/media_build/v4l/kinect.c:38:19: error: 'D_ERR' undeclared here
(not in a function)
/home/jarod/src/media_build/v4l/kinect.c:38:27:
On May 25, 2011, at 3:01 AM, Nicolas WILL wrote:
On Wed, 2011-05-25 at 07:43 +0100, Nicolas WILL wrote:
The second one is on rc-main (I probably need that!):
CC [M] /home/nico/src/media_build/v4l/rc-main.o
/home/nico/src/media_build/v4l/rc-main.c: In function 'rc_allocate_device':
Moikka Mauro,
Two new models and some fixes.
The following changes since commit 87cf028f3aa1ed51fe29c36df548aa714dc7438f:
[media] dm1105: GPIO handling added, I2C on GPIO added, LNB control
through GPIO reworked (2011-05-21 11:10:28 -0300)
are available in the git repository at:
(This patch needs testing and review.)
From 5449f996bb340e4423b3146d1e0172dd635c0398 Mon Sep 17 00:00:00 2001
From: Hans Petter Selasky hsela...@c2i.net
Date: Tue, 24 May 2011 21:44:53 +0200
Subject: [PATCH] Fix the derot zig-zag to work with TT-USB2.0 TechnoTrend.
Signed-off-by: Hans Petter
On May 25, 2011, at 5:41 PM, Jarod Wilson wrote:
On May 25, 2011, at 3:01 AM, Nicolas WILL wrote:
On Wed, 2011-05-25 at 07:43 +0100, Nicolas WILL wrote:
The second one is on rc-main (I probably need that!):
CC [M] /home/nico/src/media_build/v4l/rc-main.o
On Wed, 2011-05-25 at 18:02 -0400, Jarod Wilson wrote:
On May 25, 2011, at 5:41 PM, Jarod Wilson wrote:
On May 25, 2011, at 3:01 AM, Nicolas WILL wrote:
On Wed, 2011-05-25 at 07:43 +0100, Nicolas WILL wrote:
The second one is on rc-main (I probably need that!):
CC [M]
Hi Mauro,
Thanks for applying the patches. For the record, the compromise was to
implement XU controls filtering to make sure that userspace applications won't
have access to potentially dangerous controls, and to push vendors to properly
document their XUs.
On Tuesday 24 May 2011 16:13:01
Em 25-05-2011 20:20, Laurent Pinchart escreveu:
Hi Mauro,
Thanks for applying the patches. For the record, the compromise was to
implement XU controls filtering to make sure that userspace applications
won't
have access to potentially dangerous controls, and to push vendors to
properly
Hi Mauro,
On Thursday 26 May 2011 01:34:10 Mauro Carvalho Chehab wrote:
Em 25-05-2011 20:20, Laurent Pinchart escreveu:
Hi Mauro,
Thanks for applying the patches. For the record, the compromise was to
implement XU controls filtering to make sure that userspace applications
won't have
Em 25-05-2011 20:43, Laurent Pinchart escreveu:
Issues arise when devices have floating point registers. And yes, that
happens, I've learnt today about an I2C sensor with floating point registers
(in this specific case it should probably be put in the broken design
category, but it exists
Em 23-05-2011 16:04, Hans Petter Selasky escreveu:
On Monday 23 May 2011 20:22:02 Guennadi Liakhovetski wrote:
Please, inline patches. Otherwise, this is what one gets, when replying.
On Mon, 23 May 2011, Hans Petter Selasky wrote:
--HPS
In any case, just throwing in my 2 cents - no idea
From: Andrew Chew ac...@nvidia.com
Based on vendor feedback, should issue a software reset at start of day.
Also, OV9740_ANALOG_CTRL15 needs to be changed so the sensor does not begin
streaming until it is ready (otherwise, results in a nonsense frame for the
initial frame).
For discontinuous
From: Andrew Chew ac...@nvidia.com
Made all hex number casing use lower-case throughout the entire driver
for consistency.
Signed-off-by: Andrew Chew ac...@nvidia.com
---
drivers/media/video/ov9740.c | 111 +-
1 files changed, 55 insertions(+), 56
Jean-François,
This patch looks ok to me, although the description is not 100%.
The sonixj driver compares the value for nchg with
if (sd-nchg -6 || sd-nchg = 12) {
With u8, negative values won't work.
Please check.
Thanks!
Mauro
Em 23-05-2011 08:09, Hans Petter Selasky
From: Andrew Chew ac...@nvidia.com
Derive resolution-dependent register settings programmatically.
Signed-off-by: Andrew Chew ac...@nvidia.com
---
drivers/media/video/ov9740.c | 210 +++---
1 files changed, 114 insertions(+), 96 deletions(-)
diff --git
From: Andrew Chew ac...@nvidia.com
The register width of the ov9740 is 16-bits, so correct the debug print
to reflect this.
Signed-off-by: Andrew Chew ac...@nvidia.com
---
drivers/media/video/ov9740.c |6 --
1 files changed, 4 insertions(+), 2 deletions(-)
diff --git
From: Andrew Chew ac...@nvidia.com
On suspend, remember whether we are streaming or not, and at what frame format,
so that on resume, we can start streaming again.
Signed-off-by: Andrew Chew ac...@nvidia.com
---
drivers/media/video/ov9740.c | 39 +++
1
Em 23-05-2011 08:19, Hans Petter Selasky escreveu:
--HPS
dvb-usb-0001.patch
From f7a0f7254da47ff88f69314f14043b01ba0764eb Mon Sep 17 00:00:00 2001
From: Hans Petter Selasky hsela...@c2i.net
Date: Mon, 23 May 2011 12:43:50 +0200
Subject: [PATCH] The USB_SPEED_XXX keywords are already
Em 23-05-2011 08:27, Hans Petter Selasky escreveu:
--HPS
dvb-usb-0008.patch
From 2f5378e5c5cc5528473f77321879fb075005d3dd Mon Sep 17 00:00:00 2001
From: Hans Petter Selasky hsela...@c2i.net
Date: Mon, 23 May 2011 13:26:04 +0200
Subject: [PATCH] Define parameter description after the
Em 23-05-2011 09:17, Ondrej Zary escreveu:
Convert radio-sf16fmr2 to use generic TEA575x implementation. Most of the
driver code goes away as SF16-FMR2 is basically just a TEA5757 tuner
connected to ISA bus.
The card can optionally be equipped with PT2254A volume control (equivalent
of
Em 25-05-2011 05:27, Hans Verkuil escreveu:
On Tuesday, May 24, 2011 08:28:32 Hans Verkuil wrote:
On Tuesday, May 24, 2011 03:42:32 Mauro Carvalho Chehab wrote:
Em 23-05-2011 08:06, Hans Verkuil escreveu:
Hi Mauro,
Here are a few fixes: the first fixes a bug in the wl12xx drivers (I hope
Hello,
On 05/25/2011 06:13 PM, Martin Bugge (marbugge) wrote:
Hello
To be honest I became a bit disengaded after all the discussion.
What caused me a lot of problems was the request for AV link support
(which is used in SCART connectors).
Something I never plan to implement.
But after the
88 matches
Mail list logo
