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 with
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
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
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
[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
According to p.14 fig 3-3 of the datasheet (SLES098A)
this decoder transmits data in UYVY format.
Signed-off-by: Javier Martin javier.mar...@vista-silicon.com
---
drivers/media/video/tvp5150.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
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 javier.mar...@vista-silicon.com
---
arch/arm/plat-mxc/include/mach/mx2_cam.h |2
Signed-off-by: Javier Martin javier.mar...@vista-silicon.com
---
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
On 26 March 2012 14:10, Baruch Siach bar...@tkos.co.il wrote:
Hi Javier,
On Mon, Mar 26, 2012 at 01:20:04PM +0200, Javier Martin wrote:
Signed-off-by: Javier Martin javier.mar...@vista-silicon.com
---
arch/arm/mach-imx/mach-imx27_visstrim_m10.c | 2 +-
1 files changed, 1 insertions(+),
Hi Javier,
On Mon, Mar 26, 2012 at 01:20:04PM +0200, Javier Martin wrote:
Signed-off-by: Javier Martin javier.mar...@vista-silicon.com
---
arch/arm/mach-imx/mach-imx27_visstrim_m10.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Signed-off-by: Ezequiel Garcia elezegar...@gmail.com
---
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
---
Moving this helps isolating em28xx_input and will help
converting it into a separate module.
Signed-off-by: Ezequiel Garcia elezegar...@gmail.com
---
drivers/media/video/em28xx/em28xx-cards.c | 10 --
drivers/media/video/em28xx/em28xx-i2c.c |3 ---
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 elezegar...@gmail.com
---
drivers/media/video/em28xx/em28xx-cards.c | 48 -
drivers/media/video/em28xx/em28xx-input.c | 44
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
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 elezegar...@gmail.com
---
drivers/media/video/em28xx/em28xx-input.c
Signed-off-by: Ezequiel Garcia elezegar...@gmail.com
---
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
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
According to p.14 fig 3-3 of the datasheet (SLES098A)
this decoder transmits data in UYVY format.
Signed-off-by: Javier Martin javier.mar...@vista-silicon.com
---
drivers/media/video/tvp5150.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git
Signed-off-by: Javier Martin javier.mar...@vista-silicon.com
---
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
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 javier.mar...@vista-silicon.com
---
arch/arm/plat-mxc/include/mach/mx2_cam.h |2
Hi,
2012/3/26 Steffen Neumann sneum...@ipb-halle.de:
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
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
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
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 laurent.pinch...@ideasonboard.com
---
drivers/media/video/omap3isp/isppreview.c |5 +
1 files
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.
On Sun, Mar 25, 2012 at 4:09 PM, Steffen Neumann sneum...@ipb-halle.de 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
On Mon, Mar 26, 2012 at 10:46 AM, Devin Heitmueller
dheitmuel...@kernellabs.com 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:
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
Laurent,
On Mon, Mar 26, 2012 at 2:25 AM, Laurent Pinchart
laurent.pinch...@ideasonboard.com 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
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
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 -1
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
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.kernel.org
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
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 dheitmuel...@kernellabs.com schrieb:
On Sun, Mar 25, 2012 at 4:09 PM, Steffen Neumann sneum...@ipb-halle.de wrote:
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
Gary,
On Mon, Mar 26, 2012 at 10:32 AM, Gary Thomas g...@mlbassoc.com 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
On 3/26/12, Neumann, Steffen sneum...@ipb-halle.de 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
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
Laurent,
On Mon, Mar 26, 2012 at 11:38 AM, Laurent Pinchart
laurent.pinch...@ideasonboard.com 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]
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 blanking.
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
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
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.
--
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
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
46 matches
Mail list logo