[PATCH] imx-drm: imx-drm-core: Fix imx_drm_encoder_get_mux_id

The decoder mux id is equal to the port id of the encoder's input port that is connected to the given crtc, not to the endpoint id (which is arbitrary and usually zero). Signed-off-by: Philipp Zabel --- drivers/staging/imx-drm/imx-drm-core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-)

Re: GET YOUR WON PRIZE!!!

i got mail now? ___ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel

staging-next: r8723au: Kconfig related nitpicks

Larry, 0) I stumbled on two minor Kconfig related issues in the r8723au driver in staging-next. 1) drivers/staging/rtl8723au/include/drv_types.h Why is CONFIG_BR_EXT used? I couldn't find a Kconfig symbol BR_EXT nor a preprocessor define for CONFIG_BR_EXT. 2) drivers/staging/rtl8723au/os_dep/ioc

Re: [PATCH v5 00/11] imx-drm dt bindings

On Mon, Apr 07, 2014 at 12:23:37PM +0800, Shawn Guo wrote: > And I see another HDMI regression with my testing on mainline kernel. I > can have my HDMI work at 1920x1080 with v3.14 kernel, but it can only > probes 1024x768 with the mainline today. Works for me here. > [20.606] (II) LoadModul

Re: staging-next: r8723au: Kconfig related nitpicks

Paul Bolle writes: > Larry, > > 0) I stumbled on two minor Kconfig related issues in the r8723au driver > in staging-next. > > 1) drivers/staging/rtl8723au/include/drv_types.h > Why is CONFIG_BR_EXT used? I couldn't find a Kconfig symbol BR_EXT nor a > preprocessor define for CONFIG_BR_EXT. Hi Pa

Re: staging-next: r8723au: Kconfig related nitpicks

Jes, On Mon, 2014-04-07 at 11:25 +0200, Jes Sorensen wrote: > If it's not used, it should be ripped out. That's a rule I can grasp! > We've been going through this code for a while ripping things out that > are unnecessary and rewriting bad code, but there is still plenty that > needs fixing up.

Re: staging-next: r8723au: Kconfig related nitpicks

Paul Bolle writes: > Jes, > > On Mon, 2014-04-07 at 11:25 +0200, Jes Sorensen wrote: >> If it's not used, it should be ripped out. > > That's a rule I can grasp! > >> We've been going through this code for a while ripping things out that >> are unnecessary and rewriting bad code, but there is stil

Re: staging-next: r8723au: Kconfig related nitpicks

On Mon, 2014-04-07 at 11:38 +0200, Jes Sorensen wrote: > I'll try to put them on my list - I have ~40-50 (I think) patches > pending on top of what Larry already submitted. If I forget it, please > feel free to hollor at me. If this will ever hit mainline I probably will. Paul Bolle ___

Re: [PATCH v5 00/11] imx-drm dt bindings

Hi Shawn, Am Montag, den 07.04.2014, 12:23 +0800 schrieb Shawn Guo: > On Tue, Mar 11, 2014 at 11:46:11AM +0800, Shawn Guo wrote: > > I just came across a couple problems when testing the series on > > my imx6dl-sabresd board in dual display case - HDMI + LVDS. I tested it > > using Russell's bran

Re: [PATCH v5 00/11] imx-drm dt bindings

Am Montag, den 07.04.2014, 12:05 +0200 schrieb Philipp Zabel: > Hi Shawn, > > Am Montag, den 07.04.2014, 12:23 +0800 schrieb Shawn Guo: > > On Tue, Mar 11, 2014 at 11:46:11AM +0800, Shawn Guo wrote: > > > I just came across a couple problems when testing the series on > > > my imx6dl-sabresd board

[PATCH v12][ 01/12] [media] v4l2: add new V4L2_PIX_FMT_RGB666 pixel format.

That new macro is needed by the imx_drm staging driver for supporting the QVGA display of the eukrea-cpuimx51 board. Signed-off-by: Denis Carikli Acked-by: Mauro Carvalho Chehab Acked-by: Laurent Pinchart Acked-by: Philipp Zabel --- ChangeLog v9->v10: - Rebased on top of: "211e7f2 [media]

[PATCH v12][ 04/12] imx-drm: Match ipu_di_signal_cfg's clk_pol with its description.

