Hi,
Ianswer to mysel to say that I finally have a "working" 07ca:a835 under 3.0.26
kernel with xgazza_af9035 patch.
The one for 3.2.x crash part of kernel and I still have I2C regs that can not
be read.
So, what tools must do I work on : patch for v4l (build_media) or patch for
kernel from xga
Hi Laurent,
Laurent Pinchart wrote:
On Monday 26 March 2012 19:23:23 Sakari Ailus wrote:
On Mon, Mar 26, 2012 at 04:42:31PM +0200, Laurent Pinchart wrote:
When applications modify preview engine parameters, the new values are
applied to the hardware by the preview engine interrupt handler duri
Bogus,
This is the same problem I wrote about on March 21, 2012. I have
received no reply so far.
You can try to work around the problem as I did:
-- This assumes you don't need radio-rtrack2.
-- Look at the build command. Near the end are two "make" commands.
Comment out the last one.
-- R
Just a remark for anyone else interested with a hybrid device that
there now is a specific utility dvb-fe-tool as I discovered to be part
of the next release of the v4l-utils package to set the delivery
system type fx dvb-c or dvb-t. I'm having it called from
/etc/rc.d/rc.local to have the type set
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:Mon Mar 26 19:00:16 CEST 2012
git hash:f92c97c8bd77992ff8bd6ef29a23dc82dca799cb
gcc version: i686-linux-gcc (GC
Hi Sakari,
On Monday 26 March 2012 19:23:23 Sakari Ailus wrote:
> On Mon, Mar 26, 2012 at 04:42:31PM +0200, Laurent Pinchart wrote:
> > When applications modify preview engine parameters, the new values are
> > applied to the hardware by the preview engine interrupt handler during
> > vertical bla
Laurent,
On Mon, Mar 26, 2012 at 11:38 AM, Laurent Pinchart
wrote:
> Hi Joshua,
>
> On Monday 26 March 2012 09:44:52 Joshua Hintze wrote:
>> On Mon, Mar 26, 2012 at 2:25 AM, Laurent Pinchart wrote:
>> > On Sunday 25 March 2012 23:13:02 Joshua Hintze wrote:
>
> [snip]
>
>> Dang, I'll have to look
Hi Joshua,
On Monday 26 March 2012 09:44:52 Joshua Hintze wrote:
> On Mon, Mar 26, 2012 at 2:25 AM, Laurent Pinchart wrote:
> > On Sunday 25 March 2012 23:13:02 Joshua Hintze wrote:
[snip]
> >> Now I'm working on fixing the white balance. In my office the
> >> incandescent light bulbs give off a
On 3/26/12, Neumann, Steffen wrote:
> Not the answer I was looking for,
> But thanks everybody for the clarification.
> I'll try to register for the wiki and add
I guess as a customer you could also contact the vendors
and ask to support the device. Can't hurt, right?
--
To unsubscribe from this
Gary,
On Mon, Mar 26, 2012 at 10:32 AM, Gary Thomas wrote:
> On 2012-03-26 09:37, Joshua Hintze wrote:
>>
>> Gary,
>>
>> I'm using linux branch from 2.6.39
>>
>> Fetch URL: git://www.sakoman.com/git/linux-omap-2.6
>> branch: omap-2.6.39
>>
>> I'm using an overo board so I figured I should follow
I am trying to compile the media_build according to the instructions on
this page:
http://git.linuxtv.org/media_build.git
Instructions are very clear and all seems to work well regarding
download of sources and the build command initiates compilation which
runs OK until I get to the following
Hi,
Not the answer I was looking for,
But thanks everybody for the clarification.
I'll try to register for the wiki and add
That information.
Yours, Steffen
Devin Heitmueller schrieb:
On Sun, Mar 25, 2012 at 4:09 PM, Steffen Neumann wrote:
> Hi,
>
> I am trying to get a Hauppauge WinTV HVR 9
On 2012-03-26 09:37, Joshua Hintze wrote:
Gary,
I'm using linux branch from 2.6.39
Fetch URL: git://www.sakoman.com/git/linux-omap-2.6
branch: omap-2.6.39
I'm using an overo board so I figured I should follow Steve Sakoman's
repository.
Which brings up another question, would you recommend go
>Hi,
>
>FYI: I suddenly stopped receiving e-mails from this list last week, March
>16th. Does anyone have an explanation for that?
Same here, i had to subscribe again.
Enrico
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kerne
Thanks!
On Mon, Mar 26, 2012 at 04:42:30PM +0200, Laurent Pinchart wrote:
> If no parameter needs to be modified, make preview_config() and
> preview_setup_hw() return immediately. This speeds up interrupt handling
> in the common case.
>
> Signed-off-by: Laurent Pinchart
Acked-by: Sakari Ailus
On Mon, Mar 26, 2012 at 04:42:29PM +0200, Laurent Pinchart wrote:
> Brightness and contrast are handled through V4L2 controls. Their
> configuration bit in the preview engine update attributes table is set
> to -1 to reflect that. However, the VIDIOC_OMAP3ISP_PRV_CFG ioctl
> handler doesn't handle
Hi Laurent,
Thanks for the patch.
On Mon, Mar 26, 2012 at 04:42:31PM +0200, Laurent Pinchart wrote:
> When applications modify preview engine parameters, the new values are
> applied to the hardware by the preview engine interrupt handler during
> vertical blanking. If the parameters are being ch
Laurent,
On Mon, Mar 26, 2012 at 2:25 AM, Laurent Pinchart
wrote:
> Hi Joshua,
>
> On Sunday 25 March 2012 23:13:02 Joshua Hintze wrote:
>> Alright I made some progress on this.
>>
>> I can access the Mt9p031 registers that are exposed using a command such as
>>
>> ./yavta -l /dev/v4l-subdev8 to
Gary,
I'm using linux branch from 2.6.39
Fetch URL: git://www.sakoman.com/git/linux-omap-2.6
branch: omap-2.6.39
I'm using an overo board so I figured I should follow Steve Sakoman's
repository.
Which brings up another question, would you recommend going off of one
of Laurent's repo's and if so
On Mon, Mar 26, 2012 at 10:46 AM, Devin Heitmueller
wrote:
> 2040:b130 isn't an em28xx based device. It uses cx231xx. That said,
> it's not supported under Linux not because of the cx231xx driver but
> because there is no driver for the demodulator (si2163).
Correction: it's an si2165 (not 216
On Sun, Mar 25, 2012 at 4:09 PM, Steffen Neumann wrote:
> Hi,
>
> I am trying to get a Hauppauge WinTV HVR 930C-HD
> to work under Ubuntu 12.04 with the vanilla 3.3 kernel from [1].
> After (manually) loading the em28xx module,
> there are no additional messages in kern.log,
> only "registered new
When applications modify preview engine parameters, the new values are
applied to the hardware by the preview engine interrupt handler during
vertical blanking. If the parameters are being changed when the
interrupt handler is called, it just delays applying the parameters
until the next frame.
If
If no parameter needs to be modified, make preview_config() and
preview_setup_hw() return immediately. This speeds up interrupt handling
in the common case.
Signed-off-by: Laurent Pinchart
---
drivers/media/video/omap3isp/isppreview.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-
Brightness and contrast are handled through V4L2 controls. Their
configuration bit in the preview engine update attributes table is set
to -1 to reflect that. However, the VIDIOC_OMAP3ISP_PRV_CFG ioctl
handler doesn't handle -1 correctly as a configuration bit value, and
erroneously considers that
Hello,
Here are three patches for the OMAP3 ISP that improve the preview engine
configuration.
Patch 1/3 fixes in bug in the driver that shouldn't cause any misbehaviour,
but is still wrong nonetheless. Patch 2/3 speeds up interrupt handling for the
common case when no parameter has been modified
Hi,
2012/3/26 Steffen Neumann :
> sorry for bothering you directly, but I saw that
No problem.
> you kinda work on em288xx. I asked yesterday on linux-media
True about "kinda", I don't own any em28xx devices :)
> about my problems with the em28xx based 930C
> on a 3.3 vanilla kernel.
Yes, I s
Remove MX2_CAMERA_SWAP16 and MX2_CAMERA_PACK_DIR_MSB flags
so that the driver can negotiate with the attached sensor
whether the mbus format needs convertion from UYUV to YUYV
or not.
Signed-off-by: Javier Martin
---
arch/arm/plat-mxc/include/mach/mx2_cam.h |2 -
drivers/media/video/mx2_came
Signed-off-by: Javier Martin
---
arch/arm/mach-imx/mach-imx27_visstrim_m10.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-imx/mach-imx27_visstrim_m10.c
b/arch/arm/mach-imx/mach-imx27_visstrim_m10.c
index 3128cfe..4db00c6 100644
--- a/arch/arm/mach-imx/
According to p.14 fig 3-3 of the datasheet (SLES098A)
this decoder transmits data in UYVY format.
Signed-off-by: Javier Martin
---
drivers/media/video/tvp5150.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/tvp5150.c b/drivers/media/video/tvp5150
Changes since v2:
- Swap order of patches 3 and 4 to make the series bisectable.
[PATCH v2 1/3] media: tvp5150: Fix mbus format.
[PATCH v2 2/3] i.MX27: visstrim_m10: Remove use of MX2_CAMERA_SWAP16.
[PATCH v2 3/3] media: mx2_camera: Fix mbus format handling.
--
To unsubscribe from this list: send
Signed-off-by: Ezequiel Garcia
---
drivers/media/video/em28xx/Kconfig|4 ++--
drivers/media/video/em28xx/Makefile |5 ++---
drivers/media/video/em28xx/em28xx-cards.c |8 ++--
drivers/media/video/em28xx/em28xx-input.c | 27 +--
drivers/media/
This functions are no longer used from another file,
so they should be declared as static.
Also is it necessary to move some of them before they
are used, since they are no longer header-declared.
Signed-off-by: Ezequiel Garcia
---
drivers/media/video/em28xx/em28xx-input.c | 184 +++
Hi,
This patchset isolates em28xx-input code and turns it
into a module, as suggested by Mauro [1].
Contrary to my initial expectations, the patch produces
code that's actually cleaner and a slightly less spaghetti.
I've tried to make the whole change as clear as possible
by splitting it into se
This function is only used in em28xx-input.c so it
makes no sense to have it anywhere but in em28xx-input.c.
Signed-off-by: Ezequiel Garcia
---
drivers/media/video/em28xx/em28xx-cards.c | 48 -
drivers/media/video/em28xx/em28xx-input.c | 44 +++
Moving this helps isolating em28xx_input and will help
converting it into a separate module.
Signed-off-by: Ezequiel Garcia
---
drivers/media/video/em28xx/em28xx-cards.c | 10 --
drivers/media/video/em28xx/em28xx-i2c.c |3 ---
drivers/media/video/em28xx/em28xx-input.c | 11
Signed-off-by: Ezequiel Garcia
---
drivers/media/video/em28xx/em28xx-core.c |3 +++
1 files changed, 3 insertions(+), 0 deletions(-)
diff --git a/drivers/media/video/em28xx/em28xx-core.c
b/drivers/media/video/em28xx/em28xx-core.c
index 53a9fb9..237d44f 100644
--- a/drivers/media/video/em28x
Hi Javier,
On Mon, Mar 26, 2012 at 01:20:04PM +0200, Javier Martin wrote:
>
> Signed-off-by: Javier Martin
> ---
> arch/arm/mach-imx/mach-imx27_visstrim_m10.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/arch/arm/mach-imx/mach-imx27_visstrim_m10.c
> b/arch/ar
On 26 March 2012 14:10, Baruch Siach wrote:
> Hi Javier,
>
> On Mon, Mar 26, 2012 at 01:20:04PM +0200, Javier Martin wrote:
>>
>> Signed-off-by: Javier Martin
>> ---
>> arch/arm/mach-imx/mach-imx27_visstrim_m10.c | 2 +-
>> 1 files changed, 1 insertions(+), 1 deletions(-)
>>
>> diff --git a/a
Signed-off-by: Javier Martin
---
arch/arm/mach-imx/mach-imx27_visstrim_m10.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/arch/arm/mach-imx/mach-imx27_visstrim_m10.c
b/arch/arm/mach-imx/mach-imx27_visstrim_m10.c
index 3128cfe..4db00c6 100644
--- a/arch/arm/mach-imx/
Remove MX2_CAMERA_SWAP16 and MX2_CAMERA_PACK_DIR_MSB flags
so that the driver can negotiate with the attached sensor
whether the mbus format needs convertion from UYUV to YUYV
or not.
Signed-off-by: Javier Martin
---
arch/arm/plat-mxc/include/mach/mx2_cam.h |2 -
drivers/media/video/mx2_came
According to p.14 fig 3-3 of the datasheet (SLES098A)
this decoder transmits data in UYVY format.
Signed-off-by: Javier Martin
---
drivers/media/video/tvp5150.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/media/video/tvp5150.c b/drivers/media/video/tvp5150
[PATCH 1/3] media: tvp5150: Fix mbus format.
[PATCH 2/3] media: mx2_camera: Fix mbus format handling.
[PATCH 3/3] i.MX27: visstrim_m10: Remove use of MX2_CAMERA_SWAP16.
--
To unsubscribe from this list: send the line "unsubscribe linux-media" in
the body of a message to majord...@vger.kernel.org
Mo
Hi Linus,
Could you please pull the dma-buf updates for 3.4? This includes the
following key items:
- kernel cpu access support,
- flag-passing to dma_buf_fd,
- relevant Documentation updates, and
- some minor cleanups and fixes.
These changes are needed for the drm prime/dma-buf interface code
Hi,
On zo, 2012-03-25 at 23:54 +0200, Gregor Jasny wrote:
> I assume you're a Debian user: libv4l-0.8.6-2 got just uploaded to
> Debian Sid. In case you're on Ubuntu, the libv4l/stable PPA will pick
> up the patch with the next nightly build.
>
> It would be great if you could test the updated pa
Hi,
the following driver claims to support S5K6AAFX Samsung sensor:
http://lxr.linux.no/#linux+v3.3/drivers/media/video/s5k6aa.c
However, we've been informed that this reference is marked as EOL. Has
anyone tested this driver with anothe sensor compatible with S5K6AAFX
that can be used as a replac
Hi Joshua,
On Sunday 25 March 2012 23:13:02 Joshua Hintze wrote:
> Alright I made some progress on this.
>
> I can access the Mt9p031 registers that are exposed using a command such as
>
> ./yavta -l /dev/v4l-subdev8 to list the available controls. Then I can
> set the exposure and analog gain w
46 matches
Mail list logo
