Hi Andrey,
On 11/11/2012 02:26 PM, Andrey Gusakov wrote:
Hi.
Patch v2 attached. Comments taken into account.
Thanks, I had to rework the S3C-CAMIF subdev controls handling to avoid
races when the control's value is modified in the control framwework and
accessed from interrupt context in the
Hi Sylwester,
On Wed, Oct 24, 2012 at 11:04:11AM +0200, Sylwester Nawrocki wrote:
> On 10/23/2012 10:07 PM, Sakari Ailus wrote:
> > On Tue, Oct 16, 2012 at 11:45:59PM +0200, Sylwester Nawrocki wrote:
> >> On 10/14/2012 08:30 PM, Sakari Ailus wrote:
> >>> Currently the flash control reference state
This message is generated daily by a cron job that builds media_tree for
the kernels and architectures in the list below.
Results of the daily build of media_tree:
date:Tue Nov 13 19:00:20 CET 2012
git hash:2c4e11b7c15af70580625657a154ea7ea70b8c76
gcc version: i686-linux-gcc (GCC
Hi Frédéric,
Two patches have been already submitted and are available since v3.7-rc1
media] ngene: add support for Terratec Cynergy 2400i Dual DVB-T :
397e972350c42cbaf3228fe2eec23fecf6a69903
and
media] dvb: add support for Thomson DTT7520X :
5fb67074c6657edc34867cba78255b6f5b505f12
Reading
Am 13.11.2012 20:12, schrieb Devin Heitmueller:
> Just to be clear, I wasn't intending to suggest that you were using
> any of the actual V4L2 cropping features. I'm just saying that if the
> video scaler were broken, it's possible that the frames are
> *effectively* being cropped at 640x480.
Abs
On Tue, Nov 13, 2012 at 08:13:31AM -1000, Mitch Bradley wrote:
> On 11/13/2012 7:51 AM, Thierry Reding wrote:
> > On Tue, Nov 13, 2012 at 10:46:53AM -0700, Stephen Warren wrote:
> >> On 11/13/2012 04:08 AM, Thierry Reding wrote:
> >>> On Mon, Nov 12, 2012 at 04:37:02PM +0100, Steffen Trumtrar wrote
On Tue, Nov 13, 2012 at 2:03 PM, Neuer User wrote:
> Thanks, you probably hinted me into the right direction. I use mplayer
> to play the video stream and mplayer does indeed recognize a 640x480
> video stream.
>
> I am not using any crop settings for these tests. But maybe it is
> possible to tel
Am 13.11.2012 19:54, schrieb Devin Heitmueller:
> Almost certainly just changes needed for the cx25840 driver. These
> are all basic issues with the video decoder core. Google around - the
> cx25840 datasheet is readily available. You have to watch out though
> because there are some subtle diff
On Tue, Nov 13, 2012 at 1:02 PM, Neuer User wrote:
> The HSYNC problem is bigger than I thought. I compared the captured
> image with an image from another (USB) video digitizer and it is obvious
> that the image has lost about 10-20% on the right side and on the bottom.
>
> Can probably be easily
Hi Mauro,
This removes V4L2 int device and drivers using it. They were in an unusable
state to begin with.
Please pull.
The following changes since commit 2c4e11b7c15af70580625657a154ea7ea70b8c76:
[media] siano: fix RC compilation (2012-11-07 11:09:08 +0100)
are available in the git reposito
This just adds the usbid to the rtl28xxu driver, that's all that's
needed to make the stick work for DVB.
Signed-off-by: Juergen Lock
--- a/drivers/media/dvb-core/dvb-usb-ids.h
+++ b/drivers/media/dvb-core/dvb-usb-ids.h
@@ -250,6 +250,7 @@
#define USB_PID_TERRATEC_T3
On 11/13/2012 7:51 AM, Thierry Reding wrote:
> On Tue, Nov 13, 2012 at 10:46:53AM -0700, Stephen Warren wrote:
>> On 11/13/2012 04:08 AM, Thierry Reding wrote:
>>> On Mon, Nov 12, 2012 at 04:37:02PM +0100, Steffen Trumtrar wrote:
This adds support for reading display timings from DT or/and
>>>
Am 13.11.2012 18:07, schrieb Devin Heitmueller:
> On Tue, Nov 13, 2012 at 11:39 AM, Neuer User wrote:
>> The minor ones (card not autodetected, and black border on the left
>> side) can probably be dealt with, e.g. in postprocessing. Or is there a
>> chance to fix these in the driver?
>
> They ca
On Tue, Nov 13, 2012 at 10:46:53AM -0700, Stephen Warren wrote:
> On 11/13/2012 04:08 AM, Thierry Reding wrote:
> > On Mon, Nov 12, 2012 at 04:37:02PM +0100, Steffen Trumtrar wrote:
> >> This adds support for reading display timings from DT or/and
> >> convert one of those timings to a videomode. T
On 11/13/2012 04:08 AM, Thierry Reding wrote:
> On Mon, Nov 12, 2012 at 04:37:02PM +0100, Steffen Trumtrar wrote:
>> This adds support for reading display timings from DT or/and
>> convert one of those timings to a videomode. The
>> of_display_timing implementation supports multiple children where
On Tue, 06 Nov 2012 02:07:19 +0200
Antti Palosaari wrote:
> On 11/06/2012 01:28 AM, Antonio Ospite wrote:
> > Some devices need to issue a pre-initialization command sequence via
> > i2c in order to "enable" the communication with some adapter components.
> >
> > This happens for instance in the
On Tue, Nov 13, 2012 at 11:39 AM, Neuer User wrote:
> I had looked through the linux-media GIT tree for any commits that have
> "cx23885" in the description. The last ones I found were from mid 2011.
Yeah, the changes were actually made to the cx25840 driver, which is
used/shared by the cx23885.
Hello David
Thanks for taking the time to help.
I had looked through the linux-media GIT tree for any commits that have
"cx23885" in the description. The last ones I found were from mid 2011.
That was probably why I did not try any newer kernels. Stupid me. Should
have tried anyway.
I can confi
Em Tue, 13 Nov 2012 06:58:09 -0800
Greg KH escreveu:
> On Tue, Nov 13, 2012 at 10:56:48AM -0300, Ezequiel Garcia wrote:
> > Hello,
> >
> > A user (Michael Hartup in Cc) wants to use stk1160 on low power, low
> > cost devices (like raspberrypi).
> >
> > At the moment raspberrypi can't stream usi
On Tue, Nov 13, 2012 at 9:10 AM, Neuer User wrote:
> Hello
>
> First of all, I don't know, if this is the right mailing list. I haven't
> found any other. The video4linux list seems to be abandoned.
>
> I am testing a Commell MPX-885 mini-pcie card, which is based on a
> cx23885 chip. There is "in
On Tue, Nov 13, 2012 at 10:56:48AM -0300, Ezequiel Garcia wrote:
> Hello,
>
> A user (Michael Hartup in Cc) wants to use stk1160 on low power, low
> cost devices (like raspberrypi).
>
> At the moment raspberrypi can't stream using isoc urbs due to problems
> with usb host driver (dwc-otg)
> preve
Hi Mauro,
The following changes since commit 01aea0bfd8dfa8bc868df33904461984bb10a87a:
[media] i2c: adv7183: use module_i2c_driver to simplify the code (2012-10-25
17:08:46 -0200)
are available in the git repository at:
git://linuxtv.org/pinchartl/media.git omap3isp/next
Laurent Pinchart (
Hi all,
Comments would be appreciated, either positive or negative. The omap3isp
driver does the same check itself currently, but I think this is more
generic than that.
Thanks.
On Fri, Oct 26, 2012 at 10:46:17PM +0300, Sakari Ailus wrote:
> If an entity has sink pads, at least one of them must
Hello
First of all, I don't know, if this is the right mailing list. I haven't
found any other. The video4linux list seems to be abandoned.
I am testing a Commell MPX-885 mini-pcie card, which is based on a
cx23885 chip. There is "initial" support in the linux kernel for this card:
http://git.ke
Might see if I can get hold of one of these, is there a commercial device name?
Gordon
On 13/11/2012, Ezequiel Garcia wrote:
> Hello,
>
> A user (Michael Hartup in Cc) wants to use stk1160 on low power, low
> cost devices (like raspberrypi).
>
> At the moment raspberrypi can't stream using isoc
On Tue 13 November 2012 14:47:37 Laurent Pinchart wrote:
> Hi everybody,
>
> Commit 4b20259fa642d6f7a2dabef0b3adc14ca9dadbde ("v4l2-dev: improve ioctl
> validity checks") broke overlay support in the omap_vout driver. This patch
> series fix it.
>
> Tested on a Beagleboard-xM with a YUYV overlay
The omap_vout device implements the output overlay API, use the
corresponding ioctl operations.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/omap/omap_vout.c |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/media/platform/omap/omap_vout.c
b/dri
Enumerating formats for output overlays doesn't make sense, as the pixel
format is defined by the display API, not the V4L2 API. Drop the
vidioc_enum_fmt_vid_overlay ioctl operation.
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/omap/omap_vout.c | 16
1 files chan
Hi everybody,
Commit 4b20259fa642d6f7a2dabef0b3adc14ca9dadbde ("v4l2-dev: improve ioctl
validity checks") broke overlay support in the omap_vout driver. This patch
series fix it.
Tested on a Beagleboard-xM with a YUYV overlay and the omap3-isp-live
application from http://git.ideasonboard.org/oma
On Tue, Nov 13, 2012 at 12:35:18PM +0100, Thierry Reding wrote:
> On Mon, Nov 12, 2012 at 04:37:06PM +0100, Steffen Trumtrar wrote:
> [...]
> > +#if IS_ENABLED(CONFIG_OF_VIDEOMODE)
> > +static void dump_drm_displaymode(struct drm_display_mode *m)
> > +{
> > + pr_debug("drm_displaymode = %d %d %d
On Tue, Nov 13, 2012 at 12:22:58PM +0100, Thierry Reding wrote:
> On Mon, Nov 12, 2012 at 04:37:03PM +0100, Steffen Trumtrar wrote:
> [...]
> > +#if IS_ENABLED(CONFIG_VIDEOMODE)
> > +int videomode_to_fb_videomode(struct videomode *vm, struct fb_videomode
> > *fbmode)
>
> The other helpers are nam
Em Mon, 12 Nov 2012 11:09:35 +1100
Stephen Rothwell escreveu:
> Hi Mauro,
>
> After merging the v4l-dvb tree, today's linux-next build (x86_64
> allmodconfig) failed like this:
>
> ERROR: "sms_ir_exit" [drivers/media/common/siano/smsmdtv.ko] undefined!
> ERROR: "sms_ir_event" [drivers/media/com
On Tue, Nov 13, 2012 at 11:41:59AM +0100, Thierry Reding wrote:
> On Mon, Nov 12, 2012 at 04:37:01PM +0100, Steffen Trumtrar wrote:
> [...]
> > diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
> > index d08d799..2a23b18 100644
> > --- a/drivers/video/Kconfig
> > +++ b/drivers/video/Kconfi
On Mon, Nov 12, 2012 at 01:40:12PM -0700, Stephen Warren wrote:
> On 11/12/2012 08:37 AM, Steffen Trumtrar wrote:
> > This adds support for reading display timings from DT or/and convert one of
> > those
> > timings to a videomode.
> > The of_display_timing implementation supports multiple childre
Signed-off-by: Laurent Pinchart
---
drivers/media/platform/Kconfig |2 +-
drivers/media/platform/sh_vou.c | 281 ++-
2 files changed, 103 insertions(+), 180 deletions(-)
The patch has been compile-tested only as I lack test hardware. Consequently
that of
On Mon, Nov 12, 2012 at 04:37:06PM +0100, Steffen Trumtrar wrote:
[...]
> +#if IS_ENABLED(CONFIG_OF_VIDEOMODE)
> +static void dump_drm_displaymode(struct drm_display_mode *m)
> +{
> + pr_debug("drm_displaymode = %d %d %d %d %d %d %d %d %d\n",
> + m->hdisplay, m->hsync_start, m->hsy
On Mon, Nov 12, 2012 at 04:37:05PM +0100, Steffen Trumtrar wrote:
[...]
> diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c
[...]
> +#if IS_ENABLED(CONFIG_VIDEOMODE)
> +int videomode_to_display_mode(struct videomode *vm, struct drm_display_mode
> *dmode)
This one as well may
On Mon, Nov 12, 2012 at 04:37:04PM +0100, Steffen Trumtrar wrote:
[...]
> diff --git a/include/linux/fb.h b/include/linux/fb.h
[...]
> +extern int of_get_fb_videomode(struct device_node *np, struct fb_videomode
> *fb, int index);
Similarily this should get a dummy for the !CONFIG_OF_VIDEOMODE cas
On Mon, Nov 12, 2012 at 04:37:03PM +0100, Steffen Trumtrar wrote:
[...]
> +#if IS_ENABLED(CONFIG_VIDEOMODE)
> +int videomode_to_fb_videomode(struct videomode *vm, struct fb_videomode
> *fbmode)
The other helpers are named _from_(),
maybe this should follow that example for consistency?
> +{
> +
On Mon, Nov 12, 2012 at 04:37:02PM +0100, Steffen Trumtrar wrote:
> This adds support for reading display timings from DT or/and convert one of
> those
> timings to a videomode.
> The of_display_timing implementation supports multiple children where each
> property can have up to 3 values. All chi
On Mon, Nov 12, 2012 at 11:00:37PM +0400, Alexey Klimov wrote:
> Hello Steffen,
>
> On Mon, Nov 12, 2012 at 7:37 PM, Steffen Trumtrar
> wrote:
> > This adds support for reading display timings from DT or/and convert one of
> > those
> > timings to a videomode.
> > The of_display_timing implement
On Mon, Nov 12, 2012 at 04:37:01PM +0100, Steffen Trumtrar wrote:
[...]
> diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
> index d08d799..2a23b18 100644
> --- a/drivers/video/Kconfig
> +++ b/drivers/video/Kconfig
> @@ -33,6 +33,12 @@ config VIDEO_OUTPUT_CONTROL
> This framework
Hi Martin,
On Thursday 08 November 2012 15:18:38 Laurent Pinchart wrote:
> On Friday 02 November 2012 11:13:10 Mauro Carvalho Chehab wrote:
> > Em Thu, 1 Nov 2012 14:12:44 -0200 Mauro Carvalho Chehab escreveu:
> > > Em Thu, 1 Nov 2012 16:44:50 +0100 Hans Verkuil escreveu:
> > > > On Thu October 25
Hi there,
This is my first post on this list; I hope I'm on the right place to discuss
this problem. If
not, feel free to tell me where I should post.
I bought this DVB-T dual tuner card, in order to put it in my HTPC (running
geeXboX/XBMC).
As far as I know, there where only support (patches
Em 12-11-2012 11:04, Martin Rudge escreveu:
Hello All,
When using the V5 API (DVB-S/S2) for the DVB frontend device (with the
now merged SEC functionality), setting properties DTV_VOLTAGE and/or
DTV_TONE generates extra (unwanted?) events. This is due to utilising
the legacy FE_SET_FRONTEND IOC
Hi!
On Mon, Nov 12, 2012 at 07:58:40PM +0100, Sascha Hauer wrote:
> Hi Steffen,
>
> You lose memory in several places:
>
> On Mon, Nov 12, 2012 at 04:37:02PM +0100, Steffen Trumtrar wrote:
> > +static struct display_timing *of_get_display_timing(struct device_node *np)
> > +{
> > + struct disp
Hi Mauro,
i have already send this patch to you and the mailing list around 3
weeks ago but get no response.
The tua6034 pll is corrupted by your commit [media] dvb-pll: use DVBv5
parameters on set_params()
http://git.linuxtv.org/media_tree.git/commit/80d8d4985f280dca3c395286d13b49f910a029e7
47 matches
Mail list logo