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
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, s
Ezequiel Garcia 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 statement... I 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 (GCC
Benny,
On Wed, Oct 31, 2012 at 4:58 PM, Benny Amorsen 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 problems. I was
Frank Schäfer 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. :(
What is the meaning of "alt
Ezequiel Garcia 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 not know about Gordo
Frank Schäfer 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 prefer_bulk, but what it act
Em Wed, 31 Oct 2012 20:02:49 +0100
Sascha Hauer 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 escreveu:
> >
> > > On Wed, 31 Oct 2012, Fabio Estevam wrote:
> > I agree with Fabio and Gue
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 escreveu:
>
> > On Wed, 31 Oct 2012, Fabio Estevam wrote:
> >
> > > Hi Sascha,
> > >
> > > On Wed, Oct 31, 2012 at 11:16 AM, Sascha Hauer
> > > wrote:
> >
Em Wed, 31 Oct 2012 14:53:47 +0100 (CET)
Guennadi Liakhovetski escreveu:
> On Wed, 31 Oct 2012, Fabio Estevam wrote:
>
> > Hi Sascha,
> >
> > On Wed, Oct 31, 2012 at 11:16 AM, Sascha Hauer
> > wrote:
> >
> > > Quoting yourself:
> > >
> > >> Forgot to comment: as patch 2 relies on this change
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%3ASearch&search=diversity&go=Go
>
> however grepping the git tree there are various mentions o
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).
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 v
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 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
> > ---
> > driver
Correct spelling typo in comment witin staging/media.
Signed-off-by: Masanari Iida
---
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 insertions(+), 3 deletions(-)
dif
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
> ---
> drivers/video/fbmon.c | 36
> include/linux/fb.h|2 ++
> 2 f
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 s
On Wed, 31 Oct 2012, Fabio Estevam wrote:
> Hi Sascha,
>
> On Wed, Oct 31, 2012 at 11:16 AM, Sascha Hauer 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
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 :
> > Hi everybody,
> >
> > While working on DT bindings for the Renesas Mobile SoC display controller
> > (a.k.a. LCDC) I quickly realized that display pan
Hi Sascha,
On Wed, Oct 31, 2012 at 11:16 AM, Sascha Hauer 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 merge both via my
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 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 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
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 implemen
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 incomp
Am 31.10.2012 12:57, schrieb Ezequiel Garcia:
> On Tue, Oct 30, 2012 at 10:39 PM, Benny Amorsen
> wrote:
>> Frank Schäfer 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
>>
>> opt
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 cann
Hi Benny,
Am 31.10.2012 03:39, schrieb Benny Amorsen:
> Frank Schäfer 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 prefer_bulk=1 core_deb
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 +
Em Tue, 30 Oct 2012 10:03:26 -0200
Fabio Estevam 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 correctly:
>
> soc-camera-
Em Tue, 30 Oct 2012 10:03:25 -0200
Fabio Estevam 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, 0, parent, &csi_clk1
On Tue, Oct 30, 2012 at 10:39 PM, Benny Amorsen wrote:
> Frank Schäfer 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 prefer_bulk=1 core_debug=1 usb_debug=1
> op
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 y
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
Signed-off-by: Steffen Trumtrar
---
drivers/of/Kconfig |6 ++
driver
Add helper to get drm_display_mode from devicetree.
Signed-off-by: Steffen Trumtrar
---
drivers/gpu/drm/drm_modes.c | 42 ++
include/drm/drmP.h |5 +
2 files changed, 47 insertions(+)
diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/g
Add conversion from videomode to drm_display_mode
Signed-off-by: Steffen Trumtrar
---
drivers/gpu/drm/drm_modes.c | 36
include/drm/drmP.h |3 +++
2 files changed, 39 insertions(+)
diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm
Add helper to get fb_videomode from devicetree.
Signed-off-by: Steffen Trumtrar
---
drivers/video/fbmon.c | 40
include/linux/fb.h|3 +++
2 files changed, 43 insertions(+)
diff --git a/drivers/video/fbmon.c b/drivers/video/fbmon.c
index b9e6ab3
Add a function to convert from the generic videomode to a fb_videomode.
Signed-off-by: Steffen Trumtrar
---
drivers/video/fbmon.c | 36
include/linux/fb.h|2 ++
2 files changed, 38 insertions(+)
diff --git a/drivers/video/fbmon.c b/drivers/video/fb
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
---
drivers/video/Kconfig |6 ++
drivers/video/Makefile
Signed-off-by: Steffen Trumtrar
---
.../devicetree/bindings/video/display-timings.txt | 139 +++
drivers/of/Kconfig |6 +
drivers/of/Makefile|1 +
drivers/of/of_display_timings.c| 185 ++
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
.
Signed-off-by: Steffen Trumtrar
---
drivers/video/Kconfig |5 +++
dr
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 displa
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 b
44 matches
Mail list logo