Hi !
I'm using above board which has a nuvoton-cir onboard (as most Intel
Media boards) - It shows itself as NTN0530.
The remote function works without a problem (loaded RC6 MCE keytable).
What doesn't work is wake from S3 and wake from S5. There are some
rumors that installing Windows 7 and c
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:
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
> Signed-off-by: Kyungmin Park
> ---
> drivers/media/video/s5p-tv
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 t
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 (GCC
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
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.
>
>
On Tue, Mar 13, 2012 at 1:50 PM, Jean Delvare 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 dereferenced
> unconditi
Reported by kmemleak.
Signed-off-by: Jean Delvare
Cc: Mauro Carvalho Chehab
Cc: Devin Heitmueller
---
Changes since v1:
* Don't free the URB when it is still in use.
* Fix a second leak (transfer_buffer).
drivers/media/dvb/dvb-usb/dib0700_core.c |7 ++-
1 file changed, 6 insertions(+)
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 wo
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
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 a
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 i
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 there
On Sat, Mar 10, 2012 at 3:56 AM, Hans Verkuil wrote:
> On Friday, March 09, 2012 21:44:10 halli manjunatha wrote:
>> On Fri, Mar 9, 2012 at 2:29 AM, Hans Verkuil wrote:
>> > On Wednesday, March 07, 2012 22:42:05 halli manjunatha wrote:
>> >> On Mon, Mar 5, 2012 at 10:24 AM, halli manjunatha
>>
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
---
arch/arm/mach-imx/mach-mx35_3ds.c | 96 +
1 files changed, 96 insertions(+), 0 deletio
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
---
Previous patch was sent as 2/2 by mistake
---
drivers/media/video/em28xx/em28xx-cards.c | 19 ---
1 files cha
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
---
drivers/media/video/em28xx/em28xx-cards.c | 19 ---
1 files changed, 4 insertions(+), 15 deletions(-)
diff -
Hi Fabio,
On Mon, Mar 12, 2012 at 1:28 PM, 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
> >Are you able to get the camera working correctly now?
>
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
> ---
> arch/arm/mach-imx/mach-mx35_3ds.c | 87
> +++
From: Hans Verkuil
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 POLLIN is not requested bu
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 V
Hi Alex,
On Mon, Mar 12, 2012 at 1:28 PM, 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
Are you able to get the camera working correctly now?
Or are y
Adds selection of HDMIPHY configuration tables basing on both preset and
platform variant.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-tv/hdmiphy_drv.c | 227 --
1 files changed, 187 insertions(+), 40 deletions(-)
dif
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.
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: f
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
Signed-off-by: Kyungmin Park
---
drivers
This patch fixes timings configuration in HDMI register. It adds support for
numerous new presets including interlaces ones.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-tv/hdmi_drv.c | 460 ++--
drivers/media/video/s
From: Sachin Kamat
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: drivers/media/video/s5p-tv/s5p-mixer.o(.devin
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
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p-tv/mixer_video.c |2 +-
1 files changed, 1 insertions(+
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
> ---
> arch/arm/mach-imx/mach-mx35_3ds.c | 87
>
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 m
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'
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
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 SHARM
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'
36 matches
Mail list logo