According to the datasheet, setting the di0_polarity_disp_clk field in the GENERAL di register sets the output clock polarity to active high. Signed-off-by: Denis Carikli --- ChangeLog v9->v10: - New patch that is now needed by the "staging: imx-drm: Use de-active and pixelclk-active" patch. --

[PATCH v12][ 03/12] imx-drm: Correct BGR666 and the board's dts that use them.

The current BGR666 is not consistent with the other color mapings like BGR24. BGR666 should be in the same byte order than BGR24. Signed-off-by: Denis Carikli Acked-by: Philipp Zabel --- ChangeLog v9->v10: - Rebased. - Added Philipp Zabel's Ack. - Included Lothar Waßmann's suggestion about imx-l

[PATCH v12][ 02/12] imx-drm: Add RGB666 support for parallel display.

Signed-off-by: Denis Carikli Acked-by: Philipp Zabel --- ChangeLog v8->v9: - Rebased. - Added Philipp Zabel's ack. - Shortened the patch title. ChangeLog v8->v9: - Removed the Cc. They are now set in git-send-email directly. - Rebased. ChangeLog v7->v8: - Shrinked even more the Cc list. Change

Re: [PATCH] staging: cxt1e1: hwprobe: fix incorrect type in assignment

Any comments on this ? ᐧ On Sun, Mar 23, 2014 at 2:13 PM, Matei Oprea wrote: > This patch fixes "incorrect type in argument 1" warning from sparse. > > Signed-off-by: Matei Oprea > Cc: ROSEdu Kernel Community > --- > drivers/staging/cxt1e1/hwprobe.c |6 +++--- > drivers/staging/cxt1e

[PATCH v12][ 06/12] ARM: dts: imx5*, imx6*: correct display-timings nodes.

The imx-drm driver can't use the de-active and pixelclk-active display-timings properties yet. Instead the data-enable and the pixel data clock polarity are hardcoded in the imx-drm driver. So theses properties are now set to keep the same behaviour when imx-drm will start using them. Signed-off

[PATCH v12][ 05/12] imx-drm: use defines for clock polarity settings

Signed-off-by: Denis Carikli --- ChangeLog 11->v12: - Improved the define names to match the hardware: ENABLE_POL is not a clock signal but instead an enable signal. ChangeLog v9->v10: - New patch which was splitted out from: "staging: imx-drm: Use de-active and pixelclk-active display-timing

[PATCH v12][ 09/12] drm/panel: Add Eukrea mbimxsd51 displays.

Signed-off-by: Denis Carikli --- ChangeLog v11->v12: - Rebased: It now uses the new DRM_MODE_FLAG_POL_DE flags defines names ChangeLog v10->v11: - New patch. --- .../bindings/panel/eukrea,mbimxsd51-cmo-qvga.txt |7 ++ .../bindings/panel/eukrea,mbimxsd51-dvi-svga.txt |7 ++ .../bindin

[PATCH v12][ 07/12] drm: drm_display_mode: add signal polarity flags

We need a way to pass signal polarity informations between DRM panels, and the display drivers. To do that, a pol_flags field was added to drm_display_mode. Signed-off-by: Denis Carikli --- ChangeLog v11->v12: - Rebased: This patch now applies against drm_modes.h - Rebased: It now uses the new

[PATCH v12][ 10/12] ARM: dts: mbimx51sd: Add display support.

The CMO-QVGA, DVI-SVGA and DVI-VGA are added. Signed-off-by: Denis Carikli --- ChangeLog v10->v11: - Now uses the drm-panel instead of the display-timings. This is to get regulator support, which is lacking in the imx-drm driver when using the display-timings. ChangeLog v9->v10: - Rebased -

[PATCH v12][ 08/12] imx-drm: Use drm_display_mode timings flags.

The previous hardware behaviour was kept if the flags are not set. Signed-off-by: Denis Carikli --- ChangeLog v11->v12: - Rebased: It now uses the following new flags defines names: CLK_POL, ENABLE_POL - The inversions in ipuv3-crtc.c are now fixed. - ipuv3-crtc.c was still using mode->private_

[PATCH v12][ 11/12] ARM: dts: mbimx51sd: Add CMO-QVGA backlight support.

Signed-off-by: Denis Carikli --- ChangeLog v9->v11: - Now uses the drm-panel instead of the display-timings. ChangeLog v8->v9: - Removed the Cc. They are now set in git-send-email directly. - The backlight is now on at boot. ChangeLog v6->v7: - Shrinked even more the Cc list. ChangeLog v5->v6:

