Hi Guennadi,
Thanks for the patch.
On Tuesday 30 October 2012 15:18:38 Guennadi Liakhovetski wrote:
Typical video devices like camera sensors require an external clock source.
Many such devices cannot even access their hardware registers without a
running clock. These clock sources should be
Hi!
Finally, v7 of the series.
Changes since v6:
- get rid of some empty lines etc.
- move functions to their subsystems
- split of_ from non-of_ functions
- add at least some kerneldoc to some functions
Regards,
Steffen
Steffen Trumtrar (8):
video: add
Add display_timing structure and the according helper functions. This allows
the description of a display via its supported timing parameters.
Every timing parameter can be specified as a single value or a range
min typ max.
Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de
---
Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de
---
.../devicetree/bindings/video/display-timings.txt | 139 +++
drivers/of/Kconfig |6 +
drivers/of/Makefile|1 +
drivers/of/of_display_timings.c
Add helper functions to convert from display timings to a generic videomode
structure. This videomode can then be converted to the corresponding subsystem
mode representation (e.g. fb_videomode).
Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de
---
drivers/video/Kconfig |6
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de
---
drivers/video/fbmon.c | 36
include/linux/fb.h|2 ++
2 files changed, 38 insertions(+)
diff --git
Add helper to get fb_videomode from devicetree.
Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de
---
drivers/video/fbmon.c | 40
include/linux/fb.h|3 +++
2 files changed, 43 insertions(+)
diff --git a/drivers/video/fbmon.c
Add conversion from videomode to drm_display_mode
Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de
---
drivers/gpu/drm/drm_modes.c | 36
include/drm/drmP.h |3 +++
2 files changed, 39 insertions(+)
diff --git
Get videomode from devicetree in a format appropriate for the
backend. drm_display_mode and fb_videomode are supported atm.
Uses the display signal timings from of_display_timings
Signed-off-by: Philipp Zabel p.za...@pengutronix.de
Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de
---
Add helper to get drm_display_mode from devicetree.
Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de
---
drivers/gpu/drm/drm_modes.c | 42 ++
include/drm/drmP.h |5 +
2 files changed, 47 insertions(+)
diff --git
Hi Mauro
The following changes since commit 08f05c49749ee655bef921d12160960a273aad47:
Return the right error value when dup[23]() newfd argument is too large
(2012-10-30 21:27:28 -0700)
are available in the git repository at:
git://linuxtv.org/gliakhovetski/v4l-dvb.git 3.7-rc3-fixes
for
On Tue, Oct 30, 2012 at 10:39 PM, Benny Amorsen benny+use...@amorsen.dk wrote:
Frank Schäfer fschaefer@googlemail.com writes:
This patch series adds support for USB bulk transfers to the em28xx driver.
I tried these patches on my Raspberry Pi, 3.6.1 kernel, Nanostick 290e
options em28xx
Em Tue, 30 Oct 2012 10:03:25 -0200
Fabio Estevam fabio.este...@freescale.com escreveu:
During the clock conversion for mx27 the per4_gate clock was missed to get
registered as a dependency of mx2-camera driver.
In the old mx27 clock driver we used to have:
DEFINE_CLOCK1(csi_clk, 0, NULL,
Em Tue, 30 Oct 2012 10:03:26 -0200
Fabio Estevam fabio.este...@freescale.com escreveu:
Since mx27 transitioned to the commmon clock framework in 3.5, the correct way
to acquire the csi clock is to get csi_ahb and csi_per clocks separately.
By not doing so the camera sensor does not probe
Hi Mauro
Please pull driver updates for 3.8. Apart from usual soc-camera
development this pull request also includes a new VEU MEM2MEM driver.
The following changes since commit 016e804df1632fa99b1d96825df4c0db075ac196:
media: sh_vou: fix const cropping related warnings (2012-10-31 11:35:51
Hi Benny,
Am 31.10.2012 03:39, schrieb Benny Amorsen:
Frank Schäfer fschaefer@googlemail.com writes:
This patch series adds support for USB bulk transfers to the em28xx driver.
I tried these patches on my Raspberry Pi, 3.6.1 kernel, Nanostick 290e
Thank you for testing !
options em28xx
Hi Laurent
Thanks for the review
On Wed, 31 Oct 2012, Laurent Pinchart wrote:
Hi Guennadi,
Thanks for the patch.
On Tuesday 30 October 2012 15:18:38 Guennadi Liakhovetski wrote:
Typical video devices like camera sensors require an external clock source.
Many such devices cannot even
Am 31.10.2012 12:57, schrieb Ezequiel Garcia:
On Tue, Oct 30, 2012 at 10:39 PM, Benny Amorsen benny+use...@amorsen.dk
wrote:
Frank Schäfer fschaefer@googlemail.com writes:
This patch series adds support for USB bulk transfers to the em28xx driver.
I tried these patches on my Raspberry
Hi all
On Mon, 22 Oct 2012, Guennadi Liakhovetski wrote:
On Mon, 22 Oct 2012, Hans Verkuil wrote:
Hi all,
This is the tentative agenda for the media workshop on November 8, 2012.
If you have additional things that you want to discuss, or something is
wrong
or incomplete in this
Hi Tomi,
On Wednesday 19 September 2012 14:45:29 Tomi Valkeinen wrote:
On Fri, 2012-08-17 at 02:49 +0200, Laurent Pinchart wrote:
Hi everybody,
While working on DT bindings for the Renesas Mobile SoC display controller
(a.k.a. LCDC) I quickly realized that display panel implementation
Hi Mauro,
On Wed, Oct 31, 2012 at 09:56:32AM -0200, Mauro Carvalho Chehab wrote:
Em Tue, 30 Oct 2012 10:03:25 -0200
Fabio Estevam fabio.este...@freescale.com escreveu:
During the clock conversion for mx27 the per4_gate clock was missed to get
registered as a dependency of mx2-camera
Hi all,
We have developed a V4L2 mem2mem driver for an H264 encoder running on an IP of
one of our SoC and would like to have one more v4l2_buffer flag value for that.
In the context of this driver, we discovered that the current V4L2 encode API
is missing the feature to mention to the IP that
Hi Sascha,
On Wed, Oct 31, 2012 at 11:16 AM, Sascha Hauer s.ha...@pengutronix.de wrote:
Quoting yourself:
Forgot to comment: as patch 2 relies on this change, the better, IMHO, is
to send both via the same tree. If you decide to do so, please get arm
maintainer's ack, instead, and we can
Hi Inki,
On Saturday 20 October 2012 22:10:17 Inki Dae wrote:
Hi Laurent. sorry for being late.
No worries.
2012/8/17 Laurent Pinchart laurent.pinch...@ideasonboard.com:
Hi everybody,
While working on DT bindings for the Renesas Mobile SoC display controller
(a.k.a. LCDC) I quickly
On Wed, 31 Oct 2012, Fabio Estevam wrote:
Hi Sascha,
On Wed, Oct 31, 2012 at 11:16 AM, Sascha Hauer s.ha...@pengutronix.de wrote:
Quoting yourself:
Forgot to comment: as patch 2 relies on this change, the better, IMHO, is
to send both via the same tree. If you decide to do so,
On 2012-10-31 15:13, Laurent Pinchart wrote:
OMAP SoC
So here's first the SoC specific display nodes. OMAP has a DSS (display
subsystem) block, which contains the following elements:
- DISPC (display controller) reads the pixels from memory and outputs
them using specified video
Hi Steffen,
On Wed, Oct 31, 2012 at 14:58:05, Steffen Trumtrar wrote:
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de
---
drivers/video/fbmon.c | 36
include/linux/fb.h
Correct spelling typo in comment witin staging/media.
Signed-off-by: Masanari Iida standby2...@gmail.com
---
drivers/staging/media/as102/as10x_cmd_cfg.c | 2 +-
drivers/staging/media/dt3155v4l/dt3155v4l.c | 2 +-
drivers/staging/media/lirc/lirc_sasem.c | 2 +-
3 files changed, 3
Hi Prakash!
On Wed, Oct 31, 2012 at 03:30:03PM +, Manjunathappa, Prakash wrote:
Hi Steffen,
On Wed, Oct 31, 2012 at 14:58:05, Steffen Trumtrar wrote:
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar s.trumt...@pengutronix.de
Hi Steffen,
Thanks for the patch.
As we'll need a v8 anyway due to the comment on patch 5/8, here are a couple
of other small comments.
On Wednesday 31 October 2012 10:28:01 Steffen Trumtrar wrote:
Add display_timing structure and the according helper functions. This allows
the description
Hi Steffen,
One more comment.
On Wednesday 31 October 2012 10:28:01 Steffen Trumtrar wrote:
Add display_timing structure and the according helper functions. This allows
the description of a display via its supported timing parameters.
Every timing parameter can be specified as a single
Hi Steffen,
Thanks for the patch.
On Wednesday 31 October 2012 10:28:04 Steffen Trumtrar wrote:
Add helper functions to convert from display timings to a generic videomode
structure. This videomode can then be converted to the corresponding
subsystem mode representation (e.g. fb_videomode).
Al 17/10/12 19:12, En/na Luca Olivetti ha escrit:
Hello,
if I look at the vl4-dvb wiki, it says that diversity isn't currently
supported
http://www.linuxtv.org/wiki/index.php?title=Special%3ASearchsearch=diversitygo=Go
however grepping the git tree there are various mentions of
Em Wed, 31 Oct 2012 14:53:47 +0100 (CET)
Guennadi Liakhovetski g.liakhovet...@gmx.de escreveu:
On Wed, 31 Oct 2012, Fabio Estevam wrote:
Hi Sascha,
On Wed, Oct 31, 2012 at 11:16 AM, Sascha Hauer s.ha...@pengutronix.de
wrote:
Quoting yourself:
Forgot to comment: as patch 2
On Wed, Oct 31, 2012 at 04:53:03PM -0200, Mauro Carvalho Chehab wrote:
Em Wed, 31 Oct 2012 14:53:47 +0100 (CET)
Guennadi Liakhovetski g.liakhovet...@gmx.de escreveu:
On Wed, 31 Oct 2012, Fabio Estevam wrote:
Hi Sascha,
On Wed, Oct 31, 2012 at 11:16 AM, Sascha Hauer
Em Wed, 31 Oct 2012 20:02:49 +0100
Sascha Hauer s.ha...@pengutronix.de escreveu:
On Wed, Oct 31, 2012 at 04:53:03PM -0200, Mauro Carvalho Chehab wrote:
Em Wed, 31 Oct 2012 14:53:47 +0100 (CET)
Guennadi Liakhovetski g.liakhovet...@gmx.de escreveu:
On Wed, 31 Oct 2012, Fabio Estevam
Frank Schäfer fschaefer@googlemail.com writes:
It seems like your device has no bulk endpoint for DVB.
What does lsusb say ?
lsusb mentions 4 different end points, all isochronous. So out of luck
there. I did not know I could use lsusb to find this out.
The module parameter is called
Ezequiel Garcia elezegar...@gmail.com writes:
Isn't this completely OT?
It may be off topic, but those issues were the reason I was testing the
patches...
Anyway, RPI has known issues regarding USB bandwidth.
Indeed. Thank you for the links, I had not followed the latest
development and did
Frank Schäfer fschaefer@googlemail.com writes:
For DVB, the em28xx always selects the alternate setting with the
largest wMaxPacketSize.
There is a module parameter 'alt' to select it manually for experiments,
but the current code unfortunately applies it for analog capturing only. :(
Benny,
On Wed, Oct 31, 2012 at 4:58 PM, Benny Amorsen benny+use...@amorsen.dk wrote:
Is this a regression caused by patches or a general issue with the
Raspberry board ?
It is a general issue with the Raspberry USB host controller or driver.
Bulk transfers work, isochronous transfers have
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:Wed Oct 31 19:00:23 CET 2012
git hash:8f7e91a31fb95c50880c76505b416630c0326d93
gcc version: i686-linux-gcc
Ezequiel Garcia elezegar...@gmail.com writes:
Very interesting. Let me see if I understand this: you say it's not a
problem with USB bandwidth, but with isochronous transfers, in the
sense it could achieve enough speed for streaming if bulk transfers
were used?
It is more of a hope than a
Hi Guennadi,
On 10/29/2012 08:52 AM, Guennadi Liakhovetski wrote:
+/*
+ * Typically this function will be called during bridge driver probing. It
+ * installs bus notifiers to handle asynchronously probing subdevice
drivers.
+ * Once the bridge driver probing completes, subdevice drivers,
On 11/01/2012 12:09 AM, Sylwester Nawrocki wrote:
Hi Guennadi,
On 10/29/2012 08:52 AM, Guennadi Liakhovetski wrote:
+/*
+ * Typically this function will be called during bridge driver probing. It
+ * installs bus notifiers to handle asynchronously probing subdevice drivers.
+ * Once the bridge
44 matches
Mail list logo
