Re: Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website

2012-10-20 Thread Alan Stern
On Sat, 20 Oct 2012, Artem S. Tashkinov wrote: > You don't get me - I have *no* VirtualBox (or any proprietary) modules running > - but I can reproduce this problem using *the same system running under* > VirtualBox > in Windows 7 64. > > It's almost definitely either a USB driver bug or video4l

Re: Re: Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website

2012-10-20 Thread Artem S. Tashkinov
> On Oct 21, 2012, Borislav Petkov wrote: > > On Sat, Oct 20, 2012 at 11:15:17PM +, Artem S. Tashkinov wrote: > > You don't get me - I have *no* VirtualBox (or any proprietary) modules > > running > > Ok, good. We got that out of the way - I wanted to make sure after you > replied with two o

Re: Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website

2012-10-20 Thread Borislav Petkov
On Sat, Oct 20, 2012 at 11:15:17PM +, Artem S. Tashkinov wrote: > You don't get me - I have *no* VirtualBox (or any proprietary) modules > running Ok, good. We got that out of the way - I wanted to make sure after you replied with two other possibilities of the system freezing. > - but I can

Re: Re: Re: A reliable kernel panic (3.6.2) and system crash when visiting a particular website

2012-10-20 Thread Artem S. Tashkinov
You don't get me - I have *no* VirtualBox (or any proprietary) modules running - but I can reproduce this problem using *the same system running under* VirtualBox in Windows 7 64. It's almost definitely either a USB driver bug or video4linux driver bug: I'm CC'ing linux-media and linux-usb maili

[PATCH 1/2] omap3isp: Add resizer data rate configuration to resizer_link_validate

2012-10-20 Thread Sakari Ailus
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 Acked-by: Laurent Pinchart --- drivers/media/platform/omap3isp/ispresizer.c | 15 +++ drivers/media/platform/omap3isp/ispvideo.c |

[PATCH 2/2] omap3isp: Find source pad from external entity

2012-10-20 Thread Sakari Ailus
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 Acked-by: Laurent Pinchart --- drivers/media/platform/omap3isp/isp.c | 14 +- 1 files changed, 13 insertions(+), 1 d

[PATCH 0/2] Old omap3isp improvements

2012-10-20 Thread Sakari Ailus
Hi Laurent, These are the final omap3isp improvements I were left over from my earlier largish patchset around half a year ago. You seem to have acked these previously, but they depended on other patches that were contested at the time --- and which now are in your tree. How about putting them in

Re: [PATCH] v4l: Don't warn during link validation when encountering a V4L2 devnode

2012-10-20 Thread Sakari Ailus
On Sat, Oct 20, 2012 at 11:04:33PM +0200, Laurent Pinchart wrote: > v4l2_subdev_link_validate_get_format() retrieves the remote pad format > depending on the entity type and prints a warning if the entity type is > not supported. The type check doesn't take the subtype into account, and > thus alwa

[PATCH] v4l: Don't warn during link validation when encountering a V4L2 devnode

2012-10-20 Thread Laurent Pinchart
v4l2_subdev_link_validate_get_format() retrieves the remote pad format depending on the entity type and prints a warning if the entity type is not supported. The type check doesn't take the subtype into account, and thus always prints a warning for device node types, even when supported. Fix it. S

[PATCH] it913x [BUG] Enable endpoint 3 on devices with HID interface.

2012-10-20 Thread Malcolm Priestley
On some USB controllers when endpoint 3 (used by HID) is not enabled this causes a USB reset. Signed-off-by: Malcolm Priestley --- drivers/media/usb/dvb-usb-v2/it913x.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/drivers/media/usb/dvb-usb-v2/it913x.c b/driv

cron job: media_tree daily build: WARNINGS

2012-10-20 Thread Hans Verkuil
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:Sat Oct 20 19:00:24 CEST 2012 git hash:74df06daf632ce2d321d01cb046004768352efc4 gcc version: i686-linux-gcc (GC

Re: [PATCH 1/2 v6] of: add helper to parse display timings

2012-10-20 Thread Thierry Reding
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; > + unsigned int default_timing; > + > + struct signal_timing

Re: [PATCH v5.1 1/3] omap3isp: Add CSI configuration registers from control block to ISP resources

2012-10-20 Thread Laurent Pinchart
Hi Sakari, On Saturday 20 October 2012 17:11:17 Sakari Ailus wrote: > Add the registers used to configure the CSI-2 receiver PHY on OMAP3430 and > 3630 and map them in the ISP driver. The register is part of the control > block but it only is needed by the ISP driver. > > Signed-off-by: Sakari Ai

Re: [RFC 0/5] Generic panel framework

2012-10-20 Thread Inki Dae
correct some typo. Sorry for this. 2012/10/20 Inki Dae : > Hi Laurent. sorry for being late. > > 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 panel implementation base

Re: [RFC 0/5] Generic panel framework

2012-10-20 Thread Inki Dae
Hi Tomi, 2012/8/17 Tomi Valkeinen : > Hi, > > On Fri, 2012-08-17 at 02:49 +0200, Laurent Pinchart wrote: > >> I will appreciate all reviews, comments, criticisms, ideas, remarks, ... If > > Oookay, where to start... ;) > > A few cosmetic/general comments first. > > I find the file naming a bit str

[PATCH v5.1 1/3] omap3isp: Add CSI configuration registers from control block to ISP resources

2012-10-20 Thread Sakari Ailus
Add the registers used to configure the CSI-2 receiver PHY on OMAP3430 and 3630 and map them in the ISP driver. The register is part of the control block but it only is needed by the ISP driver. Signed-off-by: Sakari Ailus Acked-by: Tony Lindgren --- Hi Laurent, Could you replace the patch I se

[PATCH] ARM: dm365: replace V4L2_OUT_CAP_CUSTOM_TIMINGS with V4L2_OUT_CAP_DV_TIMINGS

2012-10-20 Thread Prabhakar Lad
From: Lad, Prabhakar 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 Signed-off-by: Manjunath Hadli Cc: Sekhar Nori --- This patch is based on the following patch series, AR

[PATCH 2/2] media: davinci: vpbe: set device capabilities

2012-10-20 Thread Prabhakar Lad
From: Lad, Prabhakar set device_caps and also change the driver and bus_info to proper values as per standard. Signed-off-by: Lad, Prabhakar Signed-off-by: Manjunath Hadli --- drivers/media/platform/davinci/vpbe_display.c |9 ++--- 1 files changed, 6 insertions(+), 3 deletions(-) dif

[PATCH 1/2] media: davinci: vpbe: migrate driver to videobuf2

2012-10-20 Thread Prabhakar Lad
From: Lad, Prabhakar This patch migrates VPBE display driver to videobuf2 framework. Signed-off-by: Lad, Prabhakar Signed-off-by: Manjunath Hadli --- drivers/media/platform/davinci/Kconfig|2 +- drivers/media/platform/davinci/vpbe_display.c | 296 +++-- includ

Re: [RFC 0/5] Generic panel framework

2012-10-20 Thread Inki Dae
Hi Laurent. sorry for being late. 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 panel implementation based on > board code callbacks would need to be replaced by a driver-b

Re: [Intel-gfx] GPU RC6 breaks PCIe to PCI bridge connected to CPU PCIe slot on SandyBridge systems

2012-10-20 Thread Andy Walls
On Fri, 2012-10-19 at 18:06 +0100, Simon Farnsworth wrote: > On Friday 19 October 2012 17:10:17 Simon Farnsworth wrote: > > Mauro, Linux-Media > > > > I have an issue where an SAA7134-based TV capture card connected via a PCIe > > to > > PCI bridge chip works when the GPU is kept out of RC6 state

Re: [PATCH 0/2 v6] of: add display helper

2012-10-20 Thread Thierry Reding
On Mon, Oct 15, 2012 at 04:17:51PM +0200, Steffen Trumtrar wrote: > Hi Leela, > > On Mon, Oct 15, 2012 at 04:24:43PM +0530, Leela Krishna Amudala wrote: > > Hello Steffen, > > > > To which version of the kernel we can expect this patch set to be merged > > into? > > Because I'm waiting for this

Re: [PATCH 2/2 v6] of: add generic videomode description

2012-10-20 Thread Thierry Reding
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) or the code below won't be included if DRM is built as a module. But se

Re: [PATCH 1/2 v6] of: add helper to parse display timings

2012-10-20 Thread Thierry Reding
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 > new file mode 100644 > index 000..1ad719e > --- /dev/null > +++ b/include/linux/of_display_timings.h > @@ -0,0 +1,85 @@ > +/* > + *

Re: [PATCH 2/2 v6] of: add generic videomode description

2012-10-20 Thread Thierry Reding
On Tue, Oct 09, 2012 at 09:26:08AM +0200, Steffen Trumtrar wrote: > Hi Laurent, > > On Mon, Oct 08, 2012 at 10:52:04PM +0200, Laurent Pinchart wrote: > > Hi Steffen, > > > > On Monday 08 October 2012 14:48:01 Steffen Trumtrar wrote: > > > On Mon, Oct 08, 2012 at 02:13:50PM +0200, Laurent Pinchart

Re: [PATCH 2/2 v6] of: add generic videomode description

2012-10-20 Thread Thierry Reding
On Sun, Oct 07, 2012 at 03:38:33PM +0200, Laurent Pinchart wrote: > Hi Steffen, > > On Friday 05 October 2012 17:51:21 Steffen Trumtrar wrote: > > On Thu, Oct 04, 2012 at 12:51:00PM -0600, Stephen Warren wrote: > > > On 10/04/2012 11:59 AM, Steffen Trumtrar wrote: > > > > Get videomode from device

Re: [PATCH] [media] s5p-tv: remove unused including

2012-10-20 Thread Sylwester Nawrocki
Hi, On 10/08/2012 02:32 PM, Wei Yongjun wrote: From: Wei Yongjun Remove including that don't need it. dpatch engine is used to auto generate this patch. (https://github.com/weiyj/dpatch) Sorry, I have already applied similar patch: http://patchwork.linuxtv.org/patch/15057 Thanks, Sylwester

Re: [PATCH 1/1] [media] s5p-fimc: Fix potential NULL pointer dereference

2012-10-20 Thread Sylwester Nawrocki
Hi Sachin, On 10/13/2012 01:41 PM, Sachin Kamat wrote: 'fimc' was being dereferenced before the NULL check. Moved it to after the check. Signed-off-by: Sachin Kamat --- drivers/media/platform/s5p-fimc/fimc-mdevice.c |6 -- 1 files changed, 4 insertions(+), 2 deletions(-) diff --git

Re: [PATCH 1/1] [media] s5p-mfc: Fix compilation warning

2012-10-20 Thread Sylwester Nawrocki
On 10/13/2012 01:18 PM, Sachin Kamat wrote: Added missing const qualifier. Without this patch compiler gives the following warning: drivers/media/platform/s5p-mfc/s5p_mfc_enc.c:1576:2: warning: initialization from incompatible pointer type [enabled by default] drivers/media/platform/s5p-mfc/s5p_

Re: [PATCH] [media] exynos-gsc: change driver compatible string

2012-10-20 Thread Sylwester Nawrocki
Hi Shaik, On 10/16/2012 04:43 PM, Shaik Ameer Basha wrote: As G-Scaler is going to stay unchanged across all exynos5 series SoCs, changing the driver compatible string name to "samsung,exynos5-gsc" from "samsung,exynos5250-gsc". This change is as per the discussion in the devicetree forum. http

Re: [PATCH] [media] s5p-tv: don't include linux/version.h in mixer_video.c

2012-10-20 Thread Sylwester Nawrocki
On 10/18/2012 09:28 PM, Jesper Juhl wrote: The header is not needed, so remove it. I have applied it to my tree, thanks! -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org

Re: [PATCH 8/8] [media] s5p-fimc: Make 'fimc_pipeline_s_stream' function static

2012-10-20 Thread Sylwester Nawrocki
On 10/17/2012 01:11 PM, Sachin Kamat wrote: Fixes the following sparse warning: drivers/media/platform/s5p-fimc/fimc-mdevice.c:216:5: warning: symbol 'fimc_pipeline_s_stream' was not declared. Should it be static? Thanks Sachin, I've add it to my tree. -- To unsubscribe from this list: send the

Re: [PATCH 7/8] [media] s5p-mfc: Make 'clk_ref' static in s5p_mfc_pm.c

2012-10-20 Thread Sylwester Nawrocki
On 10/17/2012 01:11 PM, Sachin Kamat wrote: Fixes the following sparse warning: drivers/media/platform/s5p-mfc/s5p_mfc_pm.c:31:10: warning: symbol 'clk_ref' was not declared. Should it be static? Applied, thanks. -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the b

Re: [PATCH 6/8] [media] exynos-gsc: Fix compilation warning

2012-10-20 Thread Sylwester Nawrocki
On 10/17/2012 01:11 PM, Sachin Kamat wrote: Used type casting to avoid the following compilation warning: drivers/media/platform/exynos-gsc/gsc-core.c:983:37: warning: incorrect type in assignment (different modifiers) drivers/media/platform/exynos-gsc/gsc-core.c:983:37: expected struct gsc_driv

Re: [PATCH 5/8] [media] exynos-gsc: Use clk_prepare_enable and clk_disable_unprepare

2012-10-20 Thread Sylwester Nawrocki
On 10/17/2012 01:11 PM, Sachin Kamat wrote: > Replace clk_enable/clk_disable with clk_prepare_enable/clk_disable_unprepare > as required by the common clock framework. > > Signed-off-by: Sachin Kamat > --- > drivers/media/platform/exynos-gsc/gsc-core.c |4 ++-- > 1 files changed, 2 insertio

Re: [PATCH 4/8] [media] s5p-tv: Use clk_prepare_enable and clk_disable_unprepare

2012-10-20 Thread Sylwester Nawrocki
On 10/17/2012 01:11 PM, Sachin Kamat wrote: > Replace clk_enable/clk_disable with clk_prepare_enable/clk_disable_unprepare > as required by the common clock framework. > > Signed-off-by: Sachin Kamat > Cc: Tomasz Stanislawski Could you add clocks (un)prepare calls at the functions where the clock

Re: [PATCH 3/8] [media] s5p-mfc: Use clk_prepare_enable and clk_disable_unprepare

2012-10-20 Thread Sylwester Nawrocki
On 10/17/2012 01:11 PM, Sachin Kamat wrote: > Replace clk_enable/clk_disable with clk_prepare_enable/clk_disable_unprepare > as required by the common clock framework. Similarly as in case of s5p-g2d driver, there is no need for this change. -- To unsubscribe from this list: send the line "unsubsc

Re: [PATCH 3/8] [media] s5p-mfc: Use clk_prepare_enable and clk_disable_unprepare

2012-10-20 Thread Sylwester Nawrocki
On 10/17/2012 01:11 PM, Sachin Kamat wrote: > Replace clk_enable/clk_disable with clk_prepare_enable/clk_disable_unprepare > as required by the common clock framework. Similarly as in case of s5p-g2d driver, there is no need for this change. -- To unsubscribe from this list: send the line "unsubsc

Re: [PATCH 2/8] [media] s5p-g2d: Use clk_prepare_enable and clk_disable_unprepare

2012-10-20 Thread Sylwester Nawrocki
Hi Sachin, On 10/17/2012 01:11 PM, Sachin Kamat wrote: > Replace clk_enable/clk_disable with clk_prepare_enable/clk_disable_unprepare > as required by the common clock framework. > > Signed-off-by: Sachin Kamat > Cc: Kamil Debski As we discussed previously, this patch is not needed. clk_prepare/

[PATCH] media: davinci: vpbe: fix build warning

2012-10-20 Thread Prabhakar Lad
From: Lad, Prabhakar 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 drivers/media/platform/davinci/vpbe_osd.c: In funct