Hi
I've been getting these since a long time, didn't report, because I
thought everyone has been getting them, so, they would get fixed soon. But
maybe there's something special in my .config, why I'm getting them.
Warnings below, .config available on request.
I suspect, this might be related
Hi, Kamil
> Hello,
>
> > From: Jonghun Han [mailto:jonghun@samsung.com]
> > Sent: 06 December 2010 07:57
> >
> > Hi,
> >
> > If MFC(encoder/decoder) has a single node,
> > how to know application's object before VIDIOC_S_FMT calling ?
>
> You're right. No way to know that before.
>
> > VID
Sylwester Nawrocki wrote:
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:linux-media-
> ow...@vger.kernel.org] On Behalf Of Sylwester Nawrocki
> Sent: Wednesday, December 01, 2010 11:36 PM
> To: linux-media@vger.kernel.org; linux-samsung-...@vger.kernel.org
> Cc: m
Hi all,
I'm also working on writing a sensor driver for mt9p031, which is
attached to mistral omap3 evm board.
I've been tracking Laurent's media-0004-omap3isp branch of his media
repository for the latest isp driver.
./media-ctl -r -l '"mt9p031 3-0048":0->"OMAP3 ISP CCDC":0[1], "OMAP3
ISP CCDC":
Hi all,
Recently I bought such a card and tried to use its analog inputs
(composite, S-video and component) under Linux,
but currently its analog inputs are not supported in the lastest
stable kernel. So I searched the web and found a patch
that made analog TV and composite input work:
https://
On Mon, 2010-12-06 at 16:43 -0500, Alex Deucher wrote:
> On Mon, Dec 6, 2010 at 4:29 PM, Jan Hoogenraad
> wrote:
> > I haven't seen any data sheets. At the other hand, Antti was able to create
> > a separated (tuner vs demod) driver, except for IR.
> >
> > http://linuxtv.org/hg/~anttip/rtl2831u/
>
Are the Pan/Tilt/Zoom controls exposed ?
Given that the Kinect can move it actually makes a pretty cheap PTV
option for video conferences.
-JoelW
On 7 December 2010 10:50, Jason wrote:
> On 12/06/2010 04:18 PM, Antonio Ospite wrote:
>> Now the hard part begins, here's a loose TODO-list:
>> -
On 12/06/2010 04:18 PM, Antonio Ospite wrote:
> Now the hard part begins, here's a loose TODO-list:
> - Discuss the "fragmentation problem":
> * the webcam kernel driver and the libusb backend of libfreenect
>are not going to conflict each other in practice, but code
>duplica
On Monday, December 06, 2010 22:18:47 Antonio Ospite wrote:
> Hi,
>
> a first, very simplified, linux kernel driver for the Kinect sensor
> device is now available, so you now can use it as a ridiculously
> expensive webcam with any v4l2 application.
:-)
> Here's the code:
> http://git.ao2.it/gs
On Mon, Dec 6, 2010 at 4:29 PM, Jan Hoogenraad
wrote:
> I haven't seen any data sheets. At the other hand, Antti was able to create
> a separated (tuner vs demod) driver, except for IR.
>
> http://linuxtv.org/hg/~anttip/rtl2831u/
>
> http://linuxtv.org/hg/~anttip/qt1010/
>
> I haven't seen a data
I haven't seen any data sheets. At the other hand, Antti was able to
create a separated (tuner vs demod) driver, except for IR.
http://linuxtv.org/hg/~anttip/rtl2831u/
http://linuxtv.org/hg/~anttip/qt1010/
I haven't seen a data sheet, but I doubt if it would be of more use than
using this exa
Hi,
a first, very simplified, linux kernel driver for the Kinect sensor
device is now available, so you now can use it as a ridiculously
expensive webcam with any v4l2 application.
Here's the code:
http://git.ao2.it/gspca_kinect.git/
And here's some background about it (meant also for non OpenKi
On Mon, 2010-12-06 at 16:45 +0100, Jan Hoogenraad wrote:
> Could the tree from
>
> http://linuxtv.org/hg/~jhoogenraad/rtl2831-r2
>
> which is really just an older version of the same code, go into staging
> than as well ?
Yes, but the problem is that due to shaddy license status of the
'windows'
On Thu, 4 Nov 2010, Laurent Pinchart wrote:
> Hi Bastian,
Hi Bastian, all
Have you or anyone ben successful getting mt9p031 to work with the omap3
ISP driver? If so - can I have the code? Or even if it never worked -
could you post the latest version of your driver and platform bindings?
Than
On Thursday, December 02, 2010 13:39:07 Manjunath Hadli wrote:
> This patch adds the VENC or the Video encoder, whichis responsible
> for the blending of al source planes and timing generation for Video
> modes like NTSC, PAL and other digital outputs. the VENC implementation
> currently supports C
Comments below...
On Thursday, December 02, 2010 13:38:36 Manjunath Hadli wrote:
> This patch implements the coe functionality of the dislay driver,
> mainly controlling the VENC and other encoders, and acting as
> the one point interface for the man V4L2 driver.This implements
> the cre of each o
A few minor comments:
On Thursday, December 02, 2010 13:38:05 Manjunath Hadli wrote:
> This is the display driver for Texas Instruments's DM644X family
> SoC.This patch contains the main implementation of the driver with the
> V4L2 interface.The driver is implements the streaming model with
> supp
mem->dma_handle is a dma address obtained by dma_alloc_coherent which
needn't be a physical address in presence of IOMMU. So ensure we are
remapping (remap_pfn_range) the right page in __videobuf_mmap_mapper
by using virt_to_phys(mem->vaddr) and not mem->dma_handle.
While at it, use PFN_DOWN inste
Another version of my patch without DVB code.
Some comments:
1. Everything initialize properly except radio.
2. All analog inputs (TV, composite, S-Video) are tested by myself in several
TV norms (SECAM-D, PAL, NTSC), everything work fine.
So the patch adds general support/detection of the card
On Mon, Nov 22, 2010 at 12:34:18PM +0100, Antonio Ospite wrote:
> On Fri, 5 Nov 2010 23:08:12 +0100
> Antonio Ospite wrote:
>
> > From: =?UTF-8?q?Jean-Fran=C3=A7ois=20Moine?=
> >
> > commit f43402fa55bf5e7e190c176343015122f694857c upstream.
> >
> > When audio is present, some alternate settin
* Felipe Balbi [101125 03:13]:
> Hi,
>
> On Thu, Nov 25, 2010 at 12:17:59PM +0100, Laurent Pinchart wrote:
> >>pass platform_data as an argument to this call ? Then remove the static
> >>inline and export this one ?
> >
> >Yes indeed, why ? :-)
> >
> >I guess things like that are difficult to spo
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:Mon Dec 6 19:00:17 CET 2010
git master: 59365d136d205cc20fe666ca7f89b1c5001b0d5a
git media-master: gcc version: i6
On Mon, Dec 06, 2010 at 02:30:52PM +0100, Jiri Slaby wrote:
> mem->dma_handle is a dma address obtained by dma_alloc_coherent which
> needn't be a physical address in presence of IOMMU. So ensure we are
Could you use PFN_DOWN(virt_to_phys(mem->vaddr)?
> remapping (remap_pfn_range) the right page
Could the tree from
http://linuxtv.org/hg/~jhoogenraad/rtl2831-r2
which is really just an older version of the same code, go into staging
than as well ?
For that one, I have the signoff by RealTek already.
Mauro Carvalho Chehab wrote:
Em 20-11-2010 20:37, Maxim Levitsky escreveu:
Do we have
Hello, Halim,
2010/12/6 Halim Sahin :
> Hi,
> Is there a way to add such drivers to staging branch etc to make
> testing simple?
>
> Some times I don't understand why drivers are included with their current
> design and others not.
> Having extra repos like s2-liplianin is great but why were drive
Hi,
Is there a way to add such drivers to staging branch etc to make
testing simple?
Some times I don't understand why drivers are included with their current
design and others not.
Having extra repos like s2-liplianin is great but why were drivers there
and non merged upstream?
Popular multimedi
2010/12/6 hermann pitton :
> Hi guys,
Hello, Hermann,
> Am Sonntag, den 05.12.2010, 13:22 -0500 schrieb Devin Heitmueller:
>> On Sun, Dec 5, 2010 at 12:09 PM, Alexey Chernov <4er...@gmail.com> wrote:
>> > Hello, Steve,
>> > thank you very much for your comments!
>> >
>> > As for DVB maybe I'm not
mem->dma_handle is a dma address obtained by dma_alloc_coherent which
needn't be a physical address in presence of IOMMU. So ensure we are
remapping (remap_pfn_range) the right page in __videobuf_mmap_mapper
by using virt_to_phys(mem->vaddr) and not mem->dma_handle.
Signed-off-by: Jiri Slaby
Cc:
Hi guys,
Am Sonntag, den 05.12.2010, 13:22 -0500 schrieb Devin Heitmueller:
> On Sun, Dec 5, 2010 at 12:09 PM, Alexey Chernov <4er...@gmail.com> wrote:
> > Hello, Steve,
> > thank you very much for your comments!
> >
> > As for DVB maybe I'm not correct. The initialization itself, which the DVB
>
Hello,
On Saturday, December 04, 2010 11:47 PM Pawel Osciak wrote:
> Hi,
> please see my comments below.
> Also, if I could suggest something, please cut the code between
> functions, not inside them, it'll make it easier for others to find
> that location in the original code.
I always try to k
Add ID for NOON010PC30 camera chip and reserve ID range for
Siliconfile sensors.
Signed-off-by: Sylwester Nawrocki
Signed-off-by: Kyungmin Park
---
include/media/v4l2-chip-ident.h |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/include/media/v4l2-chip-ident.h b/includ
Add I2C/V4L2 subdev driver for Siliconfile NOON010PC30 CIF camera.
The driver implements basic functionality, i.e. CIF/QCIF/QQCIF
resolution and color format selection, automatic/manual color
balance control. Other functions like cropping, rotation/flip,
exposure etc. can be easily implemented if n
Hi all,
following is a second version of patches adding the I2C/subdev driver
for Siliconfile NOON010PC30 camera sensor with integrated ISP.
The main change is reworked controls handling so new controls framework
is used as suggested by Hans.
Changes since v1:
- reworked to new v4l2-controls fram
Hello,
> From: Jonghun Han [mailto:jonghun@samsung.com]
> Sent: 06 December 2010 07:57
>
> Hi,
>
> If MFC(encoder/decoder) has a single node,
> how to know application's object before VIDIOC_S_FMT calling ?
You're right. No way to know that before.
> VIDIOC_S_CTRL can be called before VIDI
From: Pawel Osciak
Videobuf2 is a Video for Linux 2 API-compatible driver framework for
multimedia devices. It acts as an intermediate layer between userspace
applications and device drivers. It also provides low-level, modular
memory management functions for drivers.
Videobuf2 eases driver deve
From: Pawel Osciak
Add support for the CMA contiguous memory allocator to videobuf2.
Signed-off-by: Pawel Osciak
Signed-off-by: Kyungmin Park
Signed-off-by: Marek Szyprowski
CC: Pawel Osciak
---
drivers/media/video/Kconfig |6 +
drivers/media/video/Makefile|1 +
driv
Make vivi use videobuf2 in place of videobuf.
Signed-off-by: Pawel Osciak
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
CC: Pawel Osciak
---
drivers/media/video/Kconfig |2 +-
drivers/media/video/vivi.c | 369 +++
2 files changed, 2
Hello,
This is another update of the videobuf2 patch series. It includes an
important API cleanup that has been discussed with Laurent, Hans and
Mauro on IRC: mainly a reduction of the driver's callbacks. For more
details please refer to the changelog below. Second important change is
addition of
Add a generic file io (read and write) emulator for videobuf2. It uses
MMAP memory type buffers and generic vb2 calls: req_bufs, qbuf and
dqbuf. Video date is being copied from mmap buffers to userspace with
standard copy_to_user() function. To add support for file io the driver
needs to provide an
From: Andrzej Pietrasiewicz
Add an implementation of DMA scatter/gather allocator and handling
routines for videobuf2.
For mmap operation mode it is implemented on top of
alloc_page + sg_set_page/_free_page.
For userptr operation mode it is impelmented on top of
get_user_pages + sg_set_page/put
From: Pawel Osciak
Add an implementation of DMA coherent memory allocator and handling
routines for videobuf2, implemented on top of dma_alloc_coherent() call.
Signed-off-by: Pawel Osciak
Signed-off-by: Kyungmin Park
Signed-off-by: Marek Szyprowski
CC: Pawel Osciak
---
drivers/media/video/K
From: Pawel Osciak
Add generic memory handling routines for userspace pointer handling,
contiguous memory verification and mapping.
Signed-off-by: Pawel Osciak
Signed-off-by: Marek Szyprowski
Signed-off-by: Kyungmin Park
CC: Pawel Osciak
---
drivers/media/video/Kconfig|3 +
From: Pawel Osciak
Add an implementation of contiguous virtual memory allocator and handling
routines for videobuf2, implemented on top of vmalloc()/vfree() calls.
Signed-off-by: Pawel Osciak
Signed-off-by: Kyungmin Park
Signed-off-by: Marek Szyprowski
CC: Pawel Osciak
---
drivers/media/vid
Hi Sungchun,
thanks for your suggestions.
I am planning to improve output DMA handling in the fimc camera capture driver,
what is done already is only a minimal adaptation to make driver work on
S5PV310 SoC. We don't even have a platform support (resource and platform
device definitions) for f...@
Hi Stefan
> Am 05.12.2010 17:09, schrieb Dmitri Belimov:
> > Hi
> >
> >> Em 02-12-2010 02:41, Dmitri Belimov escreveu:
> >>> Hi Stefan
> >>>
> >> Am 29.11.2010 09:44, schrieb Dmitri Belimov:
> >>> Hi
> >>>
> >>> I try add IR for our TV cards.
> >>> After my some changes IR is w
45 matches
Mail list logo