The Cinergy Hybrid cards are known not to need an artificial delay after
USB accesses so the quirk can safely be enabled.
Signed-off-by: Thierry Reding
---
drivers/staging/tm6000/tm6000-cards.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/tm6
Some devices support fast access to registers using the USB interface
while others require a certain delay after each operation. This commit
adds a quirk that can be enabled by devices that don't need the delay.
Signed-off-by: Thierry Reding
---
drivers/staging/tm6000/tm6000-core.c |3 ++-
d
Hi Mauro
On Wed, 31 Aug 2011, Mauro Carvalho Chehab wrote:
[snip]
> >> I can't comment on the remote controller drivers as I haven't been involved
> >> with that.
> >
> > Mauro?
>
> If RC is disabled, most PC cards don't work (bttv, cx88, ivtv, dvb-usb, ...).
> Ok, this is due to a lack of pro
* Thierry Reding wrote:
> Some devices support fast access to registers using the USB interface
> while others require a certain delay after each operation. This commit
> adds a quirk that can be enabled by devices that don't need the delay.
>
> Signed-off-by: Thierry Reding
> ---
> drivers/stag
The Cinergy Hybrid cards are known not to need an artificial delay after
USB accesses so the quirk can safely be enabled.
Signed-off-by: Thierry Reding
---
drivers/staging/tm6000/tm6000-cards.c | 10 ++
1 files changed, 10 insertions(+), 0 deletions(-)
diff --git a/drivers/staging/tm6
Some devices support fast access to registers using the USB interface
while others require a certain delay after each operation. This commit
adds a quirk that can be enabled by devices that don't need the delay.
Signed-off-by: Thierry Reding
---
drivers/staging/tm6000/tm6000-core.c |3 ++-
d
* Mauro Carvalho Chehab wrote:
> Em 01-09-2011 02:19, Thierry Reding escreveu:
> > * Mauro Carvalho Chehab wrote:
> >> Em 04-08-2011 04:14, Thierry Reding escreveu:
> >>> Instead of selecting the default interface setting when preparing
> >>> isochronous transfers, select it on the first call to op
Em 01-09-2011 02:19, Thierry Reding escreveu:
> * Mauro Carvalho Chehab wrote:
>> Em 04-08-2011 04:14, Thierry Reding escreveu:
>>> Instead of selecting the default interface setting when preparing
>>> isochronous transfers, select it on the first call to open() to make
>>> sure it is available ear
Em 01-09-2011 02:13, Thierry Reding escreveu:
> * Mauro Carvalho Chehab wrote:
>> Em 04-08-2011 04:14, Thierry Reding escreveu:
>>> ---
>>> drivers/staging/tm6000/tm6000-core.c |3 ---
>>> 1 files changed, 0 insertions(+), 3 deletions(-)
>>>
>>> diff --git a/drivers/staging/tm6000/tm6000-core.
* Mauro Carvalho Chehab wrote:
> Em 31-08-2011 17:53, Mauro Carvalho Chehab escreveu:
> > Em 04-08-2011 04:14, Thierry Reding escreveu:
> >> When the last user closes the device, perform a lightweight reset of the
> >> device to bring it into a well-known state.
> >>
> >> Note that this is not alwa
* Mauro Carvalho Chehab wrote:
> Em 04-08-2011 04:14, Thierry Reding escreveu:
> > Instead of selecting the default interface setting when preparing
> > isochronous transfers, select it on the first call to open() to make
> > sure it is available earlier.
>
> Hmm... I fail to see what this is need
* Mauro Carvalho Chehab wrote:
> Em 04-08-2011 04:14, Thierry Reding escreveu:
> > ---
> > drivers/staging/tm6000/tm6000-core.c |3 ---
> > 1 files changed, 0 insertions(+), 3 deletions(-)
> >
> > diff --git a/drivers/staging/tm6000/tm6000-core.c
> > b/drivers/staging/tm6000/tm6000-core.c
>
* Mauro Carvalho Chehab wrote:
> Em 04-08-2011 04:14, Thierry Reding escreveu:
> > In radio mode, no frequency offset is needed. While at it, split off the
> > frequency offset computation for digital TV into a separate function.
>
> Nah, it is better to keep the offset calculation there. there is
* Mauro Carvalho Chehab wrote:
> Em 04-08-2011 04:14, Thierry Reding escreveu:
> > The TM6010 supports much larger I2C transfers than currently specified.
> > In fact the Windows driver seems to use 81 bytes per packet by default.
> > This commit improves the speed of firmware loading a bit.
> > --
From:
http://www.spinics.net/lists/linux-media/msg20440.html
This patch add support for the CI of the TT CT-3650.
Jose Alberto
Signed-off-by: Jose Alberto Reguero
diff -ur linux/drivers/media/dvb/dvb-usb/ttusb2.c linux.new/drivers/media/dvb/dvb-usb/ttusb2.c
--- linux/drivers/media/dvb/dvb-usb/
On 2011-08-31 10:33, Laurent Pinchart wrote:
Hi Enrico,
On Wednesday 31 August 2011 18:25:28 Enrico wrote:
On Wed, Aug 31, 2011 at 5:15 PM, Laurent Pinchart wrote:
I've just sent three preliminary patches to the list to add YUYV support
in the OMAP3 ISP CCDC.
What tree are those based on?
Em 31-08-2011 17:53, Mauro Carvalho Chehab escreveu:
> Em 04-08-2011 04:14, Thierry Reding escreveu:
>> When the last user closes the device, perform a lightweight reset of the
>> device to bring it into a well-known state.
>>
>> Note that this is not always enough with the TM6010, which sometimes
Hi Manju,
Do you have the media device grap that would be typical for this hardware
produced by media-ctl? That can be converted to postscript using dotfile.
this would make it a little easier to understan this driver. Thanks.
On Mon, Aug 29, 2011 at 08:37:11PM +0530, Manjunath Hadli wrote:
> ch
On Wed, Aug 31, 2011 at 03:27:49PM +, Bastian Hecht wrote:
> 2011/8/28 Laurent Pinchart :
[clip]
> > If I'm not mistaken V4L2_CID_PRIVATE_BASE is deprecated.
>
> I checked at http://v4l2spec.bytesex.org/spec/x542.htm, googled
> "V4L2_CID_PRIVATE_BASE deprecated" and read
> Documentation/featur
Hi Guennadi,
On Wed, Aug 31, 2011 at 08:02:42PM +0200, Guennadi Liakhovetski wrote:
> Signed-off-by: Guennadi Liakhovetski
> Cc: Hans Verkuil
> Cc: Laurent Pinchart
> Cc: Marek Szyprowski
> Cc: Mauro Carvalho Chehab
> Cc: Pawel Osciak
> Cc: Sakari Ailus
> ---
> Documentation/DocBook/media/
Hi Guennadi,
Thanks for the patch!!
On Wed, Aug 31, 2011 at 08:02:41PM +0200, Guennadi Liakhovetski wrote:
> A possibility to preallocate and initialise buffers of different sizes
> in V4L2 is required for an efficient implementation of a snapshot
> mode. This patch adds two new ioctl()s: VIDIOC_
Em 04-08-2011 04:14, Thierry Reding escreveu:
> When the last user closes the device, perform a lightweight reset of the
> device to bring it into a well-known state.
>
> Note that this is not always enough with the TM6010, which sometimes
> needs a hard reset to get into a working state again.
>
On Wed, Aug 31, 2011 at 09:58:42PM +0200, Laurent Pinchart wrote:
> Hi Sakari,
>
> On Wednesday 31 August 2011 21:47:11 Sakari Ailus wrote:
> > On Wed, Aug 31, 2011 at 06:31:59PM +0200, Laurent Pinchart wrote:
> > > Those features are half-implemented and not used. Remove them.
> > >
> > > Signed
Em 04-08-2011 04:14, Thierry Reding escreveu:
> Instead of selecting the default interface setting when preparing
> isochronous transfers, select it on the first call to open() to make
> sure it is available earlier.
Hmm... I fail to see what this is needed earlier. The ISOC endpont is used
only w
Hi Sakari,
On Wednesday 31 August 2011 21:47:11 Sakari Ailus wrote:
> On Wed, Aug 31, 2011 at 06:31:59PM +0200, Laurent Pinchart wrote:
> > Those features are half-implemented and not used. Remove them.
> >
> > Signed-off-by: Laurent Pinchart
> > ---
> >
> > drivers/media/video/omap3isp/ispccd
Em 04-08-2011 04:14, Thierry Reding escreveu:
> ---
> drivers/staging/tm6000/tm6000-core.c |3 ---
> 1 files changed, 0 insertions(+), 3 deletions(-)
>
> diff --git a/drivers/staging/tm6000/tm6000-core.c
> b/drivers/staging/tm6000/tm6000-core.c
> index e14bd3d..2c156dd 100644
> --- a/drivers
Hi Laurent,
Thanks for the patch.
On Wed, Aug 31, 2011 at 06:31:59PM +0200, Laurent Pinchart wrote:
> Those features are half-implemented and not used. Remove them.
>
> Signed-off-by: Laurent Pinchart
> ---
> drivers/media/video/omap3isp/ispccdc.c | 42 +++
> driv
Em 04-08-2011 04:14, Thierry Reding escreveu:
> The TM6010 supports much larger I2C transfers than currently specified.
> In fact the Windows driver seems to use 81 bytes per packet by default.
> This commit improves the speed of firmware loading a bit.
> ---
> drivers/staging/tm6000/tm6000-cards.
Em 04-08-2011 04:14, Thierry Reding escreveu:
> In radio mode, no frequency offset is needed. While at it, split off the
> frequency offset computation for digital TV into a separate function.
Nah, it is better to keep the offset calculation there. there is already
a set_freq for DVB. breaking the
On Wed, Aug 31, 2011 at 05:33:16PM +0200, Laurent Pinchart wrote:
> Hi Sebastian,
Hi,
> (CC'ing Sakari Ailus)
>
> On Wednesday 31 August 2011 17:15:24 Sebastian Reichel wrote:
> > Hi,
> >
> > What's the plan for the rx51 camera drivers from [0]? Is there a
> > chance, that they get included in
Hi Laurent,
Thanks for the patch.
I have a few comments below.
On Wed, Aug 31, 2011 at 02:24:12PM +0200, Laurent Pinchart wrote:
> The MT9T001 is a parallel 3MP sensor from Aptina (formerly Micron)
> controlled through I2C.
>
> The driver creates a V4L2 subdevice. It currently supports binning
A possibility to preallocate and initialise buffers of different sizes
in V4L2 is required for an efficient implementation of a snapshot
mode. This patch adds two new ioctl()s: VIDIOC_CREATE_BUFS and
VIDIOC_PREPARE_BUF and defines respective data structures.
Signed-off-by: Guennadi Liakhovetski
C
In preparation for the forthcoming VIDIOC_CREATE_BUFS ioctl add a
"const struct v4l2_format *" argument to the .queue_setup() vb2
operation.
Signed-off-by: Guennadi Liakhovetski
Cc: Hans Verkuil
Cc: Laurent Pinchart
Cc: Marek Szyprowski
Cc: Mauro Carvalho Chehab
Cc: Pawel Osciak
Cc: Sakari A
The two recently added ioctl()s VIDIOC_CREATE_BUFS and VIDIOC_PREPARE_BUF
allow user-space applications to allocate video buffers of different
sizes and hand them over to the driver for fast switching between
different frame formats. This patch adds support for buffers of different
sizes on the sam
To support multi-size buffers in the mx3_camera V4L2 driver we have to be
able to stop DMA on a channel without releasing descriptors and completely
halting the hardware. Use the DMA_PAUSE control to implement this mode.
Signed-off-by: Guennadi Liakhovetski
Acked-by: Vinod Koul
Cc: Hans Verkuil
Here goes the next round, addressing Pawel's review of the vb2
implementation - thanks!
Guennadi Liakhovetski (9):
V4L: add a new videobuf2 buffer state VB2_BUF_STATE_PREPARED
V4L: add two new ioctl()s for multi-size videobuffer management
V4L: document the new VIDIOC_CREATE_BUFS and VIDIOC
Prepare the sh_mobile_ceu_camera friver to support the new
VIDIOC_CREATE_BUFS and VIDIOC_PREPARE_BUF ioctl()s. The .queue_setup()
vb2 operation must be able to handle buffer sizes, provided by the
caller, and the .buf_prepare() operation must not use the currently
configured frame format for its op
Signed-off-by: Guennadi Liakhovetski
Cc: Hans Verkuil
Cc: Laurent Pinchart
Cc: Marek Szyprowski
Cc: Mauro Carvalho Chehab
Cc: Pawel Osciak
Cc: Sakari Ailus
---
Documentation/DocBook/media/v4l/io.xml | 17 +++
Documentation/DocBook/media/v4l/v4l2.xml |2 +
.../Doc
Prepare the mx3_camera driver to support the new VIDIOC_CREATE_BUFS and
VIDIOC_PREPARE_BUF ioctl()s. The .queue_setup() vb2 operation must be
able to handle buffer sizes, provided by the caller, and the
.buf_prepare() operation must not use the currently configured frame
format for its operation, w
This patch adds two new ioctl() handlers: .vidioc_create_bufs() and
.vidioc_prepare_buf() for compliant vb2 soc-camera hosts.
Signed-off-by: Guennadi Liakhovetski
Cc: Hans Verkuil
Cc: Laurent Pinchart
Cc: Marek Szyprowski
Cc: Mauro Carvalho Chehab
Cc: Pawel Osciak
Cc: Sakari Ailus
---
driv
This patch prepares for a better separation of the buffer preparation
stage.
Signed-off-by: Guennadi Liakhovetski
Cc: Hans Verkuil
Cc: Laurent Pinchart
Cc: Marek Szyprowski
Cc: Mauro Carvalho Chehab
Cc: Pawel Osciak
Cc: Sakari Ailus
---
v6: as reported by Pawel: the VB2_BUF_STATE_PREPARED
Hi Bastian,
On Wednesday 31 August 2011 19:35:41 Bastian Hecht wrote:
> 2011/8/31 Laurent Pinchart :
> > On Wednesday 31 August 2011 17:27:49 Bastian Hecht wrote:
> >> 2011/8/28 Laurent Pinchart :
> >> > On Wednesday 17 August 2011 18:02:07 Bastian Hecht wrote:
[snip]
> >> >> +#define OV5642_CON
2011/8/31 Bastian Hecht :
> 2011/8/31 Laurent Pinchart :
>> Hi Bastian,
>>
>> On Wednesday 31 August 2011 17:27:49 Bastian Hecht wrote:
>>> 2011/8/28 Laurent Pinchart :
>>> > On Wednesday 17 August 2011 18:02:07 Bastian Hecht wrote:
>>> >> The driver now supports automatic/manual gain, automatic/ma
2011/8/31 Laurent Pinchart :
> Hi Bastian,
>
> On Wednesday 31 August 2011 17:27:49 Bastian Hecht wrote:
>> 2011/8/28 Laurent Pinchart :
>> > On Wednesday 17 August 2011 18:02:07 Bastian Hecht wrote:
>> >> The driver now supports automatic/manual gain, automatic/manual white
>> >> balance, automati
Hi Bastian,
Guennadi pointed out that "should" can sound a bit harsh, so please read my
reviews as if
#define "you should" "I think you should"
was prepended to all of them :-)
On Wednesday 31 August 2011 19:06:25 Laurent Pinchart wrote:
> On Wednesday 31 August 2011 17:05:52 Bastian Hecht wro
Hi Bastian,
A second comment.
On Wednesday 31 August 2011 17:05:52 Bastian Hecht wrote:
> This patch adds the ability to get arbitrary resolutions with a width
> up to 2592 and a height up to 720 pixels instead of the standard 1280x720
> only.
>
> Signed-off-by: Bastian Hecht
> ---
> diff --git
Hi Bastian,
Thanks for the patch.
On Wednesday 31 August 2011 17:05:52 Bastian Hecht wrote:
> This patch adds the ability to get arbitrary resolutions with a width
> up to 2592 and a height up to 720 pixels instead of the standard 1280x720
> only.
>
> Signed-off-by: Bastian Hecht
> ---
> diff -
On Monday 29 August 2011, Luciano Coelho wrote:
> From: Randy Dunlap
>
> Combine MFD_SUPPORT (which only enabled the remainder of the MFD
> menu) and MFD_CORE. This allows other drivers to select MFD_CORE
> without needing to also select MFD_SUPPORT, which fixes some
> kconfig unmet dependency w
Hi Enrico,
On Wednesday 31 August 2011 18:25:28 Enrico wrote:
> On Wed, Aug 31, 2011 at 5:15 PM, Laurent Pinchart wrote:
> > I've just sent three preliminary patches to the list to add YUYV support
> > in the OMAP3 ISP CCDC.
>
> What tree are those based on?
On http://git.linuxtv.org/pinchartl/m
The bpp field currently stores the sample width and is aligned to the
next multiple of 8 bits when computing data size in memory. This won't
work anymore for YUYV8_2X8 formats. Split the bpp field into a sample
width and a bits per pixel value.
Signed-off-by: Laurent Pinchart
---
drivers/media/v
Signed-off-by: Laurent Pinchart
---
drivers/media/video/omap3isp/ispccdc.c | 33 +-
drivers/media/video/omap3isp/ispvideo.c |6 +
include/media/omap3isp.h|3 ++
3 files changed, 40 insertions(+), 2 deletions(-)
diff --git a/drivers/media
The structure is only used to store configuration data and pass it to
CCDC configuration functions. Access the data directly from the
locations that needs it.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/omap3isp/ispccdc.c | 38 ++-
drivers/media/video/om
Hi everybody,
Here's (already) a second version of this patch set. This first version was
missing a patch.
The set is based on
http://git.linuxtv.org/pinchartl/media.git/shortlog/refs/heads/omap3isp-omap3isp-next
Laurent Pinchart (4):
omap3isp: ccdc: Remove support for interlaced data and mast
Those features are half-implemented and not used. Remove them.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/omap3isp/ispccdc.c | 42 +++
drivers/media/video/omap3isp/ispccdc.h | 18 -
2 files changed, 4 insertions(+), 56 deletions(-)
diff -
On Wed, Aug 31, 2011 at 5:15 PM, Laurent Pinchart
wrote:
> I've just sent three preliminary patches to the list to add YUYV support in
> the OMAP3 ISP CCDC.
What tree are those based on?
Enrico
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to
Hi Luciano,
On Mon, 29 Aug 2011 21:41:47 +0300, Luciano Coelho wrote:
> From: Randy Dunlap
>
> Combine MFD_SUPPORT (which only enabled the remainder of the MFD
> menu) and MFD_CORE. This allows other drivers to select MFD_CORE
> without needing to also select MFD_SUPPORT, which fixes some
> kco
Hi,
What's the plan for the rx51 camera drivers from [0]? Is there a
chance, that they get included in the mainline 3.2 or 3.3 kernel?
[0]
http://git.linuxtv.org/pinchartl/media.git/shortlog/refs/heads/omap3isp-2.6.37-rx51
-- Sebastian
signature.asc
Description: Digital signature
On Wed, 31 Aug 2011, Bastian Hecht wrote:
> 2011/8/28 Laurent Pinchart :
> > Hi Bastian,
> >
> > Thanks for the patch.
> >
> > On Wednesday 17 August 2011 18:02:07 Bastian Hecht wrote:
> >> The driver now supports automatic/manual gain, automatic/manual white
> >> balance, automatic/manual exposur
Hi Bastian,
On Wednesday 31 August 2011 17:27:49 Bastian Hecht wrote:
> 2011/8/28 Laurent Pinchart :
> > On Wednesday 17 August 2011 18:02:07 Bastian Hecht wrote:
> >> The driver now supports automatic/manual gain, automatic/manual white
> >> balance, automatic/manual exposure control, vertical fl
Hi Sebastian,
(CC'ing Sakari Ailus)
On Wednesday 31 August 2011 17:15:24 Sebastian Reichel wrote:
> Hi,
>
> What's the plan for the rx51 camera drivers from [0]? Is there a
> chance, that they get included in the mainline 3.2 or 3.3 kernel?
The ad5820 driver will probably be the simplest one to
2011/8/28 Laurent Pinchart :
> Hi Bastian,
>
> Thanks for the patch.
>
> On Wednesday 17 August 2011 18:02:07 Bastian Hecht wrote:
>> The driver now supports automatic/manual gain, automatic/manual white
>> balance, automatic/manual exposure control, vertical flip, brightness
>> control, contrast c
On 2011-08-31 09:15, Laurent Pinchart wrote:
Hi Gary,
On Wednesday 31 August 2011 14:01:07 Gary Thomas wrote:
On 2011-08-31 05:00, Laurent Pinchart wrote:
On Wednesday 31 August 2011 12:56:29 Gary Thomas wrote:
On 2011-08-31 02:13, Laurent Pinchart wrote:
On Wednesday 31 August 2011 02:07:36
Hi Gary,
On Wednesday 31 August 2011 14:01:07 Gary Thomas wrote:
> On 2011-08-31 05:00, Laurent Pinchart wrote:
> > On Wednesday 31 August 2011 12:56:29 Gary Thomas wrote:
> >> On 2011-08-31 02:13, Laurent Pinchart wrote:
> >>> On Wednesday 31 August 2011 02:07:36 Gary Thomas wrote:
> On 2011
Hi everybody,
As there seems to be a recent interest in connecting a YUYV source (namely a
tvp5140) to the OMAP3 ISP input, here are three preliminary patches that add
YUYV support to the OMAP3 ISP CCDC.
The patches have been compile-tested only as I lack hardware to test them.
They're missing br
The bpp field currently stores the sample width and is aligned to the
next multiple of 8 bits when computing data size in memory. This won't
work anymore for YUYV8_2X8 formats. Split the bpp field into a sample
width and a bits per pixel value.
Signed-off-by: Laurent Pinchart
---
drivers/media/v
The structure is only used to store configuration data and pass it to
CCDC configuration functions. Access the data directly from the
locations that needs it.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/omap3isp/ispccdc.c | 38 ++-
drivers/media/video/om
Signed-off-by: Laurent Pinchart
---
drivers/media/video/omap3isp/ispccdc.c | 33 +-
drivers/media/video/omap3isp/ispvideo.c |6 +
include/media/omap3isp.h|3 ++
3 files changed, 40 insertions(+), 2 deletions(-)
diff --git a/drivers/media
This patch adds the ability to get arbitrary resolutions with a width
up to 2592 and a height up to 720 pixels instead of the standard 1280x720
only.
Signed-off-by: Bastian Hecht
---
diff --git a/drivers/media/video/ov5642.c b/drivers/media/video/ov5642.c
index 6410bda..87b432e 100644
--- a/drive
On Wed, Aug 31, 2011 at 9:53 AM, Guennadi Liakhovetski
wrote:
> Hi Hans
>
> On Wed, 31 Aug 2011, Hans Verkuil wrote:
>
>> I think this is how I would reorganize the capture menu. IMHO it's much
>> easier
>> to navigate, and should be even better once the soc-camera sensor drivers can
>> be moved
On Wed, Aug 31, 2011 at 9:46 AM, Guennadi Liakhovetski
wrote:
> On Wed, 31 Aug 2011, Hans Verkuil wrote:
>
>> From: Hans Verkuil
>>
>> USB webcams are some of the most used V4L devices, so move it to a more
>> prominent place in the menu instead of being at the end.
>>
>> Signed-off-by: Hans Verk
Hello Laurent,
2011/8/28 Laurent Pinchart :
> Hi Bastian,
>
> Thanks for the patch.
>
[snip]
>>
>> +#define REG_RED_GAIN_HIGH 0x3400
>> +#define REG_RED_GAIN_LOW 0x3401
>> +#define REG_BLUE_GAIN_HIGH 0x3404
>> +#define REG_BLUE_GAIN_LOW 0x3405
>> +#def
On Wednesday, August 31, 2011 15:50:35 Mauro Carvalho Chehab wrote:
> Em 31-08-2011 10:38, Hans Verkuil escreveu:
> > From: Hans Verkuil
>
> IMO, a submenu for those drivers makes sense.
I thought about that, but actually you never see any of these drivers
unless you have the right architecture
On Wednesday, August 31, 2011 15:47:49 Mauro Carvalho Chehab wrote:
> Em 31-08-2011 10:38, Hans Verkuil escreveu:
> > From: Hans Verkuil
> >
> > Signed-off-by: Hans Verkuil
> > ---
> > drivers/media/video/Kconfig | 185
+++---
> > 1 files changed, 101 inser
Hi Hans
On Wed, 31 Aug 2011, Hans Verkuil wrote:
> I think this is how I would reorganize the capture menu. IMHO it's much easier
> to navigate, and should be even better once the soc-camera sensor drivers can
> be moved to the other sensors.
>
> For the radio adapters a similar change would be
On Wed, 31 Aug 2011, Mauro Carvalho Chehab wrote:
> Em 31-08-2011 09:41, Hans Verkuil escreveu:
[snip]
> > And by reordering the rest of the menu so 'popular' drivers like saa7134
> > come
> > before zoran and the motion eye drivers etc. would also make it easier to
> > navigate the menu.
>
Em 31-08-2011 10:38, Hans Verkuil escreveu:
> From: Hans Verkuil
IMO, a submenu for those drivers makes sense.
>
> Signed-off-by: Hans Verkuil
> ---
> drivers/media/video/Kconfig | 106
> ++-
> 1 files changed, 55 insertions(+), 51 deletions(-)
>
> d
Em 31-08-2011 10:38, Hans Verkuil escreveu:
> From: Hans Verkuil
>
> Signed-off-by: Hans Verkuil
> ---
> drivers/media/video/Kconfig | 185 +++---
> 1 files changed, 101 insertions(+), 84 deletions(-)
>
> diff --git a/drivers/media/video/Kconfig b/drivers/m
On Wed, 31 Aug 2011, Hans Verkuil wrote:
> From: Hans Verkuil
>
> USB webcams are some of the most used V4L devices, so move it to a more
> prominent place in the menu instead of being at the end.
>
> Signed-off-by: Hans Verkuil
> ---
> drivers/media/video/Kconfig | 141
> ++
Em 31-08-2011 09:41, Hans Verkuil escreveu:
> On Wednesday, August 31, 2011 14:06:34 Mauro Carvalho Chehab wrote:
>> Em 31-08-2011 06:06, Guennadi Liakhovetski escreveu:
>> I would propose to start by reorganizing the menu. E.g. make a submenu
> for
>> old legacy bus drivers (parallel port
From: Hans Verkuil
USB webcams are some of the most used V4L devices, so move it to a more
prominent place in the menu instead of being at the end.
Signed-off-by: Hans Verkuil
---
drivers/media/video/Kconfig | 141 ++-
1 files changed, 71 insertions(+),
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
drivers/media/video/Kconfig | 32
1 files changed, 16 insertions(+), 16 deletions(-)
diff --git a/drivers/media/video/Kconfig b/drivers/media/video/Kconfig
index d14da37..97fdaa7 100644
--- a/drivers/media/vi
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
drivers/media/video/Kconfig | 106 ++-
1 files changed, 55 insertions(+), 51 deletions(-)
diff --git a/drivers/media/video/Kconfig b/drivers/media/video/Kconfig
index 5beff36..d14da37 100644
--- a/drive
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
drivers/media/video/Kconfig | 28 ++--
1 files changed, 14 insertions(+), 14 deletions(-)
diff --git a/drivers/media/video/Kconfig b/drivers/media/video/Kconfig
index 8a16a69..5beff36 100644
--- a/drivers/media/video/
From: Hans Verkuil
Signed-off-by: Hans Verkuil
---
drivers/media/video/Kconfig | 185 +++---
1 files changed, 101 insertions(+), 84 deletions(-)
diff --git a/drivers/media/video/Kconfig b/drivers/media/video/Kconfig
index 336251f..815700b 100644
--- a/drive
From: Hans Verkuil
These are really, really old drivers. These are really no longer experimental...
Signed-off-by: Hans Verkuil
---
drivers/media/video/Kconfig |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/media/video/Kconfig b/drivers/media/video/Kcon
I think this is how I would reorganize the capture menu. IMHO it's much easier
to navigate, and should be even better once the soc-camera sensor drivers can
be moved to the other sensors.
For the radio adapters a similar change would be needed (all the ISA drivers
in particular should be grouped i
* Mauro Carvalho Chehab wrote:
> Hi Thierry,
>
> Em 04-08-2011 04:13, Thierry Reding escreveu:
> > This patch series fixes up some issues with the tm6000 driver. These
> > patches were tested with a Cinergy Hybrid XE which is the only one I
> > have access to, so it would be nice if someone with a
On Wednesday, August 31, 2011 14:06:34 Mauro Carvalho Chehab wrote:
> Em 31-08-2011 06:06, Guennadi Liakhovetski escreveu:
> I would propose to start by reorganizing the menu. E.g. make a submenu
for
> old legacy bus drivers (parallel port, ISA), for platform drivers, and
for
> 'ra
Hi Thierry,
Em 04-08-2011 04:13, Thierry Reding escreveu:
> This patch series fixes up some issues with the tm6000 driver. These
> patches were tested with a Cinergy Hybrid XE which is the only one I
> have access to, so it would be nice if someone with access to the other
> supported devices coul
Hello Everyone,
This is the fifth version of extended crop/compose RFC. It was updated after
Laurent's review. The patch-set introduces new ioctls to V4L2 API for
configuration of selection rectangles like crop and compose areas. The last
patch adds selection support for s5p-tv driver. Please refe
Hi Stephan,
On Friday 28 January 2011 20:38:58 Stephan Lachowsky wrote:
> Associate the H.264 GUID with an H.264 pixel format so that frame
> and stream based format descriptors with this GUID are recognized
> by the UVC video driver.
Can I get your Signed-off-by line for this patch ?
> ---
> d
This patch add support for V4L2 selection API to s5p-tv driver. Moreover it
removes old API for cropping. Old applications would still work because the
crop ioctls are emulated using the selection API.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/s5p
This patch introduces new api for a precise control of cropping and composing
features for video devices. The new ioctls are VIDIOC_S_SELECTION and
VIDIOC_G_SELECTION.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/v4l2-compat-ioctl32.c |2 +
drivers
This patch allows new video drivers to work correctly with applications that
use the old-style crop API. The old crop ioctl is emulated by using selection
callbacks.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Kyungmin Park
---
drivers/media/video/v4l2-ioctl.c | 86
Hi Vaibhav,
Any opinion on this patch ?
On Wednesday 24 August 2011 12:27:49 Laurent Pinchart wrote:
> Signed-off-by: Laurent Pinchart
> ---
> drivers/media/video/omap/omap_vout.c | 10 ++
> 1 files changed, 10 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/media/video/omap/o
The MT9T001 is a parallel 3MP sensor from Aptina (formerly Micron)
controlled through I2C.
The driver creates a V4L2 subdevice. It currently supports binning and
cropping, and the gain, exposure, test pattern and black level controls.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/Kcon
Em 31-08-2011 06:06, Guennadi Liakhovetski escreveu:
I would propose to start by reorganizing the menu. E.g. make a submenu for
old legacy bus drivers (parallel port, ISA), for platform drivers, and for
'rare' drivers (need a better name for that :-) ). For example the Hexium
PC
On 2011-08-31 05:00, Laurent Pinchart wrote:
Hi Gary,
On Wednesday 31 August 2011 12:56:29 Gary Thomas wrote:
On 2011-08-31 02:13, Laurent Pinchart wrote:
On Wednesday 31 August 2011 02:07:36 Gary Thomas wrote:
On 2011-08-30 16:50, Laurent Pinchart wrote:
On Wednesday 31 August 2011 00:45:39
On Mon, Aug 29, 2011 at 08:49:30PM +0530, Hadli, Manjunath wrote:
>
> Sakari,
Hi Manju,
> I have sent a fresh patch-set with your comments fixed and and some
> cleanup and reorg of my own- mainly the headers. Please review.
I'll try to review at the patches when I have time.
> Also, I h
Signed-off-by: Laurent Pinchart
---
arch/arm/mach-shmobile/board-ag5evm.c |2 +-
arch/arm/mach-shmobile/board-ap4evb.c |4 +-
arch/arm/mach-shmobile/board-mackerel.c |4 +-
arch/sh/boards/mach-ap325rxa/setup.c|2 +-
arch/sh/boards/mach-ecovec24/setup.c|2 +-
arch/s
1 - 100 of 113 matches
Mail list logo
