Hi,
>
> I'm positive, the LIRC modules aren't loaded at all if I boot with the
> webcam disconnected. As soon as I plug it into an USB port, em28xx and
> LIRC are loaded.
>
So... why don't you post *this* dmesg:
First boot the computer.
Then change the kernel debug level so to get every output po
From: Rob Clark
Enable optional userspace access to dma-buf buffers via mmap() on the
dma-buf file descriptor. Userspace access to the buffer should be
bracketed with DMA_BUF_IOCTL_{PREPARE,FINISH}_ACCESS ioctl calls to
give the exporting driver a chance to deal with cache synchronization
and su
Hi Matt,
On Sun, 2012-03-11 at 13:45 -0400, Matt Berglund wrote:
> Hello all,
>
> I'm having trouble with my 1600 listed as: Hauppauge model 74541, rev C6A3
> The firmware is installed. Both using yum and manually.
> Based on the LTV wiki, it seems this is less well tested model. If
> this is so,
Hi Bhupesh,
Thank you for the patch.
On Tuesday 13 March 2012 17:04:01 Bhupesh Sharma wrote:
> 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
2012/3/14 Ezequiel García :
> Hi,
>
> 2012/3/14 Rui Salvaterra :
>>
>> Hi, Ezequiel. Thanks a lot for your reply.
>> I'm attaching a copy of my full dmesg, its a bit hard to spot exactly
>> where all modules are loaded (since the boot sequence became
>> asynchronous).
>
> Indeed.
>
>>
>>
>> Sure, n
Hi,
I'm writing a video capture device and have a doubt about how to
correctly print to screen.
First, I suppose I should follow the rule "don't print unless there is
something surprising to say", right?
Second, I've found I need to print in a very verbose manner
at developing stage so I should i
On 14.03.2012 23:14, Malcolm Priestley wrote:
On Wed, 2012-03-14 at 16:27 +0200, Antti Palosaari wrote:
Some changes for previous patch I liked to do.
Just move tuner init and sleep to own functions from the demod
init and sleep functions. Functionality remains still almost the same.
Signed-of
On Wed, 14 Mar 2012 16:41:01 -0400
Jarod Wilson wrote:
> On Wed, Mar 14, 2012 at 07:10:37AM +0100, Steffen Barszus wrote:
> > 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 with
Hi Sunyoung,
thank you for addressing my previous comments. It looks much better now.
I have is a few more comments...
On 03/14/2012 09:00 AM, Sunyoung Kang wrote:
> This patch adds new rotator driver which is a device for
> rotation on EXYNOS SoCs.
>
> This rotator device supports the belows as
On Wed, 2012-03-14 at 16:27 +0200, Antti Palosaari wrote:
> Some changes for previous patch I liked to do.
> Just move tuner init and sleep to own functions from the demod
> init and sleep functions. Functionality remains still almost the same.
>
> Signed-off-by: Antti Palosaari
> ---
> drivers
On Wed, Mar 14, 2012 at 07:10:37AM +0100, Steffen Barszus wrote:
> 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 wak
Remove incorrect SEC_MINI_B settings-TODO complete this section.
Correct break and remove return -EINVAL within set tone. It appears
there is a bug that occasionally something other than ON/OFF is
sent stalling the driver. Just continue and write back registers.
Set register b2 in setup. This is
On 03/14/2012 08:35 AM, Sunyoung Kang wrote:
> Hi Sylwester
>
> Thank you for your comment and sorry for late answer.
You're welcome, no problem at all. Thanks for addressing my comments.
>> Hi Sunyoung,
>>
>> Please see my comments below (just a quick review)...
>>
>> On 02/29/2012 01:41 PM, Su
Hi,
2012/3/14 Rui Salvaterra :
>
> Hi, Ezequiel. Thanks a lot for your reply.
> I'm attaching a copy of my full dmesg, its a bit hard to spot exactly
> where all modules are loaded (since the boot sequence became
> asynchronous).
Indeed.
>
>
> Sure, no problem at all. I booted with em28xx disabl
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:Wed Mar 14 19:00:16 CET 2012
git hash:632fba4d012458fd5fedc678fb9b0f8bc59ceda2
gcc version: i686-linux-gcc (GCC
Hello!
Sorry for the top post but this is just to check with you if you have
experienced the same problem that I have. See below with some additional
comments.
Roger Mårtensson skrev 2012-03-07 20:21:
Jose Alberto Reguero skrev 2012-03-06 00:23:
On Lunes, 5 de marzo de 2012 21:42:48 Roger M
Hi Rui,
On Wed, Mar 14, 2012 at 8:28 AM, Rui Salvaterra wrote:
> Hi, everyone.
>
> I apologise in advance for the noise if this is the wrong place to ask
> such questions. I have a couple of eMPIA EM2710 (Silvercrest) USB
> webcams which work quite well, except for the fact that most of LIRC
Exa
Hi Vaibhav,
On Friday 09 March 2012 17:41:57 Vaibhav Hiremath wrote:
> When rotation is enabled and driver is configured in USERPTR
> buffer exchange mechanism, in specific use-case driver reports
> an error,
>"DMA transaction error with device 0".
>
> In driver _buffer_prepare funtion, we we
Signed-off-by: Guennadi Liakhovetski
---
This patch we can push some time after the first one in this series gets
in, no breakage is caused.
arch/arm/mach-shmobile/board-ap4evb.c |2 ++
arch/arm/mach-shmobile/board-mackerel.c |2 ++
2 files changed, 4 insertions(+), 0 deletions(-)
d
Newer CEU versions, e.g., the one, used on sh7372, support image sizes
larger than 2560x1920. Retrieve maximum sizes from platform properties.
Signed-off-by: Guennadi Liakhovetski
---
drivers/media/video/sh_mobile_ceu_camera.c | 35 +--
include/media/sh_mobile_ceu.h
soc_camera_power_on() calls client's .s_power(1) method, which can try to
access the client hardware. This, however, is typically only possible,
after calling host's .add() method, because that's where the host driver
usually turns the master clock on.
Signed-off-by: Guennadi Liakhovetski
---
Th
Hi Vaibhav,
Thanks for the patch.
On Friday 09 March 2012 17:44:03 Vaibhav Hiremath wrote:
> Patch fixes below build warning and section miss-match warning
> from omap_vout driver -
You should probably not refer to "patch below" in a commit message, as there
this won't be a patch anymore after
The media_build tree fails to build with kernels 2.6.33, .34 and .35:
In file included from /home/hans/work/build/media_build/v4l/rc-main.c:22:0:
/home/hans/work/build/media_build/v4l/rc-core-priv.h:38:26: error: field
'kfifo' has incomplete type
make[3]: *** [/home/hans/work/build/media_build/v4
Some changes for previous patch I liked to do.
Just move tuner init and sleep to own functions from the demod
init and sleep functions. Functionality remains still almost the same.
Signed-off-by: Antti Palosaari
---
drivers/media/dvb/dvb-usb/af9015.c | 74 ++-
From: Gordon Hecker
The i2c failures were caused by enabling both i2c gates
at the same time while putting the tuners asleep.
This patch removes the init() and sleep() callbacks from the tuner,
to prevent frontend.c from calling
i2c_gate_ctrl
tuner init / sleep
i2c_gate_ctrl
without holdin
Hi Ajay,
Thank you for your patch, unfortunately I have no documentation for Exynos5
so please answer my question below. Also I have added other comments.
> From: Ajay Kumar [mailto:ajaykumar...@samsung.com]
> Sent: 14 March 2012 10:34
>
> Modify the G2D driver(which initially supported only FIM
Hi, everyone.
I apologise in advance for the noise if this is the wrong place to ask
such questions. I have a couple of eMPIA EM2710 (Silvercrest) USB
webcams which work quite well, except for the fact that most of LIRC
is unnecessarily loaded when the em28xx module loads. I suppose it
shouldn't b
Hi,
I'm developing a V4L2 mem2mem driver for the codadx6 IP video codec
which is included in the i.MX27 chip.
The capture interface of this driver can therefore return h.264 or
mpeg4 video frames.
Provided that the size of each frame varies and is unknown to the
user, how is the driver supposed t
Hi,
On 3/14/12, Ajay Kumar wrote:
> The existing G2D driver supports only FIMG2D v3 style H/W.
> This Patch modifies the existing G2D driver to
> support FIMG2D v4 style H/W. FIMG2D v4 is present in
> Exynos4x12 and Exynos52x0 boards.
>
> Differences between FIMG2Dv3 and FIMG2Dv4:
> --Defau
Modify the G2D driver(which initially supported only FIMG2D v3 style H/W)
to support FIMG2D v4 style hardware present on Exynos4x12 and Exynos52x0 SOC.
-- Set the SRC and DST type to 'memory' instead of using reset values.
-- FIMG2D v4 H/W uses different logic for stretching(scalin
The existing G2D driver supports only FIMG2D v3 style H/W.
This Patch modifies the existing G2D driver to
support FIMG2D v4 style H/W. FIMG2D v4 is present in
Exynos4x12 and Exynos52x0 boards.
Differences between FIMG2Dv3 and FIMG2Dv4:
--Default register values for SRC and DST type is diff
Hi Bhupesh,
On Mon, Mar 12, 2012 at 02:39:02PM +0530, Bhupesh Sharma wrote:
> As the V4L2 based UVC webcam gadget (g_webcam) expects the
> 'videodev' to present when the 'webcam_bind' routine is called,
> so 'videodev' should be available as early as possible.
>
> Now, when 'g_webcam' is built as
Hi Laurent,
Thanks for the patch!
On Mon, Mar 12, 2012 at 03:02:47PM +0100, Laurent Pinchart wrote:
> Media-related drivers living outside drivers/media/ (such as the UVC
> gadget driver in drivers/usb/gadget/) rely on the media core being
> initialized before they're probed. As drivers/usb/ is l
This patch adds new rotator driver which is a device for
rotation on EXYNOS SoCs.
This rotator device supports the belows as key feature.
1) Image format
: RGB565/888, YUV422 1p, YUV420 2p/3p
2) rotation
: 0/90/180/270 and X/Y Flip
Signed-off-by: Sunyoung Kang
Signed-off-by: Ayoung Sim
34 matches
Mail list logo