This patch removes the non-required spinlock acquire/release calls on
'queue_irqlock' from 'uvc_queue_next_buffer' routine.
This routine is called from 'video-encode' function (which translates to either
'uvc_video_encode_bulk' or 'uvc_video_encode_isoc') in 'uvc_video.c'.
As, the 'video-encode'
Hi,
Please ignore this patch as I missed removing the 'flags' variable.
I will resend the corrected patch soon.
-Original Message-
From: Bhupesh SHARMA
Sent: Tuesday, March 13, 2012 2:00 PM
To: linux-...@vger.kernel.org
Cc: linux-media@vger.kernel.org; spear-devel; Bhupesh SHARMA
Compilation and instalation process is described in README_TBS6921 file.
- extract linux-tbs-drivers.tar.bz2 archive
- run configuration script v4l/tbs-x86_r3.sh or v4l/tbs-x86_64.sh
- compile by make
- make install
this put driver to right place
I downloaded source of driver from TBS dtv site
This patch removes the non-required spinlock acquire/release calls on
'queue_irqlock' from 'uvc_queue_next_buffer' routine.
This routine is called from 'video-encode' function (which translates to either
'uvc_video_encode_bulk' or 'uvc_video_encode_isoc') in 'uvc_video.c'.
As, the 'video-encode'
On 3/13/2012 4:36 AM, Marek Ochaba wrote:
Compilation and instalation process is described in README_TBS6921 file.
Thanks Marek.
Yep, that is what I did and it worked just fine for me on Ubuntu. I
was just wondering where the .c files were for the precompiled .o's that
those scripts are
On Mon, Mar 12, 2012 at 06:28:51PM +0200, Alex wrote:
In i.MX35-PDK, OV2640 camera is populated on the
personality board. This camera is registered as a subdevice via soc-camera
interface.
Signed-off-by: Alex Gershgorin al...@meprolight.com
---
arch/arm/mach-imx/mach-mx35_3ds.c | 87
This patch fixes compilation warning in debug message. The warning is caused
by incorrect 'unsigned' to 'unsigned long' conversion in dev_dbg.
Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
From: Sachin Kamat sachin.ka...@linaro.org
The function __devinit mxr_probe() references
a function __devexit mxr_release_video().
Since mxr_release_video() is referenced outside the exit section, the following
compilation warning is generated which is fixed here:
WARNING:
This patch fixes timings configuration in HDMI register. It adds support for
numerous new presets including interlaces ones.
Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/media/video/s5p-tv/hdmi_drv.c | 460
The next frame was fetched by Mixer at every VSYNC event. This caused tearing
when Mixer's output in interlaced mode. This patch fixes this bug by fetching
new frame every second VSYNC when working in interlaced mode.
Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com
Signed-off-by:
This patchset contains latest fixes and improvement to S5P-TV drivers. The
most important new feature is a support for a variety of new DV presets
including interlaced ones.
Sachin Kamat (1):
s5p-tv: Fix section mismatch warning in mixer_video.c
Tomasz Stanislawski (5):
v4l: s5p-tv: mixer:
The mode setup was applied on HDMI hardware only on resume event. This caused
problem if HDMI was not suspended between mode switches. This patch fixes this
problem by setting a dirty flag on a mode change event. If flag is set them
new mode is applied on the next stream-on event.
Adds selection of HDMIPHY configuration tables basing on both preset and
platform variant.
Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com
Signed-off-by: Kyungmin Park kyungmin.p...@samsung.com
---
drivers/media/video/s5p-tv/hdmiphy_drv.c | 227 --
1
Hi Alex,
On Mon, Mar 12, 2012 at 1:28 PM, Alex al...@meprolight.com wrote:
In i.MX35-PDK, OV2640 camera is populated on the
personality board. This camera is registered as a subdevice via soc-camera
interface.
Signed-off-by: Alex Gershgorin al...@meprolight.com
Are you able to get the
Hi All,
I'm re-submitting this patch on behalf of Hans Verkuil, who currently
is unavailable for kernel work due to personal circumstances and has asked
me to get this patch upstream for 3.4-rc1.
This patch has been posted and discussed multiple times, a previous version
has been reviewed by Al
From: Hans Verkuil hans.verk...@cisco.com
In some cases the poll() implementation in a driver has to do different
things depending on the events the caller wants to poll for. An example is
when a driver needs to start a DMA engine if the caller polls for POLLIN,
but doesn't want to do that if
Hi Sascha,
Thanks for you comments.
In i.MX35-PDK, OV2640 camera is populated on the
personality board. This camera is registered as a subdevice via soc-camera
interface.
Signed-off-by: Alex Gershgorin al...@meprolight.com
---
arch/arm/mach-imx/mach-mx35_3ds.c | 87
Hi Fabio,
On Mon, Mar 12, 2012 at 1:28 PM, Alex al...@meprolight.com wrote:
In i.MX35-PDK, OV2640 camera is populated on the
personality board. This camera is registered as a subdevice via soc-camera
interface.
Signed-off-by: Alex Gershgorin al...@meprolight.com
Are you able to get the
This patch saves 255 bytes of stack on usb_probe() by removing
a char array. In some platforms this is represents a substantial save.
Signed-off-by: Ezequiel Garcia elezegar...@gmail.com
---
drivers/media/video/em28xx/em28xx-cards.c | 19 ---
1 files changed, 4 insertions(+),
This patch saves 255 bytes of stack on usb_probe() by removing
a char array. In some platforms this is represents a substantial save.
Signed-off-by: Ezequiel Garcia elezegar...@gmail.com
---
Previous patch was sent as 2/2 by mistake
---
drivers/media/video/em28xx/em28xx-cards.c | 19
In i.MX35-PDK, OV2640 camera is populated on the
personality board. This camera is registered as a subdevice via soc-camera
interface.
Signed-off-by: Alex Gershgorin al...@meprolight.com
---
arch/arm/mach-imx/mach-mx35_3ds.c | 96 +
1 files changed, 96
On Sat, Mar 10, 2012 at 3:56 AM, Hans Verkuil hverk...@xs4all.nl wrote:
On Friday, March 09, 2012 21:44:10 halli manjunatha wrote:
On Fri, Mar 9, 2012 at 2:29 AM, Hans Verkuil hverk...@xs4all.nl wrote:
On Wednesday, March 07, 2012 22:42:05 halli manjunatha wrote:
On Mon, Mar 5, 2012 at 10:24
hi Bob,
all work to support BBFrames in the Linux kernel is done by Christian
- in fact it's a long lost work from 5 years ago:
http://www.linuxtv.org/pipermail/linux-dvb/2007-December/022217.html
and i hope it won't be lost again. i just encouraged Christian that
his work is important and
Hi Konstantin,
all work to support BBFrames in the Linux kernel is done by Christian
- in fact it's a long lost work from 5 years ago:
http://www.linuxtv.org/pipermail/linux-dvb/2007-December/022217.html
yep, I have followed the history back... and like Christian said, the
old repo is
I'm surprised that it is providing you with AUTO values, if you look at
most other entries for tuning files, everything is clearly marked and
there are (virtually?) no AUTO parameters in use. The whole point being
that we remove the guessing.
I'll update it next time I'm in the London area
On Mon, 12 Mar 2012 07:28:02 -0300, Mauro Carvalho Chehab wrote:
Em 12-03-2012 07:04, Jean Delvare escreveu:
!d can't actually happen, so it doesn't matter. d is passed by
dib0700_rc_setup() when calling usb_fill_bulk_urb(), and
dib0700_rc_setup() starts with dereferencing d, if it was NULL
struct dvb_usb_device *d can never be NULL so don't waste time
checking for this.
Rationale: the urb's context is set when usb_fill_bulk_urb() is called
in dib0700_rc_setup(), and never changes after that. d is dereferenced
unconditionally in dib0700_rc_setup() so it can't be NULL or the
driver
Reported by kmemleak.
Signed-off-by: Jean Delvare kh...@linux-fr.org
Cc: Mauro Carvalho Chehab mche...@infradead.org
Cc: Devin Heitmueller dheitmuel...@kernellabs.com
---
Changes since v1:
* Don't free the URB when it is still in use.
* Fix a second leak (transfer_buffer).
On Tue, Mar 13, 2012 at 1:50 PM, Jean Delvare kh...@linux-fr.org wrote:
struct dvb_usb_device *d can never be NULL so don't waste time
checking for this.
Rationale: the urb's context is set when usb_fill_bulk_urb() is called
in dib0700_rc_setup(), and never changes after that. d is
On Sun, Mar 11, 2012 at 01:07:43PM +0100, Laurent Pinchart wrote:
The HS/VS interrupt handler needs to access the pipeline object. It
erronously tries to get it from the CCDC output video node, which isn't
necessarily included in the pipeline. This leads to a NULL pointer
dereference.
Fix
Hi Greg,
On Tuesday 13 March 2012 11:07:53 Greg KH wrote:
On Sun, Mar 11, 2012 at 01:07:43PM +0100, Laurent Pinchart wrote:
The HS/VS interrupt handler needs to access the pipeline object. It
erronously tries to get it from the CCDC output video node, which isn't
necessarily included in
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date:Tue Mar 13 19:00:17 CET 2012
git hash:632fba4d012458fd5fedc678fb9b0f8bc59ceda2
gcc version: i686-linux-gcc
On Tue, Mar 13, 2012 at 07:20:11PM +0100, Laurent Pinchart wrote:
Hi Greg,
On Tuesday 13 March 2012 11:07:53 Greg KH wrote:
On Sun, Mar 11, 2012 at 01:07:43PM +0100, Laurent Pinchart wrote:
The HS/VS interrupt handler needs to access the pipeline object. It
erronously tries to get it
Hi Tomasz,
Thanks for the patch.
On Tuesday 13 March 2012 14:35:10 Tomasz Stanislawski wrote:
Adds selection of HDMIPHY configuration tables basing on both preset and
platform variant.
Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com
Signed-off-by: Kyungmin Park
Hi Bhupesh,
On Tuesday 13 March 2012 11:31:31 Bhupesh SHARMA wrote:
Hi Laurent,
Thanks for the patch.
-Original Message-
From: Laurent Pinchart [mailto:laurent.pinch...@ideasonboard.com]
Sent: Monday, March 12, 2012 7:33 PM
To: linux-media@vger.kernel.org
Cc: Bhupesh
35 matches
Mail list logo
