Hi,
Maybe VCM is helpful for you. Please refer to the following URL.
http://marc.info/?l=linux-mm&m=129255940319217&w=2
Best regards,
Jonghun Han
Wednesday, February 09, 2011 4:52 PM Hans Verkuil wrote:
> -Original Message-
> From: linux-media-ow...@vger.kernel.org [mailto:li
Hi Hans,
Thanks for your point and videobuf2 is also what I want to use.
But since our development kernel version right now is still 2.6.35, I need to
find way to work with current videobuf framework.
Thanks
Wen
>-Original Message-
>From: Hans Verkuil [mailto:hverk...@xs4all.nl]
>Sent:
On Wednesday, February 09, 2011 08:27:27 Wang, Wen W wrote:
> Hi Hari,
>
> You are right. What we need is virtual address.
>
> Currently we alloc pages (alloc_pages()) for any request. Store those pages
> for an image buffer into a list. We also manage the virtual address for ISP
> by ourself (
On Tue, 2011-02-08 at 11:15 +0200, Peter Ujfalusi
>
> I have not looked deeply into the wl1273 datasheets, but I'm sure
> there's a way to nicely divide the parts between the MFD, V4L, and ASoC.
>
I don't think there's much to be moved between the sub-systems after
moving the I2C communication
Hi Hari,
You are right. What we need is virtual address.
Currently we alloc pages (alloc_pages()) for any request. Store those pages for
an image buffer into a list. We also manage the virtual address for ISP by
ourself (the range from 0 to 4GB) and the page table for our MMU which is
independ
On Tue, 2011-02-08 at 13:02 +0200, Peter Ujfalusi wrote:
> > For both configuration we have a set of HCI commands to configure the FM
> > audio
> > path and one of my concerns is to know if the wl1273_codec should handle
> > the audio path configuration
> > and the switch between FM and BT SCO?
> -Original Message-
> From: umg-meego-handset-kernel-boun...@umglistsvr.jf.intel.com
> [mailto:umg-meego-handset-kernel-boun...@umglistsvr.jf.intel.com] On
> Behalf Of Iyer, Sundar
> Sent: Wednesday, February 09, 2011 12:20 PM
> To: Wang, Wen W; Yang, Jianwei; linux-media@vger.kernel.org
On Tue, 2011-02-08 at 13:47 +, ext Bensaid, Selma wrote:
> > > For both configuration we have a set of HCI commands to configure the FM
> > audio
> > > path and one of my concerns is to know if the wl1273_codec should handle
> > > the
> > audio path configuration
> > > and the switch between F
Tomasz Stanislawski wrote:
>
> The I2C HDMIPHY dedicated controller has different timeout
> handling and reset conditions.
>
> Signed-off-by: Tomasz Stanislawski
> Signed-off-by: Kyungmin Park
> ---
> drivers/i2c/busses/i2c-s3c2410.c | 36
+++-
> 1 files chang
On Tue, Feb 8, 2011 at 5:47 PM, Andy Walls wrote:
> On Tue, 2011-02-08 at 10:28 -0500, Alex Deucher wrote:
>> On Tue, Feb 8, 2011 at 4:47 AM, Hans Verkuil wrote:
>> > Just two quick notes. I'll try to do a full review this weekend.
>> >
>> > On Tuesday, February 08, 2011 10:30:22 Tomasz Stanislaw
Tomasz Stanislawski wrote:
>
> Signed-off-by: Tomasz Stanislawski
> Signed-off-by: Kyungmin Park
> ---
> arch/arm/mach-s5pv310/clock.c |6 +++
> arch/arm/mach-s5pv310/include/mach/irqs.h |4 ++
> arch/arm/mach-s5pv310/include/mach/map.h |1 +
> arch/arm/plat-samsung/Kco
For a problem description, and workaround, see:
http://linuxtv.org/hg/~jhoogenraad/ubuntu-firedtv/
and
https://bugs.launchpad.net/ubuntu/+source/linux-kernel-headers/+bug/134222
Stefan Richter wrote:
On Feb 05 Stefan Richter wrote:
On Feb 03 Hans Verkuil wrote:
It would be nice to remove t
I remember some Continous Memory Allocator (CMA) being iterated down a few
versions on
some mailing lists? IIRC, it is also for large buffers and management for video
IPs.
Cheers!
> -Original Message-
> From: umg-meego-handset-kernel-boun...@umglistsvr.jf.intel.com [mailto:umg-
> meego
Tomasz Stanislawski wrote:
>
> Signed-off-by: Tomasz Stanislawski
> Signed-off-by: Kyungmin Park
> Reviewed-by: Marek Szyprowski
> ---
> arch/arm/mach-s5pv310/Kconfig |7 +
> arch/arm/mach-s5pv310/Makefile |1 +
> arch/arm/mach-s5pv310/clock.c
Yes. Some are internal frame and yuv444 is the output.
>-Original Message-
>From: Yang, Jianwei
>Sent: 2011年2月9日 14:31
>To: Wang, Wen W; linux-media@vger.kernel.org;
>umg-meego-handset-ker...@umglistsvr.jf.intel.com
>Cc: Jozef Kruger
>Subject: RE: Memory allocation in Video4Linux
>
>Curiou
Curious for the below, why it is a sum? Will you use all of format at the same
time?
> 1 RAW16: 2*14 = 28MB
> 1 qplane6: 6/4 * 14 = 21MB
> 1 yuv420_16: 2 * 1.5 * 14 = 42MB
> 1 yuv420: 1.5 * 14 = 21MB
> 1 yuv444: 3 * 14 = 42MB
> total: 154MB.
> -Original M
> -Original Message-
> From: umg-meego-handset-kernel-boun...@umglistsvr.jf.intel.com
> [mailto:umg-meego-handset-kernel-boun...@umglistsvr.jf.intel.com] On
> Behalf Of Wang, Wen W
> Sent: Wednesday, February 09, 2011 11:53 AM
> To: linux-media@vger.kernel.org; umg-meego-handset-
> ker...
Hi,
We are developing the image processor driver for Intel Medfield platform.
We have received some comments on memory management that we should use standard
Linux kernel interfaces for this, since we are doing everything by ourselves
including memory allocation (based on pages), page table ma
On Tue, Feb 8, 2011 at 9:51 AM, Dave Johansen wrote:
> On Tue, Feb 8, 2011 at 8:25 AM, Mark Zimmerman wrote:
>> On Mon, Feb 07, 2011 at 06:54:30PM -0500, Andy Walls wrote:
>>>
>>> You perhaps could
>>>
>>> A. provide the smallest window of known good vs known bad kernel
>>> versions. Maybe someo
On Feb 8, 2011, at 8:38 PM, Lucian Muresan wrote:
> On 09.01.2011 18:36, Patrick Boettcher wrote:
>> Hi Jarod,
>>
>> I'm using an MultiCard-reader which exposes itself like shown below.
>>
>> It is falsly claimed by the mceusb-driver from (2.6.36 from debian-
>> experimental) .
Bah. First up, a
Hi, Guennadi,
Yes, you are right, the implementation in soc_camera_apply_sensor_flags
is not well considered, it would be removed, it is better like
SOCAM_DATAWIDTH_MASK implementation, what do you think?
And, it is reasonable that if sensor and host controller support both
MIPI/parallel interfac
Yes, we have the similar JPEG issue, I will currently provide the
patch of JPEG for review, thanks!
-Qing
-Original Message-
From: Guennadi Liakhovetski [mailto:g.liakhovet...@gmx.de]
Sent: 2011年2月4日 16:11
To: Bhupesh SHARMA
Cc: linux-media@vger.kernel.org; Qing Xu
Subject: Re: soc-camera
On 09.01.2011 18:36, Patrick Boettcher wrote:
> Hi Jarod,
>
> I'm using an MultiCard-reader which exposes itself like shown below.
>
> It is falsly claimed by the mceusb-driver from (2.6.36 from debian-
> experimental) .
Hi there,
I also bought a similar Multi-Cardreader, which also comes wit
On Tue, 2011-02-08 at 10:28 -0500, Alex Deucher wrote:
> On Tue, Feb 8, 2011 at 4:47 AM, Hans Verkuil wrote:
> > Just two quick notes. I'll try to do a full review this weekend.
> >
> > On Tuesday, February 08, 2011 10:30:22 Tomasz Stanislawski wrote:
> >> ==
> >> Introduction
> >> ==
On Tue, Feb 8, 2011 at 5:05 PM, Martin Seekatz wrote:
> The vbi0 device is not working:
> ERROR: Couldn't attach to DCOP server!
> [0x10713a0] v4l2 demux error: device does not support mmap i/o
> [0x10713a0] v4l2 demux error: device does not support mmap i/o
> [0x1270260] v4l2 access error: device
Hello! I need a small help.
I have a remote control that was detected by kernel with the help of
"ir-kbd-i2c".
At least it was in Ubuntu 9.04.
But now in Ubuntu 10.10 and kernel 2.6.35-26 it isn't detected. I load
"ir-kbd-i2c"
module but it doesn't give any output to dmesg as before.
Any idea
Based on staging 2.6.39.
This patch is based on Veit Berwig's work.
Signed-off-by: Lukas Fisch
---
drivers/media/dvb/dvb-usb/dib0700_devices.c |7 ++-
drivers/media/dvb/dvb-usb/dvb-usb-ids.h |1 +
2 files changed, 7 insertions(+), 1 deletions(-)
diff --git a/drivers/media/dvb
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:Tue Feb 8 19:00:29 CET 2011
git master: 1b59be2a6cdcb5a12e18d8315c07c94a624de48f
git media-master: gcc version: i6
On Tue, Feb 8, 2011 at 8:25 AM, Mark Zimmerman wrote:
> On Mon, Feb 07, 2011 at 06:54:30PM -0500, Andy Walls wrote:
>>
>> You perhaps could
>>
>> A. provide the smallest window of known good vs known bad kernel
>> versions. Maybe someone with time and hardware can 'git bisect' the
>> issue down t
On Mon, Feb 7, 2011 at 4:54 PM, Andy Walls wrote:
> On Sun, 2011-02-06 at 22:18 -0700, Dave Johansen wrote:
>> On Sun, Feb 6, 2011 at 9:10 PM, Daniel O'Connor wrote:
>> The error output happens after the scanning of 189028615:8VSB. No
>> additional output is added during or after it locks up at t
On Tue, Feb 8, 2011 at 4:47 AM, Hans Verkuil wrote:
> Just two quick notes. I'll try to do a full review this weekend.
>
> On Tuesday, February 08, 2011 10:30:22 Tomasz Stanislawski wrote:
>> ==
>> Introduction
>> ==
>>
>> The purpose of this RFC is to discuss the driver f
On Mon, Feb 07, 2011 at 06:54:30PM -0500, Andy Walls wrote:
>
> You perhaps could
>
> A. provide the smallest window of known good vs known bad kernel
> versions. Maybe someone with time and hardware can 'git bisect' the
> issue down to the problem commit. (I'm guessing this problem might be
>
> > For both configuration we have a set of HCI commands to configure the FM
> audio
> > path and one of my concerns is to know if the wl1273_codec should handle the
> audio path configuration
> > and the switch between FM and BT SCO?
>
> It would be better if the codec could handle the configurat
Hi Sakari,
On Friday 28 January 2011 11:53:39 Sakari Ailus wrote:
> Hi Laurent,
>
> Thanks for the patches!
>
> I've got one comment that I should have made long time ago... Pads are
> inputs or outputs... or: are they sinks or sources? I recall that it was
> agreed on some occasion that sink an
Hi Hans,
On Friday 04 February 2011 11:20:37 Hans Verkuil wrote:
> On Thursday, January 27, 2011 13:30:28 Laurent Pinchart wrote:
> > +#define MEDIA_ENT_TYPE_SHIFT 16
> > +#define MEDIA_ENT_TYPE_MASK0x00ff
> > +#define MEDIA_ENT_SUBTYPE_MASK 0xf
Hi Hans,
On Friday 04 February 2011 14:19:19 Hans Verkuil wrote:
> On Friday, February 04, 2011 13:34:02 Sakari Ailus wrote:
> > Hi,
> >
> > And many thanks for the comments!
> >
> > Hans Verkuil wrote:
> > ...
> >
> > >> diff --git a/include/media/media-entity.h
> > >> b/include/media/media-en
Hi Hans,
Thanks for the review.
On Friday 04 February 2011 11:40:42 Hans Verkuil wrote:
> On Thursday, January 27, 2011 13:30:50 Laurent Pinchart wrote:
> > From: Stanimir Varbanov
> >
> > Used for storing subdev information per file handle and hold V4L2 file
> > handle.
> >
> > Signed-off-by:
Hi Hans,
Thanks for the review.
On Friday 04 February 2011 12:55:50 Hans Verkuil wrote:
> On Thursday, January 27, 2011 13:32:16 Laurent Pinchart wrote:
> > Hi everybody,
> >
> > Here's the fifth version of the OMAP3 ISP driver patches, updated to
> > 2.6.37 and the latest changes in the media c
Hi Martin,
On Monday 24 January 2011 21:45:39 mar...@neutronstar.dyndns.org wrote:
> On Mon, Jan 24, 2011 at 12:32:12PM +0100, Laurent Pinchart wrote:
> > On Thursday 20 January 2011 23:56:07 mar...@neutronstar.dyndns.org wrote:
[snip]
> > > >> +#define OFFSET_UNCHANGED 0x
> > > >>
On 02/08/11 12:09, ext Bensaid, Selma wrote:
> 2 Digital interfaces are possible for FM WL1273:
> - the external connection: the I2S lines are used for the FM PCM samples
> - the internal connection: the BT PCM interface is used for the FM PCM samples
Yes, that is correct, I just did not wanted to
> The wl1273 as such is designed for embedded systems.
> It can be connected in several ways to the system:
> - analog only
> In this way the RX/TX is connected to some codec's Line IN/OUT
> For this to work, we don't need any audio driver for the FM chip
> (basically the same configuration as rx51
Hello,
On Tuesday, February 08, 2011 10:47 AM Hans Verkuil wrote:
> Just two quick notes. I'll try to do a full review this weekend.
Thanks! Please focus only on the "PATCH 4/5", which contains the driver itself.
The other patches are mostly platform prerequisites for the driver and will be
rewr
Just two quick notes. I'll try to do a full review this weekend.
On Tuesday, February 08, 2011 10:30:22 Tomasz Stanislawski wrote:
> ==
> Introduction
> ==
>
> The purpose of this RFC is to discuss the driver for a TV output interface
> available in upcoming Samsung SoC.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
Reviewed-by: Marek Szyprowski
---
arch/arm/mach-s5pv310/Kconfig |7 +
arch/arm/mach-s5pv310/Makefile |1 +
arch/arm/mach-s5pv310/clock.c | 126 +++-
arch/arm/mach-s5
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
arch/arm/mach-s5pv310/clock.c |6 +++
arch/arm/mach-s5pv310/include/mach/irqs.h |4 ++
arch/arm/mach-s5pv310/include/mach/map.h |1 +
arch/arm/plat-samsung/Kconfig |5 ++
arch/arm/plat-sa
The 1080p59_94 is supported in latest Samusng SoC.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/v4l2-common.c |1 +
include/linux/videodev2.h |1 +
2 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/v4l2-
The I2C HDMIPHY dedicated controller has different timeout
handling and reset conditions.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/i2c/busses/i2c-s3c2410.c | 36 +++-
1 files changed, 35 insertions(+), 1 deletions(-)
diff --g
==
Introduction
==
The purpose of this RFC is to discuss the driver for a TV output interface
available in upcoming Samsung SoC. The HW is able to generate digital and
analog signals. Current version of the driver supports only digital output.
Internally the driver uses v
Hi,
On 02/07/11 18:00, ext Mauro Carvalho Chehab wrote:
> We don't need any brand names or specific details, but it would be good to
> have an overview, in general lines, about the architecture, in order to help
> you to map how this would fit. In particular, the architecturre of
> things that
Add linux/sched.h because of missing declaration of TASK_NORMAL.
This patch fixes the following error:
drivers/media/video/omap24xxcam.c: In function
'omap24xxcam_vbq_complete':
drivers/media/video/omap24xxcam.c:415: error: 'TASK_NORMAL' undeclared
(first use in this function)
drivers/media/video
50 matches
Mail list logo
