On 22.10.2012 07:20, cij...@volny.cz wrote:
Hello,
I use several USB DVBT tuners. Till 3.5 kernel I was able to compile
kernel with support for them. Since 3.6, the oldconfig does not enable
support even it is present in .config.
Would anybody tell me which feature must be enabled in 3.6 to
On Sat, Oct 20, 2012 at 01:04:12PM +0200, Thierry Reding wrote:
On Thu, Oct 04, 2012 at 07:59:20PM +0200, Steffen Trumtrar wrote:
[...]
diff --git a/drivers/of/of_videomode.c b/drivers/of/of_videomode.c
[...]
+#if defined(CONFIG_DRM)
This should be:
#if IS_ENABLED(CONFIG_DRM)
On Sat, Oct 20, 2012 at 09:59:51PM +0200, Thierry Reding wrote:
On Thu, Oct 04, 2012 at 07:59:19PM +0200, Steffen Trumtrar wrote:
[...]
diff --git a/include/linux/of_display_timings.h
b/include/linux/of_display_timings.h
[...]
+struct display_timings {
+ unsigned int num_timings;
+
diff --git a/drivers/media/tuners/fc2580.c b/drivers/media/tuners/fc2580.c
index aff39ae..102d942 100644
I found a fellow Asus U3100+ user (mentioned him before with the
firmware issue) that even when using the latest firmware, still see's
0xff as the chipID.
---
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 list, please let me know so I can update the list.
- Explain current merging process (Mauro)
- Open floor for
Hi Sylwester
On Sun, 21 Oct 2012, Sylwester Nawrocki wrote:
Hi Guennadi,
On 10/20/2012 12:20 AM, 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
I have been looking at this again, with the macros
#define I2C_MSG_OP(_addr, _buf, _len, _flags) \
{ .addr = _addr, .buf = _buf, .len = _len, .flags = _flags }
#define I2C_MSG_WRITE(addr, buf, len) \
I2C_MSG_OP(addr, buf, len, 0)
#define I2C_MSG_READ(addr, buf, len) \
On 10/22/2012 11:14 AM, Guennadi Liakhovetski wrote:
On Sun, 21 Oct 2012, Sylwester Nawrocki wrote:
On 10/20/2012 12:20 AM, Guennadi Liakhovetski wrote:
Typical video devices like camera sensors require an external clock source.
Many such devices cannot even access their hardware registers
Hi Guennadi,
I've reviewed this patch and I have a few questions:
On Sat October 20 2012 00:20:24 Guennadi Liakhovetski wrote:
Currently bridge device drivers register devices for all subdevices
synchronously, tupically, during their probing. E.g. if an I2C CMOS sensor
is attached to a video
After commit ccbfd1d49dc0d6a [media] s5p-csis: Replace phy_enable platform..
s5p-csis depends now on the commmon MIPI CSIS/MIPI DSIM DPHY control code.
Add select S5P_SETUP_MIPIPHY to make this dependency explicit, until
the code from arch/arm/plat-samsung is moved to drivers/ directory and
Hello,
On Monday 22 October 2012 10:35:56 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 list, please let me know so I can update the
Hi Laurent,
On 10/22/2012 12:39 PM, Laurent Pinchart wrote:
Hello,
On Monday 22 October 2012 10:35:56 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
Hi Sakari,
Thanks for the patch.
On Sunday 21 October 2012 00:48:17 Sakari Ailus wrote:
The configuration of many other blocks depend on resizer maximum data rate.
Get the value from resizer at link validation time.
Signed-off-by: Sakari Ailus sakari.ai...@iki.fi
Acked-by: Laurent Pinchart
Hi Sakari,
Thanks for the patch.
On Sunday 21 October 2012 00:48:18 Sakari Ailus wrote:
No longer assume pad number 0 is the source pad of the external entity. Find
the source pad from the external entity and use it instead.
Signed-off-by: Sakari Ailus sakari.ai...@iki.fi
Acked-by: Laurent
Hi all,
Could someone summaries very rapidly what is this create/select context stuff ?
For now I do not plan to be in Barcelona more than 1 day but at the same time
don't want to miss something that might be useful for us.
Regards,
Alain
-Original Message-
From:
Hi Hans
Thanks for reviewing the patch.
On Mon, 22 Oct 2012, Hans Verkuil wrote:
Hi Guennadi,
I've reviewed this patch and I have a few questions:
On Sat October 20 2012 00:20:24 Guennadi Liakhovetski wrote:
Currently bridge device drivers register devices for all subdevices
Hi,
On 10/22/2012 12:57 PM, Alain VOLMAT wrote:
Hi all,
Could someone summaries very rapidly what is this create/select context stuff
?
For now I do not plan to be in Barcelona more than 1 day but at the same time
don't want to miss something that might be useful for us.
Please see this
Hi Sylwester,
On Monday 22 October 2012 12:53:02 Sylwester Nawrocki wrote:
On 10/22/2012 12:39 PM, Laurent Pinchart wrote:
On Monday 22 October 2012 10:35:56 Hans Verkuil wrote:
Hi all,
This is the tentative agenda for the media workshop on November 8, 2012.
If you have additional
Use the dev_* message logging API instead of raw printk.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/isp.c | 12 ++--
drivers/media/platform/omap3isp/ispcsi2.c |6 +++---
drivers/media/platform/omap3isp/ispcsiphy.c |
The SAA7134 appears to have trouble buffering more than one line of video
when doing DMA. Rather than try to fix the driver to cope (as has been done
by Andy Walls for the cx18 driver), put in a pm_qos_request to limit deep
sleep exit latencies.
The visible effect of not having this is that
On Mon October 22 2012 13:08:12 Guennadi Liakhovetski wrote:
Hi Hans
Thanks for reviewing the patch.
On Mon, 22 Oct 2012, Hans Verkuil wrote:
Hi Guennadi,
I've reviewed this patch and I have a few questions:
On Sat October 20 2012 00:20:24 Guennadi Liakhovetski wrote:
On Mon October 22 2012 13:18:46 Laurent Pinchart wrote:
Hi Sylwester,
On Monday 22 October 2012 12:53:02 Sylwester Nawrocki wrote:
On 10/22/2012 12:39 PM, Laurent Pinchart wrote:
On Monday 22 October 2012 10:35:56 Hans Verkuil wrote:
Hi all,
This is the tentative agenda for the
From: Lad, Prabhakar prabhakar@ti.com
This patch replaces V4L2_OUT_CAP_CUSTOM_TIMINGS macro with
V4L2_OUT_CAP_DV_TIMINGS. As V4L2_OUT_CAP_CUSTOM_TIMINGS is being phased
out.
Signed-off-by: Lad, Prabhakar prabhakar@ti.com
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
Cc: Sekhar
On Mon, Oct 22, 2012 at 01:44:50PM +0200, Laurent Pinchart wrote:
Use the dev_* message logging API instead of raw printk.
Signed-off-by: Laurent Pinchart laurent.pinch...@ideasonboard.com
---
drivers/media/platform/omap3isp/isp.c | 12 ++--
From: Lad, Prabhakar prabhakar@ti.com
Warnings were generated because of the following commit changed data type for
address pointer
195bbca ARM: 7500/1: io: avoid writeback addressing modes for __raw_ accessors
add __iomem annotation to fix following warnings
Hi Prabhakar,
On Monday 22 October 2012 17:47:51 Prabhakar Lad wrote:
From: Lad, Prabhakar prabhakar@ti.com
Warnings were generated because of the following commit changed data type
for address pointer
195bbca ARM: 7500/1: io: avoid writeback addressing modes for __raw_
accessors add
From: Lad, Prabhakar prabhakar@ti.com
The first patch of the series migrates the VPBE driver to usage of
videobuf2 framework. Second patch sets the device caps.
Resending the series, since it didn't reach the DLOS mailing list.
Lad, Prabhakar (2):
media: davinci: vpbe: migrate driver to
From: Lad, Prabhakar prabhakar@ti.com
This patch migrates VPBE display driver to videobuf2 framework.
Signed-off-by: Lad, Prabhakar prabhakar@ti.com
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
drivers/media/platform/davinci/Kconfig|2 +-
From: Lad, Prabhakar prabhakar@ti.com
set device_caps and also change the driver and
bus_info to proper values as per standard.
Signed-off-by: Lad, Prabhakar prabhakar@ti.com
Signed-off-by: Manjunath Hadli manjunath.ha...@ti.com
---
drivers/media/platform/davinci/vpbe_display.c |9
On Mon, 22 Oct 2012, Hans Verkuil wrote:
On Mon October 22 2012 13:08:12 Guennadi Liakhovetski wrote:
Hi Hans
Thanks for reviewing the patch.
On Mon, 22 Oct 2012, Hans Verkuil wrote:
Hi Guennadi,
I've reviewed this patch and I have a few questions:
On Sat October
Hi Guennadi,
Thanks for the patch. Here are a few comments in addition to what Sylwester
already mentioned.
On Saturday 20 October 2012 00:20:20 Guennadi Liakhovetski wrote:
Typical video devices like camera sensors require an external clock source.
Many such devices cannot even access their
Hi Guennadi,
A couple more comments.
On Saturday 20 October 2012 00:20:20 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
On Mon October 22 2012 14:50:14 Guennadi Liakhovetski wrote:
On Mon, 22 Oct 2012, Hans Verkuil wrote:
On Mon October 22 2012 13:08:12 Guennadi Liakhovetski wrote:
Hi Hans
Thanks for reviewing the patch.
On Mon, 22 Oct 2012, Hans Verkuil wrote:
Hi Guennadi,
Usage of BUFFER_TIMEOUT has gone in 2008 in 78718e5d (V4L/DVB (7492):
vivi: Simplify the vivi driver and avoid deadlocks), but the macro
remains. Say goodbye to it.
Signed-off-by: Kirill Smelkov k...@mns.spb.ru
---
drivers/media/platform/vivi.c | 1 -
1 file changed, 1 deletion(-)
diff --git
I was testing my video-over-ethernet subsystem today, and vivi seemed to
be perfect video source for testing when one don't have lots of capture
boards and cameras. Only its framerate was hardcoded to NTSC's 30fps,
while in my country we usually use PAL (25 fps). That's why the patch.
Thanks.
On Mon October 22 2012 15:54:44 Kirill Smelkov wrote:
I was testing my video-over-ethernet subsystem today, and vivi seemed to
be perfect video source for testing when one don't have lots of capture
boards and cameras. Only its framerate was hardcoded to NTSC's 30fps,
while in my country we
On Mon October 22 2012 15:54:43 Kirill Smelkov wrote:
Usage of BUFFER_TIMEOUT has gone in 2008 in 78718e5d (V4L/DVB (7492):
vivi: Simplify the vivi driver and avoid deadlocks), but the macro
remains. Say goodbye to it.
Signed-off-by: Kirill Smelkov k...@mns.spb.ru
Acked-by: Hans Verkuil
On Mon, 22 Oct 2012, Hans Verkuil wrote:
On Mon October 22 2012 14:50:14 Guennadi Liakhovetski wrote:
On Mon, 22 Oct 2012, Hans Verkuil wrote:
On Mon October 22 2012 13:08:12 Guennadi Liakhovetski wrote:
Hi Hans
Thanks for reviewing the patch.
On Mon, 22 Oct 2012,
On 10/20/2012 02:39 AM, Prabhakar Lad wrote:
Hi Murali,
On Friday 19 October 2012 11:42 PM, Murali Karicheri wrote:
As a first step towards migrating davinci platforms to use common clock
framework, replace all instances of clk_enable() with clk_prepare_enable()
and clk_disable() with
On Sun, 21 Oct 2012, Artem S. Tashkinov wrote:
dmesg messages up to a crash can be seen here:
https://bugzilla.kernel.org/attachment.cgi?id=84221
The first problem in the log is endpoint list corruption. Here's a
debugging patch which should provide a little more information.
Alan Stern
On Mon October 22 2012 16:48:05 Guennadi Liakhovetski wrote:
On Mon, 22 Oct 2012, Hans Verkuil wrote:
On Mon October 22 2012 14:50:14 Guennadi Liakhovetski wrote:
On Mon, 22 Oct 2012, Hans Verkuil wrote:
On Mon October 22 2012 13:08:12 Guennadi Liakhovetski wrote:
Hi Hans
On 22.10.2012 17:17, Alan Stern wrote:
On Sun, 21 Oct 2012, Artem S. Tashkinov wrote:
dmesg messages up to a crash can be seen here:
https://bugzilla.kernel.org/attachment.cgi?id=84221
The first problem in the log is endpoint list corruption. Here's a
debugging patch which should
As a first step towards migrating davinci platforms to use common clock
framework, replace all instances of clk_enable() with clk_prepare_enable()
and clk_disable() with clk_disable_unprepare().
Also fixes some issues related to clk clean up in the driver
Signed-off-by: Murali Karicheri
As a first step towards migrating davinci platforms to use common clock
framework, replace all instances of clk_enable() with clk_prepare_enable()
and clk_disable() with clk_disable_unprepare().
Also fixes some issues related to clk clean up in the driver
Signed-off-by: Murali Karicheri
On Mon, 22 Oct 2012, Daniel Mack wrote:
On 22.10.2012 17:17, Alan Stern wrote:
On Sun, 21 Oct 2012, Artem S. Tashkinov wrote:
dmesg messages up to a crash can be seen here:
https://bugzilla.kernel.org/attachment.cgi?id=84221
The first problem in the log is endpoint list
Hi Srinivas
On Wed, 10 Oct 2012, Srinivas KANDAGATLA wrote:
From: Srinivas Kandagatla srinivas.kandaga...@st.com
This patch removes some code duplication by using
module_platform_driver.
Signed-off-by: Srinivas Kandagatla srinivas.kandaga...@st.com
Thanks for the patch. It is indeed
On Mon, Oct 22, 2012 at 04:16:14PM +0200, Hans Verkuil wrote:
On Mon October 22 2012 15:54:44 Kirill Smelkov wrote:
I was testing my video-over-ethernet subsystem today, and vivi seemed to
be perfect video source for testing when one don't have lots of capture
boards and cameras. Only its
On Mon, Oct 22, 2012 at 09:01:39PM +0400, Kirill Smelkov wrote:
On Mon, Oct 22, 2012 at 04:16:14PM +0200, Hans Verkuil wrote:
On Mon October 22 2012 15:54:44 Kirill Smelkov wrote:
I was testing my video-over-ethernet subsystem today, and vivi seemed to
be perfect video source for testing
On Oct 22, 2012, Alan Stern st...@rowland.harvard.edu wrote:
A BUG() at these points would crash the machine hard. And where we
came from doesn't matter; what matters is the values in the pointers.
OK, here's what the kernel prints with your patch:
usb 6.1.4: ep 86 list del corruption prev:
On Mon, 22 Oct 2012, Artem S. Tashkinov wrote:
OK, here's what the kernel prints with your patch:
usb 6.1.4: ep 86 list del corruption prev: e5103b54 e5103a94 e51039d4
A small delay before I got thousands of list_del corruption messages would
have been nice, but I managed to catch the
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 Oct 22 19:00:28 CEST 2012
git hash:74df06daf632ce2d321d01cb046004768352efc4
gcc version: i686-linux-gcc
Hi Fabio
On Tue, 9 Oct 2012, Fabio Estevam wrote:
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-pdrv
Hi Laurent
On Mon, 22 Oct 2012, Laurent Pinchart wrote:
Hi Sylwester,
On Monday 22 October 2012 12:53:02 Sylwester Nawrocki wrote:
On 10/22/2012 12:39 PM, Laurent Pinchart wrote:
On Monday 22 October 2012 10:35:56 Hans Verkuil wrote:
Hi all,
This is the tentative agenda for
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 list, please let me know so I can update the list.
- Explain
Hi Guennadi
On Mon, Oct 22, 2012 at 7:07 PM, Guennadi Liakhovetski
g.liakhovet...@gmx.de wrote:
? I don't find a clock named per and associated with mx2-camera.0 in
arch/arm/mach-imx/clk-imx27.c. I only find it in clk-imx25.c. Does this
mean, that this your patch is for i.MX25? But you're
On Monday 22 October 2012 14:06:06 Hans Verkuil wrote:
On Mon October 22 2012 13:18:46 Laurent Pinchart wrote:
On Monday 22 October 2012 12:53:02 Sylwester Nawrocki wrote:
On 10/22/2012 12:39 PM, Laurent Pinchart wrote:
On Monday 22 October 2012 10:35:56 Hans Verkuil wrote:
Hi all,
56 matches
Mail list logo