Em 10-06-2011 06:27, Sakari Ailus escreveu:
> Hi Mauro,
>
> This pull request adds the bitmask controls, flash API and the adp1653
> driver. What has changed since the patches is:
>
> - Adp1653 flash faults control is volatile. Fix this.
> - Flash interface marked as experimental.
> - Moved the D
On Thu, 30 Jun 2011, Sylwester Nawrocki wrote:
> Hi Guennadi,
>
> On 06/29/2011 06:27 PM, Guennadi Liakhovetski wrote:
> > Add media bus configuration types and two subdev operations to get
> > supported mediabus configurations and to set a specific configuration.
> > Subdevs can support several
On Wed, 2011-06-29 at 15:16 +0200, Sébastien RAILLARD (COEXSI) wrote:
> On some other transponders, like ASTRA 19.2E 11567-V-22000, the card nearly
> never manage to get the lock: it's looking like the signal isn't good
> enough.
> I turned on the debugging of the stb6000 and stv0288 modules, but
On Wed, 29 Jun 2011 16:10:45 +0200
Marek Szyprowski wrote:
> > I do still wonder why this is an issue - why not pass the buffers through
> > to the driver at VIDIOC_QBUF time? I assume there must be a reason for
> > doing things this way, I'd like to understand what it is.
>
> I want to delay
Hi Guennadi,
On 06/29/2011 06:27 PM, Guennadi Liakhovetski wrote:
> Add media bus configuration types and two subdev operations to get
> supported mediabus configurations and to set a specific configuration.
> Subdevs can support several configurations, e.g., they can send video data
> on 1 or sev
Em 30-06-2011 10:46, Hans Verkuil escreveu:
> On Wednesday, June 29, 2011 16:35:04 Hans de Goede wrote:
>> Hi,
>>
>> On 06/29/2011 03:43 PM, Hans Verkuil wrote:
>>> On Wednesday, June 29, 2011 15:07:14 Hans de Goede wrote:
>>
>>
>>
>>> if (q->num_buffers == 0&& q->fileio == NULL) {
>>> -
Em 29-06-2011 09:10, Hans de Goede escreveu:
> Hi,
>
> On 06/29/2011 01:26 PM, Hans Verkuil wrote:
>> Hi all,
>>
>> This RFC is based on recent discussions with regards to how the poll function
>> in a V4L2 driver should behave.
>>
>> Some relevant documents:
>>
>> POSIX:
>>
>> http://pubs.opengro
The core Marvell camera driver can now do scatter/gather DMA on controllers
which support that functionality.
Signed-off-by: Jonathan Corbet
---
drivers/media/video/marvell-ccic/Kconfig |3 +
drivers/media/video/marvell-ccic/mcam-core.c | 289 ++
drivers/media/vi
Scatter/gather DMA mode works nicely on this platform and is clearly the
best way of doing things.
Signed-off-by: Jonathan Corbet
---
drivers/media/video/marvell-ccic/mmp-driver.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/drivers/media/video/marvell-ccic/mmp-drive
Another week, another series of Marvell cam patches. It's a short series
this time:
Jonathan Corbet (2):
marvell-cam: Working s/g DMA
marvell-cam: use S/G DMA by default
Kconfig |3
mcam-core.c | 289 ++-
mcam-core.
В сообщении от 30 июня 2011 00:49:33 автор Jarod Wilson написал:
> This reverts commit e38030f3ff02684eb9e25e983a03ad318a10a2ea.
>
> MSI flat-out doesn't work right on cx2388x devices yet. There are now
> multiple reports of cards that hard-lock systems when MSI is enabled,
> including my own HVR-
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:Thu Jun 30 19:00:43 CEST 2011
git hash:66ef90675ad5e45717ff84e4a106c0d22e690803
gcc version: i686-linux-gcc (GCC) 4.5
linux-media@vger.kernel.org
> ---
> drivers/media/radio/Kconfig |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> --- linux-next-20110630.orig/drivers/media/radio/Kconfig
> +++ linux-next-20110630/drivers/media/radio/Kconfig
> @@ -201,7 +201,7 @@ config RADIO_SF16FMI
&
On Fri, Jun 24, 2011 at 08:48:06PM +0400, Kirill Smelkov wrote:
>
> Changes since v1:
>
>
> - dropped RFC status as "this seems like the sort of feature somebody might
>reasonably want to use -- if they know exactly what they're doing";
>
> - new preparatory patch (1/2) which moves alread
Signed-off-by: Randy Dunlap
Cc: Hans Verkuil
Cc: Mauro Carvalho Chehab
Cc: linux-media@vger.kernel.org
---
drivers/media/radio/Kconfig |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- linux-next-20110630.orig/drivers/media/radio/Kconfig
+++ linux-next-20110630/drivers/media/rad
On Wed, Jun 29, 2011 at 09:28:06PM +0200, Guennadi Liakhovetski wrote:
> On Wed, 29 Jun 2011, Sakari Ailus wrote:
>
> > Guennadi Liakhovetski wrote:
> > > On Mon, 27 Jun 2011, Guennadi Liakhovetski wrote:
> > >
> > > [snip]
> > >
> > >>> If the structures are expected to be generic I somehow fee
Em 01-05-2011 15:13, Roman Byshko escreveu:
> Hi,
>
> unfortunately nobody replied to me, so I contacted Mauro (thank you!)
> and got some guidance.
>
> According to http://www.linuxtv.org/wiki/index.php/Bus_snooping/sniffing
> I sniffed my device
>
> http://www.linuxtv.org/wiki/index.php/ADS_Te
Hi Manjunath,
Thanks for the patches.
On Thu, Jun 30, 2011 at 06:43:09PM +0530, Manjunath Hadli wrote:
> Thease are the RFC patches for the DM365 video capture, of which
> the current set includes only CCDC and the VPFE framework. Once
> the present set is reviewed, I will send out the other par
On Wednesday, June 29, 2011 16:35:04 Hans de Goede wrote:
> Hi,
>
> On 06/29/2011 03:43 PM, Hans Verkuil wrote:
> > On Wednesday, June 29, 2011 15:07:14 Hans de Goede wrote:
>
>
>
> > if (q->num_buffers == 0&& q->fileio == NULL) {
> > - if (!V4L2_TYPE_IS_OUTPUT(q->type)&& (q->io
Em 30-06-2011 10:20, Mauro Carvalho Chehab escreveu:
> Em 30-06-2011 09:35, Mauro Carvalho Chehab escreveu:
>> Em 30-06-2011 07:55, Hans de Goede escreveu:
>
>>> 1) This bit should be #ifdef __linux__ since we only support
>>> auto* on linux because of the sysfs dep:
>>
>> True, but instead of add
Em 30-06-2011 09:35, Mauro Carvalho Chehab escreveu:
> Em 30-06-2011 07:55, Hans de Goede escreveu:
>> 1) This bit should be #ifdef __linux__ since we only support
>> auto* on linux because of the sysfs dep:
>
> True, but instead of adding it on every place, the better would be to replace
> auto
From: Nagabhushana Netagunte
add dm365 IPIPE hardware support. IPIPE is the hardware IP which
implements the functionality required for resizer, previewer and
the associated feature support. This is built along with the vpfe
driver, and implements hardware setup including coeffcient
programming f
From: Nagabhushana Netagunte
add a generic video driver functionality to be used by all the vpfe
drivers for davinci SoCs. The functionality includes all the
standard v4l2 interfaces including streaming.
The video node interface can be used both as an input and output
node for both continuous and
From: Nagabhushana Netagunte
Add the CCDC driver for davinci Dm3XX SoCs. The driver supports
CCDC as a media entity with 2 pads - 1 input and 1 output. The
driver implements streaming support and subdev interface. The
ccdc supports bayer and YUV formats.
Signed-off-by: Manjunath Hadli
Signed-of
From: Nagabhushana Netagunte
Add the vpfe capture driver which implements media controller
interface. The driver suports all the setup functionality for
all all units nnamely- ccdc, previewer, resizer, h3a, aew.
The driver supports both dm365 and Dm355.
The driver does isr registration, v4l2 devi
add support for dm3xx IPIPEIF hardware setup. This is the
lowest software layer for the dm3x vpfe driver which directly
accesses hardware. Add support for features like default
pixel correction, dark frame substraction and hardware setup.
Signed-off-by: Manjunath Hadli
Signed-off-by: Nagabhushan
add build infrastructure for dm365 specific modules
such as IPIPE, AEW, AF.
Signed-off-by: Manjunath Hadli
Signed-off-by: Nagabhushana Netagunte
---
drivers/media/video/davinci/Kconfig | 46 -
drivers/media/video/davinci/Makefile | 17 +++-
2 files c
Thease are the RFC patches for the DM365 video capture, of which
the current set includes only CCDC and the VPFE framework. Once
the present set is reviewed, I will send out the other parts
like H3A, sensor additions etc.
Introduction
This is the proposal of the initial version of de
Em 30-06-2011 07:55, Hans de Goede escreveu:
> Hi,
>
> On 06/29/2011 09:27 PM, Mauro Carvalho Chehab wrote:
>
>
>
>>
>> Anyway, it is fixed. I also made scantv to force for a TV device at auto
>> mode, as it
>> doesn't sense to scan for TV channels on devices without tuner.
>
> Thanks for fix
Hi Andy and Laurent,
On Thu, Jun 30, 2011 at 01:06:08PM +0200, Laurent Pinchart wrote:
> Hi Andy,
>
> On Thursday 30 June 2011 12:55:10 Andy Shevchenko wrote:
> > Hello.
> >
> > I didn't see the patchset [1] in any public tree on git.kernel.org. Is
> > this patch going to be pushed?
> >
> > [1]
Hi Andy,
On Thursday 30 June 2011 12:55:10 Andy Shevchenko wrote:
> Hello.
>
> I didn't see the patchset [1] in any public tree on git.kernel.org. Is
> this patch going to be pushed?
>
> [1] http://www.spinics.net/lists/linux-media/msg32527.html
Sakari Ailus sent a pull request for Linux 3.1, s
Hello.
I didn't see the patchset [1] in any public tree on git.kernel.org. Is
this patch going to be pushed?
[1] http://www.spinics.net/lists/linux-media/msg32527.html
--
Andy Shevchenko
Intel Finland Oy
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of
Hi,
On 06/29/2011 09:27 PM, Mauro Carvalho Chehab wrote:
Anyway, it is fixed. I also made scantv to force for a TV device at auto mode,
as it
doesn't sense to scan for TV channels on devices without tuner.
Thanks for fixing this, 2 remarks wrt the auto patch for
scantv:
1) This bit shoul
Hi,
I have a piece of software that uses libvlc to playback analog video using
V4L2. When stress-testing the software by repeatedly starting and stopping
playback, the device I use (TerraTec Cinergy Hybrid Stick [0ccd:00a5]) goes
into a very strange state, where it hangs when dequeuing a buffer. T
---
yavta.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/yavta.c b/yavta.c
index 2a166c6..95976b4 100644
--- a/yavta.c
+++ b/yavta.c
@@ -485,7 +485,9 @@ static int video_enable(struct device *dev, int enable)
int type = dev->type;
int ret;
+
Hi Laurent,
I'm observing a system freeze-up with the ISP when writing data to memory
directly from the ccdc.
Here's the sequence I'm using:
0. apply the patch I'm sending separate in this thread.
1. configure the ISP pipeline for the CCDC to deliver V4L2_PIX_FMT_GREY
directly from the sensor
36 matches
Mail list logo