[PATCH v12][ 12/12] ARM: imx_v6_v7_defconfig: Add more drm drivers.

The DRM_PANEL_SIMPLE is needed by the eukrea mbimxsd51's displays. Signed-off-by: Denis Carikli --- ChangeLog v10->v11: - New patch, splitting it would be overkill. --- arch/arm/configs/imx_v6_v7_defconfig |2 ++ 1 file changed, 2 insertions(+) diff --git a/arch/arm/configs/imx_v6_v7_defcon

Re: [PATCH v5 00/11] imx-drm dt bindings

On Mon, Apr 07, 2014 at 10:09:27AM +0100, Russell King - ARM Linux wrote: > So no EDID. Did you update the "ddc" property to "ddc-i2c-bus" ? Ah, right. This is exactly the cause. Thanks, Russell. Shawn ___ devel mailing list de...@linuxdriverproject

Re: [PATCH v5 00/11] imx-drm dt bindings

On Mon, Apr 07, 2014 at 12:05:35PM +0200, Philipp Zabel wrote: > > Did you get any chance to reproduce this dual display issue? Now it > > shows on mainline kernel. > > I have not yet reproduced, but I've sent a patch today ("imx-drm: > imx-drm-core: Fix imx_drm_encoder_get_mux_id") that might fi

Re: [PATCH] imx-drm: imx-drm-core: Fix imx_drm_encoder_get_mux_id

On Mon, Apr 07, 2014 at 10:22:36AM +0200, Philipp Zabel wrote: > The decoder mux id is equal to the port id of the encoder's input port > that is connected to the given crtc, not to the endpoint id (which is > arbitrary and usually zero). > > Signed-off-by: Philipp Zabel It fixes a color corrupt

