Re: [Intel-gfx] [PATCH 0/20] fix misspelling of current function in string

On Mon, 8 Dec 2014, Julian Calaby wrote: > Hi Julia, > > On Mon, Dec 8, 2014 at 6:20 AM, Julia Lawall wrote: > > These patches replace what appears to be a reference to the name of the > > current function but is misspelled in some way by either the name of the > > function itself, or by %s and

Re: [Intel-gfx] [PATCH 0/20] fix misspelling of current function in string

On Sun, 2014-12-07 at 20:20 +0100, Julia Lawall wrote: > These patches replace what appears to be a reference to the name of the > current function but is misspelled in some way by either the name of the > function itself, or by %s and then __func__ in an argument list. At least a few of these see

[Intel-gfx] [PATCH] drm/i915: resume MST after reading back hw state

From: Dave Airlie Otherwise the MST resume paths can hit DPMS paths which hit state checker paths, which hit WARN_ON, because the state checker is inconsistent with the hw. This fixes a bunch of WARN_ON's on resume after undocking. Signed-off-by: Dave Airlie --- drivers/gpu/drm/i915/i915_drv.

Re: [Intel-gfx] [PATCH] drm/i915/opregion: work around buggy firmware that provides 8+ output devices

We have a new bug report that has the same problem: https://bugzilla.kernel.org/show_bug.cgi?id=88941 The posted patch solves the problem. I know it's not perfect, but it doesn't seem it would do any harm to existing systems so should be safe. Better, if someone can shed some light on how this sh

[Intel-gfx] [PATCH 7/20] drm/i915: fix misspelling of current function in string

Replace a misspelled function name by %s and then __func__. This was done using Coccinelle, including the use of Levenshtein distance, as proposed by Rasmus Villemoes. Signed-off-by: Julia Lawall --- The semantic patch is difficult to summarize, but is available in the cover letter of this patc

[Intel-gfx] [PATCH 0/20] fix misspelling of current function in string

These patches replace what appears to be a reference to the name of the current function but is misspelled in some way by either the name of the function itself, or by %s and then __func__ in an argument list. // // sudo apt-get install python-pip // sudo pip install python-Levenshtein // spatch

[Intel-gfx] [PATCH 1/2] drm/i915: Parsing Backlight-ON, Backlight-OFF, and Tear-On sequence.

From: vkorjani New sequence are added in GOP to support Backlight enabling and Disabling. also new sequence element I2C is been added this patch provide support to parse thse sequences in driver. Signed-off-by: vkorjani --- drivers/gpu/drm/i915/intel_bios.c | 8 +++- drivers/gpu/drm/i915/i

[Intel-gfx] [PATCH 2/2] drm/i915: Add generic i2c mipi parsing

From: vkorjani The VBT now contains i2c sequences to allow the graphics driver to bring up the device by directly writing to any devices that need to be programmed. Signed-off-by: vkorjani Signed-off-by: Nabendu Maiti Signed-off-by: Deepak M Signed-off-by: Rafael Barbalho --- drivers/gpu/dr

[Intel-gfx] [PATCH] drm/i915: Use DSI Pll1 for enabling MIPI DSI on Port C

DSI Pll1 is used for enabling DSI on Port C. Signed-off-by: Gaurav K Singh --- drivers/gpu/drm/i915/intel_dsi_pll.c |7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_dsi_pll.c b/drivers/gpu/drm/i915/intel_dsi_pll.c index 8957f10..9b7f6a5 10

[Intel-gfx] [PATCH 2/4] drm/i915: DSI sequence related changes for DSI Port C

For DSI Port A & C, the seq_port value has been set to 0 now in VBT Now the sequence of DSI single link on Port A and Port C will based on the DVO port from VBT block 2. Signed-off-by: Gaurav K Singh --- drivers/gpu/drm/i915/intel_dsi_panel_vbt.c |9 - 1 file changed, 8 insertions(+

[Intel-gfx] [PATCH 3/4] drm/i915: Enable MIPI PHY transparent latch for DSI Port C

Common bit to be used for both DSI Port A & DSI Port C. Signed-off-by: Gaurav K Singh --- drivers/gpu/drm/i915/intel_dsi.c |7 ++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/intel_dsi.c b/drivers/gpu/drm/i915/intel_dsi.c index 8f8b952..215d004 10064

[Intel-gfx] [PATCH 1/4] drm/i915: Use DSI Pll1 for enabling MIPI DSI on Port C

DSI Pll1 is used for enabling DSI on Port C. Signed-off-by: Gaurav K Singh --- drivers/gpu/drm/i915/intel_dsi_pll.c |3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/intel_dsi_pll.c b/drivers/gpu/drm/i915/intel_dsi_pll.c index 8957f10..74a6fb5 100644

[Intel-gfx] [PATCH 4/4] drm/i915: Get HW state changes required for DSI port C

Due to some hardware limitations, MIPI Port C DPI Enable bit does not get set. To check whether DSI Port C was enabled in BIOS, check the Pipe B enable bit for DSI Port C. In hardware, DSI Port C is linked with Pipe B. Signed-off-by: Gaurav K Singh --- drivers/gpu/drm/i915/intel_dsi.c | 21 +++

[Intel-gfx] [PATCH 0/4] BYT DSI Enable on Port C

Hi, These set of patches build on top of the existing DSI Video mode support to enable DSI on Port C. These patches have been tested on a 1920 x 1200 panel on Port C. Regards Gaurav Gaurav K Singh (4): drm/i915: Use DSI Pll1 for enabling MIPI DSI on Port C drm/i915: DSI sequence related chan