Hi, Guennadi:
Sorry for the late!
"I would leave the choice of a connection to the platform
code." I agree with you on this, since HW board will only support MIPI or
parallel even the sensor
can support both.
Please review ! thanks for your time.
Subject: [PATCH] V4L/DV
Hi, Guennadi:
Do you mean this ?
Signed-off-by: Qing Xu
Signed-off-by: Kassey Lee
---
drivers/media/video/soc_mediabus.c |9 +
include/media/soc_mediabus.h |1 +
include/media/v4l2-mediabus.h |1 +
3 files changed, 11 insertions(+), 0 deletions(-)
diff -
On Wed, Apr 06, 2011 at 09:59:02PM +0300, Felipe Balbi wrote:
> Hi,
>
> On Wed, Apr 06, 2011 at 08:47:34PM +0200, Samuel Ortiz wrote:
> > > > > What is a "MFD cell pointer" and why is it needed in struct device?
> > > > An MFD cell is an MFD instantiated device.
> > > > MFD (Multi Function Device)
On 04/06/2011 10:05 PM, Sylwester Nawrocki wrote:
> Hi Pawel,
>
> On 03/07/2011 12:20 AM, Pawel Osciak wrote:
>> Hi Laurent,
>>
>> On Tue, Mar 1, 2011 at 02:54, Laurent Pinchart
>>wrote:
>>> Hi Pawel,
>>>
>>> On Monday 28 February 2011 16:44:38 Pawel Osciak wrote:
Hi Laurent,
A few q
Hi Pawel,
On 03/07/2011 12:20 AM, Pawel Osciak wrote:
> Hi Laurent,
>
> On Tue, Mar 1, 2011 at 02:54, Laurent Pinchart
> wrote:
>> Hi Pawel,
>>
>> On Monday 28 February 2011 16:44:38 Pawel Osciak wrote:
>>> Hi Laurent,
>>> A few questions from me below. I feel we need to talk about this
>>> cha
On 05/04/11 21:07, Steffen Barszus wrote:
> On Tue, 05 Apr 2011 13:00:14 +0200
> "Issa Gorissen" wrote:
>
>> Hi,
>>
>> Eutelsat made a recent migration from DVB-S to DVB-S2 (since
>> 31/3/2011) on two transponders on HB13E
>>
>> - HOT BIRD 6 13° Est TP 159 Freq 11,681 Ghz DVB-S2 FEC 3/4 27500
>> M
Hi,
On Wed, Apr 06, 2011 at 08:47:34PM +0200, Samuel Ortiz wrote:
> > > > What is a "MFD cell pointer" and why is it needed in struct device?
> > > An MFD cell is an MFD instantiated device.
> > > MFD (Multi Function Device) drivers instantiate platform devices. Those
> > > devices drivers sometim
On Wed, Apr 06, 2011 at 10:56:47AM -0700, Greg KH wrote:
> On Wed, Apr 06, 2011 at 07:05:38PM +0200, Samuel Ortiz wrote:
> > Hi Greg,
> >
> > On Wed, Apr 06, 2011 at 08:58:05AM -0700, Greg KH wrote:
> > > On Wed, Apr 06, 2011 at 05:23:23PM +0200, Samuel Ortiz wrote:
> > > > --- a/include/linux/dev
On Wed, Apr 06, 2011 at 11:25:57AM -0700, Andres Salomon wrote:
> > > We've been faced with the problem of being able to pass both MFD
> > > related data and a platform_data pointer to some of those drivers.
> > > Squeezing the MFD bits in the sub driver platform_data pointer
> > > doesn't work for
On Wed, 6 Apr 2011 10:56:47 -0700
Greg KH wrote:
> On Wed, Apr 06, 2011 at 07:05:38PM +0200, Samuel Ortiz wrote:
> > Hi Greg,
> >
> > On Wed, Apr 06, 2011 at 08:58:05AM -0700, Greg KH wrote:
> > > On Wed, Apr 06, 2011 at 05:23:23PM +0200, Samuel Ortiz wrote:
> > > > --- a/include/linux/device.h
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:Wed Apr 6 19:00:27 CEST 2011
git hash:d9954d8547181f9a6a23f835cc1413732700b785
gcc version: i686-linux-gcc (GCC) 4.5
On Wed, 2011-04-06 at 19:51 +0200, Samuel Ortiz wrote:
> Hi Ben,
>
> On Wed, Apr 06, 2011 at 06:16:49PM +0100, Ben Hutchings wrote:
> > > So, adding an MFD cell pointer to the device structure allows us to
> > > cleanly
> > > pass both pieces of information, while keeping all the MFD sub drivers
On Wed, Apr 06, 2011 at 07:05:38PM +0200, Samuel Ortiz wrote:
> Hi Greg,
>
> On Wed, Apr 06, 2011 at 08:58:05AM -0700, Greg KH wrote:
> > On Wed, Apr 06, 2011 at 05:23:23PM +0200, Samuel Ortiz wrote:
> > > --- a/include/linux/device.h
> > > +++ b/include/linux/device.h
> > > @@ -33,6 +33,7 @@ stru
Hi Ben,
On Wed, Apr 06, 2011 at 06:16:49PM +0100, Ben Hutchings wrote:
> > So, adding an MFD cell pointer to the device structure allows us to cleanly
> > pass both pieces of information, while keeping all the MFD sub drivers
> > independant from the MFD core if they want/can.
>
> Why isn't an MF
On Tue, Apr 5, 2011 at 10:58 AM, Andy Walls wrote:
> On Mon, 2011-04-04 at 14:36 -0400, Eric B Munson wrote:
>> On Mon, Apr 4, 2011 at 11:16 AM, Eric B Munson wrote:
>> > On Mon, Apr 4, 2011 at 9:12 AM, Andy Walls wrote:
>> >> On Mon, 2011-04-04 at 08:20 -0400, Eric B Munson wrote:
>> >>> I the
On Wed, 2011-04-06 at 19:05 +0200, Samuel Ortiz wrote:
> Hi Greg,
>
> On Wed, Apr 06, 2011 at 08:58:05AM -0700, Greg KH wrote:
> > On Wed, Apr 06, 2011 at 05:23:23PM +0200, Samuel Ortiz wrote:
> > > --- a/include/linux/device.h
> > > +++ b/include/linux/device.h
> > > @@ -33,6 +33,7 @@ struct clas
Hi Greg,
On Wed, Apr 06, 2011 at 08:58:05AM -0700, Greg KH wrote:
> On Wed, Apr 06, 2011 at 05:23:23PM +0200, Samuel Ortiz wrote:
> > --- a/include/linux/device.h
> > +++ b/include/linux/device.h
> > @@ -33,6 +33,7 @@ struct class;
> > struct subsys_private;
> > struct bus_type;
> > struct devi
On Tue, 5 Apr 2011, Hans Verkuil wrote:
> On Tuesday, April 05, 2011 14:21:03 Laurent Pinchart wrote:
> > On Friday 01 April 2011 10:13:02 Guennadi Liakhovetski wrote:
[snip]
> > > * I O C T L C O D E S F O R V I D E O D E V I C E S
> > > *
> > > @@ -1937,6 +1957,10 @@ struct v
On Wed, Apr 06, 2011 at 05:23:23PM +0200, Samuel Ortiz wrote:
> --- a/include/linux/device.h
> +++ b/include/linux/device.h
> @@ -33,6 +33,7 @@ struct class;
> struct subsys_private;
> struct bus_type;
> struct device_node;
> +struct mfd_cell;
>
> struct bus_attribute {
> struct attribu
On Mon, Apr 04, 2011 at 09:04:29PM -0600, Grant Likely wrote:
> > The second step would be to get rid of mfd_get_data() and have all
> > subdrivers
> > going back to the regular platform_data way. They would no longer be
> > dependant
> > on the MFD code except for those who really need it. In th
This camera driver supports only rising edge, which is the default
setting of the device. The function mt9m111_setup_pixfmt() overwrites
this setting. So the driver actually uses falling edge.
This patch corrects that.
Signed-off-by: Teresa Gámez
---
drivers/media/video/mt9m111.c | 14
Measurements show that the setup of the pixel clock is not correct.
The 'Invert Pixel Clock' bit has to be set to 1 for falling edge
and not for rising.
Signed-off-by: Teresa Gámez
---
drivers/media/video/mt9v022.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers
Hi Sakari,
Thanks for the RFC.
On Wednesday 06 April 2011 10:10:40 Sakari Ailus wrote:
> Hi,
>
> This is a second proposal for an interface for controlling flash devices
> on the V4L2/v4l2_subdev APIs. My plan is to use the interface in the
> ADP1653 driver, the flash controller used in the Noki
Hi Sakari,
On Wednesday 06 April 2011 11:25:56 Sakari Ailus wrote:
> Nayden Kanchev wrote:
> > On 04/06/2011 11:10 AM, Sakari Ailus wrote:
> >> - Added an open question on a new control:
> >> V4L2_CID_FLASH_EXTERNAL_STROBE_WHENCE.
> >
> >
> >
> >> 2. External strobe edge / level
> >> --
Add support for mmap method streaming of raw YUV video on cx18-based
hardware, in addition to the existing support for read() streaming of
raw YUV and MPEG-2 encoded video.
Signed-off-by: Steven Toth
I forward-ported this from Steven's original work, done under contract
to ONELAN. The original c
Hi,
I added some patches to dvb-apps/util/scan.c in order to properly support EN
300 468 charsets.
Before the patch, scan were producing invalid UTF-8 codes here, for ISO-8859-15
charsets, as
scan were simply filling service/provider name with whatever non-control
characters that were
there. So
Nayden Kanchev wrote:
> Hi Sakari,
>
> Thanks for the update. I have just one comment about strobe types.
Hi Nayden,
Thanks for the comments!
>
>
>
> On 04/06/2011 11:10 AM, Sakari Ailus wrote:
>> - Added an open question on a new control:
>> V4L2_CID_FLASH_EXTERNAL_STROBE_WHENCE.
>>
>>
>>
>
Hi everyone,
Using a KNC-1 DVB-S2 board I noticed stb0899_read_signal_strength()
in stb0899_drv.c always return the same value (1450) in dvb-s2 whatever
the signal power is.
It seems STB0899_READ_S2REG(STB0899_DEMOD, IF_AGC_GAIN) macro always
returns zero.
Any idea of what is causing this ?
R
This patch allows new drivers to work correctly with
applications that use old-style crop API.
The old crop ioctl is simulated by using extcrop/compose.
Signed-off-by: Tomasz Stanislawski
---
drivers/media/video/v4l2-ioctl.c | 94 +-
1 files changed, 82 inse
Hello everyone,
This patch-set introduces new ioctls to V4L2 API. The new method for
configuration of cropping and composition is presented.
This is the second version of extcrop RFC. It was enriched with new features
like additional hint flags, and a support for auxiliary crop/compose
rectangles
Four new ioctl for a precise control of cropping and composing:
VIDIOC_S_EXTCROP
VIDIOC_G_EXTCROP
VIDIOC_S_COMPOSE
VIDIOC_G_COMPOSE
Signed-off-by: Tomasz Stanislawski
---
drivers/media/video/v4l2-compat-ioctl32.c |4 ++
drivers/media/video/v4l2-ioctl.c | 56 +++
Hi,
> -Original Message-
> From: Jeongtae Park [mailto:jtp.p...@samsung.com]
> Sent: 06 April 2011 08:06
> To: 'Laurent Pinchart'; 'Kamil Debski'
> Cc: linux-media@vger.kernel.org; 'Kyungmin Park'; jaeryul...@samsung.com;
> hansv...@cisco.com; 'Marek Szyprowski'; jemi...@samsung.com;
> jun
Hi Sakari,
Thanks for the update. I have just one comment about strobe types.
On 04/06/2011 11:10 AM, Sakari Ailus wrote:
- Added an open question on a new control:
V4L2_CID_FLASH_EXTERNAL_STROBE_WHENCE.
2. External strobe edge / level
---
No use is seen cu
Hi Jonghun,
On 04/06/2011 02:37 AM, Jonghun Han wrote:
...
>
> Hi Marek,
>
> runtime_pm is used to minimize current.
> In my opinion, the followings will be better.
> 1. Adds pm_runtime_get_sync before running of the first job.
>IMO, dma_run callback function is the best place for calling in
Hi,
This is a second proposal for an interface for controlling flash devices
on the V4L2/v4l2_subdev APIs. My plan is to use the interface in the
ADP1653 driver, the flash controller used in the Nokia N900.
Thanks to everyone who commented the previous version of this RFC! I
hope I managed to fac
David Cohen wrote:
> On Mon, Mar 28, 2011 at 3:55 PM, Sakari Ailus
> wrote:
>> Hi,
>
> Hi Sakari,
Thanks for the comments, David!
> [snip]
>
>> This is a bitmask containing the fault information for the flash. This
>> assumes the proposed V4L2 bit mask controls [5]; otherwise this would
>> lik
Hello,
On Wednesday, April 06, 2011 5:03 AM Pawel Osciak wrote:
> On Sun, Apr 3, 2011 at 22:49, Marek Szyprowski
> wrote:
> > Hello,
> >
> > On Monday, April 04, 2011 1:51 AM Pawel Osciak wrote:
> >
> >> Drivers are now required to implement the stop_streaming() callback
> >> to ensure that all
Hello,
On Wednesday, April 06, 2011 2:37 AM Jonghun Han wrote:
> runtime_pm is used to minimize current.
> In my opinion, the followings will be better.
> 1. Adds pm_runtime_get_sync before running of the first job.
>IMO, dma_run callback function is the best place for calling in case of
> M2
On Wed, Apr 06, 2011 at 08:39:05AM +0200, Oliver Endriss wrote:
> On Monday 04 April 2011 13:05:19 Janne Grunau wrote:
> > On Tue, Mar 15, 2011 at 02:50:05PM +0100, Oliver Endriss wrote:
> > > The PAT/PMT from the stream does not describe the dvr stream correctly.
> > >
> > > The dvr device provid
On Monday 04 April 2011 13:05:19 Janne Grunau wrote:
> On Tue, Mar 15, 2011 at 02:50:05PM +0100, Oliver Endriss wrote:
> > On Tuesday 15 March 2011 13:32:58 Janne Grunau wrote:
> > > On Tue, Mar 15, 2011 at 01:23:40PM +0100, Christian Ulrich wrote:
> > > > Hi, thank you for your feedback.
> > > >
40 matches
Mail list logo