Re: [visorchipset] invalid opcode: 0000 [#1] PREEMPT SMP

On 04/07/2014 06:17 AM, Fengguang Wu wrote: Hi Ken, I got the below dmesg and the first bad commit is git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master commit 12e364b9f08aa335dc7716ce74113e834c993765 Author: Ken Cox AuthorDate: Tue Mar 4 07:58:07 2014 -0600 Commit:

Re: [visorchipset] invalid opcode: 0000 [#1] PREEMPT SMP

On Mon, Apr 07, 2014 at 07:17:25PM +0800, Fengguang Wu wrote: > Hi Ken, > > I got the below dmesg and the first bad commit is > > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master > > commit 12e364b9f08aa335dc7716ce74113e834c993765 > Author: Ken Cox > AuthorDate: Tue M

Re: [PATCH] staging: cxt1e1: hwprobe: fix incorrect type in assignment

On Mon, Apr 07, 2014 at 03:38:27PM +0300, Matei Oprea wrote: > Any comments on this ? You got an email from me about this, on the 23rd, saying that I can't do anything with it until 3.15-rc1 is out. thanks, greg k-h ___ devel mailing list de...@linuxdr

Re: [visorchipset] invalid opcode: 0000 [#1] PREEMPT SMP

On 04/07/2014 09:09 AM, Greg Kroah-Hartman wrote: On Mon, Apr 07, 2014 at 07:17:25PM +0800, Fengguang Wu wrote: Hi Ken, I got the below dmesg and the first bad commit is git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git master commit 12e364b9f08aa335dc7716ce74113e834c993765 Au

Re: [PATCH] staging: cxt1e1: hwprobe: fix incorrect type in assignment

Sorry, I thought that it's out. ᐧ On Mon, Apr 7, 2014 at 5:14 PM, Greg KH wrote: > On Mon, Apr 07, 2014 at 03:38:27PM +0300, Matei Oprea wrote: >> Any comments on this ? > > You got an email from me about this, on the 23rd, saying that I can't do > anything with it until 3.15-rc1 is out. > > tha

Re: [PATCH] staging: rtl8187se: Fix warning symbol should be static

Am Montag, den 07.04.2014, 01:34 + schrieb Stefan Lippers-Hollmann: > Hi > > On Sunday 06 April 2014, Josh Triplett wrote: > > On Sun, Apr 06, 2014 at 05:46:04PM +0200, Jonas Hahnfeld wrote: > > > This patch solves some sparse warnings about "symbol [...] was not > > > declared. Should it be s

Re: staging-next: r8723au: Kconfig related nitpicks

On 04/07/2014 04:08 AM, Paul Bolle wrote: Larry, 0) I stumbled on two minor Kconfig related issues in the r8723au driver in staging-next. 1) drivers/staging/rtl8723au/include/drv_types.h Why is CONFIG_BR_EXT used? I couldn't find a Kconfig symbol BR_EXT nor a preprocessor define for CONFIG_BR_E

Re: [PATCH] staging/line6: Fix kzalloc coding style issue

On Mon, Apr Apr 2014 at 08:05:04AM +0200, Takashi Iwai said: > At Mon, 7 Apr 2014 00:12:30 +0200, > L. Alberto Giménez wrote: > > > > Pass the actual variable to sizeof instead of a type definition. > > > > Signed-off-by: L. Alberto Giménez > > Acked-by: Takashi Iwai > > BTW, does anyone wor

[PATCH net-next, v4] hyperv: Add support for virtual Receive Side Scaling (vRSS)

This feature allows multiple channels to be used by each virtual NIC. It is available on Hyper-V host 2012 R2. Signed-off-by: Haiyang Zhang Reviewed-by: K. Y. Srinivasan --- drivers/net/hyperv/hyperv_net.h | 110 +- drivers/net/hyperv/netvsc.c | 136 +++

Re: [PATCH net-next,v4] hyperv: Add support for virtual Receive Side Scaling (vRSS)

The net-next tree is not open yet, I will announce when it is and you can submit net-next targetted patches. ___ devel mailing list de...@linuxdriverproject.org http://driverdev.linuxdriverproject.org/mailman/listinfo/driverdev-devel

[PATCH 1/1] The 8723 only has two paths

From: Jes Sorensen Converting the driver from the original RTL provided version, by error converted the code to use four, which caused all sorts of issues. The confusion was caused by the RTL driver having support for both two and four paths, and in some places had RF_PATH_MAX = 3. At the same ti

[PATCH 0/1] staging-next: rtl8723au: Fix too many paths

From: Jes Sorensen Greg, This one is a major bug in the version of the driver we submitted for staging. It correct a problem where we ended up trying to configure more RF paths than are on the chip. The result was for transmission to hang randomly. I really would like this to go in with the ini

Re: [visorchipset] invalid opcode: 0000 [#1] PREEMPT SMP

On Mon, Apr 07, 2014 at 09:24:37AM -0500, Ken Cox wrote: > > On 04/07/2014 09:09 AM, Greg Kroah-Hartman wrote: > >On Mon, Apr 07, 2014 at 07:17:25PM +0800, Fengguang Wu wrote: > >>Hi Ken, > >> > >>I got the below dmesg and the first bad commit is > >> > >>git://git.kernel.org/pub/scm/linux/kernel/

Re: [visorchipset] invalid opcode: 0000 [#1] PREEMPT SMP

On Mon, Apr 07, 2014 at 12:23:47PM -0700, Greg Kroah-Hartman wrote: > On Mon, Apr 07, 2014 at 09:24:37AM -0500, Ken Cox wrote: > > > > On 04/07/2014 09:09 AM, Greg Kroah-Hartman wrote: > > >On Mon, Apr 07, 2014 at 07:17:25PM +0800, Fengguang Wu wrote: > > >>Hi Ken, > > >> > > >>I got the below dme

[PATCH v2 1/5] Staging: rts5139: Camel case labels replaced

Replace camel case labels with linux coding style compliant names. Signed-off-by: Fabio Falzoi --- drivers/staging/rts5139/rts51x.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/drivers/staging/rts5139/rts51x.c b/drivers/staging/rts5139/rts51x.c index c8d

[PATCH v2 3/5] Staging: rts5139: Splitted one-line multiple assignment

Splitted a multiple assignment on two separate lines. Signed-off-by: Fabio Falzoi --- drivers/staging/rts5139/rts51x.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/staging/rts5139/rts51x.c b/drivers/staging/rts5139/rts51x.c index 28f4631..2be6210 100644 --- a/dri

[PATCH v2 2/5] Staging: rts5139: Fixed multi-line code alignment

Multi-line code aligned with open parenthesis. Signed-off-by: Fabio Falzoi --- drivers/staging/rts5139/rts51x.c | 21 ++--- 1 file changed, 10 insertions(+), 11 deletions(-) diff --git a/drivers/staging/rts5139/rts51x.c b/drivers/staging/rts5139/rts51x.c index 9d9c706..28f4631 1

[PATCH v2 0/5] Staging: rts5139: Fix coding style

Fix some coding style issues in rts51x.c (from rts5139 module). This is for task 10 of the Eudyptula challenge. Fabio Falzoi (5): Camel case labels replaced Fixed multi-line code alignment Splitted one-line multiple assignment pr_warn(...) in place of printk(KERN_WARNING ...) More approp

[PATCH v2 4/5] Staging: rts5139: pr_warn(...) in place of printk(KERN_WARNING ...)

All printk(KERN_WARNING ...) replaced with pr_warn(...). Signed-off-by: Fabio Falzoi --- drivers/staging/rts5139/rts51x.c | 18 +- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/drivers/staging/rts5139/rts51x.c b/drivers/staging/rts5139/rts51x.c index 2be6210..a55b

[PATCH v2 5/5] Staging: rts5139: More appropriate sizeof operand

Use the pointer rts51x to get the size of the struct. Signed-off-by: Fabio Falzoi --- drivers/staging/rts5139/rts51x.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/staging/rts5139/rts51x.c b/drivers/staging/rts5139/rts51x.c index a55b97e..b732d2a 100644 --- a/drive

Re: [PATCH v2 4/5] Staging: rts5139: pr_warn(...) in place of printk(KERN_WARNING ...)

On Mon, Apr 07, 2014 at 01:34:47PM -0700, Joe Perches wrote: > On Mon, 2014-04-07 at 22:27 +0200, Fabio Falzoi wrote: > > All printk(KERN_WARNING ...) replaced with pr_warn(...). > > Please remove the RTS51X_TIP prefix and and and use > > #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt > > before an

Re: [PATCH v2 4/5] Staging: rts5139: pr_warn(...) in place of printk(KERN_WARNING ...)

On Mon, 2014-04-07 at 13:56 -0700, Greg KH wrote: > On Mon, Apr 07, 2014 at 01:34:47PM -0700, Joe Perches wrote: > > On Mon, 2014-04-07 at 22:27 +0200, Fabio Falzoi wrote: > > > All printk(KERN_WARNING ...) replaced with pr_warn(...). > > > > Please remove the RTS51X_TIP prefix and and and use > >

Re: [PATCH net-next, v4] hyperv: Add support for virtual Receive Side Scaling (vRSS)

Hi Zhang, How is this beneficial when compared to RPS(receive packet steering)? Can you please provide more details on what this patch does? Thanks Sharat On Mon, Apr 7, 2014 at 12:42 PM, David Miller wrote: > > The net-next tree is not open yet, I will announce when it is and you can > submi

Re: [PATCH v2 4/5] Staging: rts5139: pr_warn(...) in place of printk(KERN_WARNING ...)

On Mon, 2014-04-07 at 22:27 +0200, Fabio Falzoi wrote: > All printk(KERN_WARNING ...) replaced with pr_warn(...). Please remove the RTS51X_TIP prefix and and and use #define pr_fmt(fmt) KBUILD_MODNAME ": " fmt before any #include so that pr_ uses are prefixed in a standard way. > diff --git a/d

Re: [visorchipset] invalid opcode: 0000 [#1] PREEMPT SMP

Hi Benjamin, > Fengguang, > > I ran your script against freshly-checked-out source from staging-next, and > was not able to reproduce the error with it. My boot log is attached. I > noticed that your log did not have "Hypervisor detected: KVM" in the trace. > The KVM options in your script als

[PATCH] staging: goldfish: Call free_irq in error path

If misc_register failed in goldfish_audio_probe, the already requested IRQ wouldn't get freed. Add a call to free_irq() like there is in goldfish_audio_remove(). Signed-off-by: Tuomas Tynkkynen --- Only compile tested. For the Eudyptula Challenge. drivers/staging/goldfish/goldfish_audio.c |1

Re: [PATCH v12][ 07/12] drm: drm_display_mode: add signal polarity flags

Hi Denis, On 04/07/2014 02:44 PM, Denis Carikli wrote: > We need a way to pass signal polarity informations > between DRM panels, and the display drivers. > > To do that, a pol_flags field was added to drm_display_mode. > > Signed-off-by: Denis Carikli > --- > ChangeLog v11->v12: > - Rebased: