Re: [Intel-gfx] [PATCH] drm/i915/BXT: Bug fix for IS_BROXTON usage

On Wednesday 30 March 2016 01:20 AM, Chris Wilson wrote: On Tue, Mar 29, 2016 at 10:57:07PM +0530, Ramalingam C wrote: Parameter to IS_BROXTON() is supposed to be dev not dev_priv You have that backwards. dev_priv is the native pointer that dev is automagically converted to. INTEL_INFO()

[Intel-gfx] linux-next: manual merge of the drm-misc tree with Linus' tree

Hi all, Today's linux-next merge of the drm-misc tree got a conflict in: include/drm/drm_crtc.h between commit: 5fff80bbdb6b ("drm/atomic: Allow for holes in connector state, v2.") from Linus' tree and commit: 6c87e5c3ec6d ("drm: Rename drm_connector_unplug_all() to

[Intel-gfx] [PATCH] drm/i915/vlv: Enable/disable VGA hotplugging properly

On Valleyview, VGA hotplugging is controlled through a seperate register than everything else, VLV_ADPA, which must be explicitly set. While VGA hotplugging worked(ish) before, it looks like that was mainly because we'd unintentionally enable it in valleyview_crt_detect_hotplug() when we did a

[Intel-gfx] [PATCH v5 4/5] drm/dp_helper: Perform throw-away read before actual read in drm_dp_dpcd_read()

This is part of a patch series to migrate all of the workarounds for commonly seen behavior from bad sinks in intel_dp_dpcd_read_wake() to drm's DP helper. Some sinks will just return garbage for the first aux tranaction they receive when coming out of sleep mode, so we need to perform an

Re: [Intel-gfx] [PATCH] drm/i915/BXT: Bug fix for IS_BROXTON usage

On Tue, Mar 29, 2016 at 10:57:07PM +0530, Ramalingam C wrote: > Parameter to IS_BROXTON() is supposed to be dev not dev_priv You have that backwards. dev_priv is the native pointer that dev is automagically converted to. INTEL_INFO() takes *drm_i915_private*. -Chris -- Chris Wilson, Intel Open

Re: [Intel-gfx] [PATCH 2/2] drm/i915/BXT: Tolerance at BXT DSI pipe_config comparison

Hi Ramalingam, [auto build test ERROR on drm-intel/for-linux-next] [cannot apply to v4.6-rc1 next-20160329] [if your patch is applied to the wrong git tree, please drop us a note to help improving the system] url: https://github.com/0day-ci/linux/commits/Ramalingam-C/drm-i915-BXT-Get-pipe

Re: [Intel-gfx] [PATCH] drm/i915/BXT: Tolerance at BXT DSI pipe_config comparison

On Tuesday 29 March 2016 01:08 PM, Jani Nikula wrote: On Mon, 28 Mar 2016, Ramalingam C wrote: On Monday 21 March 2016 07:13 PM, Jani Nikula wrote: On Fri, 11 Mar 2016, Ramalingam C wrote: At BXT DSI, PIPE registers are inactive. So we can

Re: [Intel-gfx] [PATCH 1/2] drm/i915/BXT: Get pipe conf from the port registers

Please ignore this, as this is redundant. Original patch is at https://lists.freedesktop.org/archives/intel-gfx/2016-March/090999.html On Tuesday 29 March 2016 11:03 PM, Ramalingam C wrote: At BXT DSI, PIPE registers are inactive. So we can't get the PIPE's mode parameters from them. The

[Intel-gfx] [PATCH 2/2] drm/i915/BXT: Tolerance at BXT DSI pipe_config comparison

At BXT DSI, PIPE registers are inactive. So we can't get the PIPE's mode parameters from them. The possible option is retriving them from the PORT registers. But mode timing parameters are progammed to port registers interms of byteclocks. The formula used to convert the pixels interms of byteclk

[Intel-gfx] [PATCH 1/2] drm/i915/BXT: Get pipe conf from the port registers

At BXT DSI, PIPE registers are inactive. So we can't get the PIPE's mode parameters from them. The possible option is retriving them from the PORT registers. The required changes are added for BXT in intel_dsi_get_config (encoder->get_config). Signed-off-by: Ramalingam C

[Intel-gfx] [PATCH 1/2] drm/i915/BXT: Get pipe conf from the port registers

At BXT DSI, PIPE registers are inactive. So we can't get the PIPE's mode parameters from them. The possible option is retriving them from the PORT registers. The required changes are added for BXT in intel_dsi_get_config (encoder->get_config). Signed-off-by: Ramalingam C

[Intel-gfx] [PATCH] drm/i915/BXT: Bug fix for IS_BROXTON usage

Parameter to IS_BROXTON() is supposed to be dev not dev_priv If needed this could be squashed to the source of the bug. 'commit 4d1de9756832 ("drm/i915/bxt: add dsi transcoders")' Date: Fri Mar 18 17:05:42 2016 +0200 Signed-off-by: Ramalingam C ---

Re: [Intel-gfx] [PATCH] dma-buf: Update docs for SYNC ioctl

On 03/29/2016 06:47 AM, David Herrmann wrote: Hi On Mon, Mar 28, 2016 at 9:42 PM, Tiago Vignatti wrote: Do we have an agreement here after all? David? I need to know whether this fixup is okay to go cause I'll need to submit to Chrome OS then. Sure it is fine. The

Re: [Intel-gfx] blank screen on boot with i915/DRM_FBDEV_EMULATION

Hi, > FBDEV_EMULATION vs. I915_FBDEV is probably a read herring, more likely is > that for some odd reason the very first modeset fails. Once X has > resurrect the screen, can you then switch to fbcon? Also please check in > /sys/class/vtconsole whether the fbdev driver is loaded and bound (check

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/i915: dsi dcs & cabc backlight control

== Series Details == Series: drm/i915: dsi dcs & cabc backlight control URL : https://patchwork.freedesktop.org/series/4995/ State : failure == Summary == Series 4995v1 drm/i915: dsi dcs & cabc backlight control http://patchwork.freedesktop.org/api/1.0/series/4995/revisions/1/mbox/ Test

[Intel-gfx] ✗ Fi.CI.BAT: failure for series starting with [1/5] drm: Add new DCS commands in the enum list

== Series Details == Series: series starting with [1/5] drm: Add new DCS commands in the enum list URL : https://patchwork.freedesktop.org/series/4993/ State : failure == Summary == Series 4993v1 Series without cover letter

[Intel-gfx] [PATCH 06/10] x86/cpufeature: Kill cpu_has_clflush

From: Borislav Petkov Use the fast variant in the DRM code. Signed-off-by: Borislav Petkov Cc: dri-de...@lists.freedesktop.org Cc: intel-gfx@lists.freedesktop.org --- arch/x86/include/asm/cpufeature.h | 1 - arch/x86/kernel/cpu/intel.c| 2

[Intel-gfx] [PATCH 08/10] x86/cpufeature: Kill cpu_has_pat

From: Borislav Petkov Signed-off-by: Borislav Petkov Cc: intel-gfx@lists.freedesktop.org --- @tip guys, the pat_bsp_init() and pat_ap_init() hunk will conflict with d63dcf49cf5a ("x86/mm/pat: Replace cpu_has_pat with boot_cpu_has()") in tip/x86:mm. Let me know

Re: [Intel-gfx] [PATCH 3/5] drm/i915: Parse LFP brightness control field in VBT

> -Original Message- > From: Nikula, Jani > Sent: Tuesday, March 29, 2016 8:31 PM > To: intel-gfx@lists.freedesktop.org; Deepak, M > Cc: Nikula, Jani > Subject: [PATCH 3/5] drm/i915: Parse LFP brightness control field in VBT > > From: Deepak

[Intel-gfx] ✗ Fi.CI.BAT: failure for drm/core: Add drm_accurate_vblank_count_and_time.

== Series Details == Series: drm/core: Add drm_accurate_vblank_count_and_time. URL : https://patchwork.freedesktop.org/series/4990/ State : failure == Summary == Series 4990v1 drm/core: Add drm_accurate_vblank_count_and_time.

Re: [Intel-gfx] [PATCH i-g-t 0/3] Skip tests in kms_plane

Anybody wants to take a look at this? Thanks, Gabriel. On 19.02.2016 14:34, Gabriel Feceoru wrote: On BSW all pipeA and pipeB kms_plane subtests fail. The root cause is a HW limitation in Cherryview - PipeC is directly connected to PortD. Also, if no monitor is connected, all subtests pass

Re: [Intel-gfx] [PATCH i-g-t v3 2/6] lib/intel_batchbuffer: Add functions to be used in the scheduler test

> > >-Original Message- >From: Ceraolo Spurio, Daniele >Sent: Monday, March 14, 2016 12:16 PM >To: Morton, Derek J ; intel-gfx@lists.freedesktop.org >Subject: Re: [PATCH i-g-t v3 2/6] lib/intel_batchbuffer: Add functions to be >used in the scheduler test > > >

[Intel-gfx] [PATCH 3/5] drm/i915: Parse LFP brightness control field in VBT

From: Deepak M These fields in VBT indicates the PWM source which is used and also the controller number. v2 by Jani: check for out of bounds access, some renames, change default type, etc. Signed-off-by: Deepak M Signed-off-by: Jani Nikula

[Intel-gfx] [PATCH 2/5] drm/i915: Parsing the PWM cntrl and CABC ON/OFF fields in VBT

From: Deepak M For dual link panel scenarios there are new fields added in the VBT which indicate on which port the PWM cntrl and CABC ON/OFF commands needs to be sent. v2: Moving the comment to intel_dsi.h(Jani) v3: Renaming the field names (Jani) v4 by Jani: make this

[Intel-gfx] [PATCH 1/5] drm: Add new DCS commands in the enum list

From: Deepak M Adding new DCS commands which are specified in the DCS 1.3 spec related to CABC. v2: Sorted the Macro`s by value (Andrzej) v3 by Jani: sort all of enum, refer to MIPI DCS 1.3 Cc: Andrzej Hajda Cc: Thierry Reding

[Intel-gfx] [PATCH 5/5] CABC support for Panel PWM backlight control

From: Deepak M In CABC (Content Adaptive Brightness Control) content grey level scale can be increased while simultaneously decreasing brightness of the backlight to achieve same perceived brightness. The CABC is not standardized and panel vendors are free to follow their

[Intel-gfx] [PATCH 4/5] drm/i915: Add DCS control for Panel PWM

From: Deepak M If the source of the backlight PWM is from the panel then the PWM can be controlled by DCS command, this patch adds the support to enable/disbale panel PWM, control backlight level etc... v2: Moving the CABC bkl functions to new file.(Jani) v3: Rebase v4:

[Intel-gfx] [PATCH 0/5] drm/i915: dsi dcs & cabc backlight control

This is my review of [1]. BR, Jani. [1] https://patchwork.freedesktop.org/series/4993/ Deepak M (5): drm: Add new DCS commands in the enum list drm/i915: Parsing the PWM cntrl and CABC ON/OFF fields in VBT drm/i915: Parse LFP brightness control field in VBT drm/i915: Add DCS control for

[Intel-gfx] [PATCH 5/5] drm/i915: CABC support for Panel PWM backlight control

In CABC (Content Adaptive Brightness Control) content grey level scale can be increased while simultaneously decreasing brightness of the backlight to achieve same perceived brightness. The CABC is not standardized and panel vendors are free to follow their implementation. The CABC implementaion

[Intel-gfx] [PATCH 1/5] drm: Add new DCS commands in the enum list

Adding new DCS commands which are specified in the DCS 1.3 spec related to CABC. v2: Sorted the Macro`s by value (Andrzej) Cc: Ville Syrjälä Cc: Daniel Vetter Suggested-by: Jani Nikula Signed-off-by: Deepak M

[Intel-gfx] [PATCH 4/5] drm/i915: Add DCS control for Panel PWM

If the source of the backlight PWM is from the panel then the PWM can be controlled by DCS command, this patch adds the support to enable/disbale panel PWM, control backlight level etc... v2: Moving the CABC bkl functions to new file.(Jani) v3: Rebase v4: Rebase v5: Use mipi_dsi_dcs_write()

[Intel-gfx] [PATCH 3/5] drm/i915: Parse LFP brightness control field in VBT

These fields in VBT indicates the PWM source which is used and also the controller number. Cc: Jani Nikula Cc: Daniel Vetter Cc: Yetunde Adebisi Signed-off-by: Deepak M ---

[Intel-gfx] [PATCH 2/5] drm/i915: Parsing the PWM cntrl and CABC ON/OFF fields in VBT

For dual link panel scenarios there are new fields added in the VBT which indicate on which port the PWM cntrl and CABC ON/OFF commands needs to be sent. v2: Moving the comment to intel_dsi.h(Jani) v3: Renaming the field names (Jani) Cc: Jani Nikula Cc: Daniel Vetter

[Intel-gfx] ✗ Fi.CI.BAT: failure for series starting with [1/4] drm/i915: use a substruct in vbt data for edp

== Series Details == Series: series starting with [1/4] drm/i915: use a substruct in vbt data for edp URL : https://patchwork.freedesktop.org/series/4868/ State : failure == Summary == Series 4868v1 Series without cover letter 2016-03-29T11:58:48.726972

Re: [Intel-gfx] [PATCH] Revert "drm: Don't pass negative delta to ktime_sub_ns()"

On Tue, 2016-03-29 at 13:12 +0200, Daniel Vetter wrote: > This reverts commit e91abf80a0998f326107874c88d549f94839f13c. > > Since > > commit 24e4a8c3e8868874835b0f1ad6dd417341e99822 > Author: John Stultz > Date:   Wed Jul 16 21:03:53 2014 + > > ktime: Kill

Re: [Intel-gfx] [PATCH v2] drm/i915: Rename GGTT init functions

On Tue, Mar 29, 2016 at 04:15:54PM +0300, Joonas Lahtinen wrote: > On to, 2016-03-24 at 16:47 +0200, Joonas Lahtinen wrote: > > Rename and document the GGTT init functions to give a better > > idea of the context where they are called from. > > > > i915_gem_gtt_init => i915_ggtt_init_hw > >

Re: [Intel-gfx] [PATCH 1/2] drm/i915: Call intel_dp_mst_resume() before resuming displays

bump Could we get a reviewed-by for this patch? It's needed in addition to the patch series I sent for removing intel_dp_dpcd_read_wake() for the T560 to have it's monitors work properly on resume. On Wed, 2016-03-16 at 17:49 -0400, Lyude Paul wrote: > On Sun, 2016-03-13 at 19:45 +0100, Daniel

[Intel-gfx] ✗ Fi.CI.BAT: failure for series starting with [1/4] drm/i915: use a substruct in vbt data for edp

== Series Details == Series: series starting with [1/4] drm/i915: use a substruct in vbt data for edp URL : https://patchwork.freedesktop.org/series/4868/ State : failure == Summary == Series 4868v1 Series without cover letter 2016-03-29T11:58:48.239234

Re: [Intel-gfx] [PATCH v4 RESEND 1/5] drm/dp_helper: Increase retry interval to 1000us

Yep, the rest of the patchset works fine without this patch On Tue, 2016-03-29 at 10:27 +0200, Daniel Vetter wrote: > On Mon, Mar 28, 2016 at 10:33:22AM -0400, Lyude wrote: > > > > This is part of a patch series to migrate all of the workarounds for > > commonly seen behavior from bad sinks in

[Intel-gfx] [PATCH] drm/core: Add drm_accurate_vblank_count_and_time.

This function is useful for gen2 intel devices which have no frame counter, but need a way to determine the current vblank count without racing with the vblank interrupt handler. intel_pipe_update_start checks if no vblank interrupt will occur during vblank evasion, but cannot check whether the

Re: [Intel-gfx] [PATCH v2] drm/i915: Rename GGTT init functions

On to, 2016-03-24 at 16:47 +0200, Joonas Lahtinen wrote: > Rename and document the GGTT init functions to give a better > idea of the context where they are called from. > > i915_gem_gtt_init => i915_ggtt_init_hw > i915_gem_init_global_gtt => i915_gem_init_ggtt > i915_global_gtt_cleanup =>

Re: [Intel-gfx] [PATCH i-g-t v3 1/6] ioctl_wrappers: make gem_has_ring non static

> >-Original Message- >From: Ceraolo Spurio, Daniele >Sent: Monday, March 14, 2016 12:30 PM >To: Morton, Derek J ; intel-gfx@lists.freedesktop.org >Subject: Re: [PATCH i-g-t v3 1/6] ioctl_wrappers: make gem_has_ring non static > > > >On 10/03/16 11:03, Derek

Re: [Intel-gfx] ✗ Fi.CI.BAT: failure for series starting with [v3] mm/vmap: Add a notifier for when we run out of vmap address space (rev3)

On Tue, Mar 29, 2016 at 03:51:12PM +0300, Marius Vlad wrote: > We're not catching it, but this gives deadlock trace when running > kms_pipe_crc_basic@suspend-read-crc-pipe-A (happens on BSW): > [ 133.022915] == > [ 133.022916] [ INFO:

Re: [Intel-gfx] ✗ Fi.CI.BAT: failure for series starting with [v3] mm/vmap: Add a notifier for when we run out of vmap address space (rev3)

We're not catching it, but this gives deadlock trace when running kms_pipe_crc_basic@suspend-read-crc-pipe-A (happens on BSW): [ 132.555497] kms_pipe_crc_basic: starting subtest suspend-read-crc-pipe-A [ 132.734041] PM: Syncing filesystems ... done. [ 132.751624] Freezing user space processes

Re: [Intel-gfx] ✗ Fi.CI.BAT: warning for kernfs: Move faulting copy_user operations outside of the mutex (rev2)

On ti, 2016-03-29 at 13:38 +0100, Chris Wilson wrote: > On Tue, Mar 29, 2016 at 03:31:24PM +0300, Joonas Lahtinen wrote: > > > > On to, 2016-03-24 at 17:03 +, Chris Wilson wrote: > > > > > > On Thu, Mar 24, 2016 at 04:34:01PM -, Patchwork wrote: > > > > > > > > > > > > == Series

Re: [Intel-gfx] [PATCH 1/5] drm: Add new DCS commands in the enum list

On Mon, 28 Mar 2016, Deepak M wrote: > Adding new DCS commands which are specified in the > DCS 1.3 spec related to CABC. > > v2: Sorted the Macro`s by value (Andrzej) Yeah, well, the *new* ones are now sorted, but I'm pretty sure Andrzej did mean to keep the whole enum

Re: [Intel-gfx] [PATCH 4/5] drm/i915: Add DCS control for Panel PWM

On Mon, 28 Mar 2016, Deepak M wrote: > If the source of the backlight PWM is from the > panel then the PWM can be controlled by DCS > command, this patch adds the support to > enable/disbale panel PWM, control backlight level > etc... > > v2: Moving the CABC bkl functions to

Re: [Intel-gfx] ✗ Fi.CI.BAT: warning for kernfs: Move faulting copy_user operations outside of the mutex (rev2)

On Tue, Mar 29, 2016 at 03:31:24PM +0300, Joonas Lahtinen wrote: > On to, 2016-03-24 at 17:03 +, Chris Wilson wrote: > > On Thu, Mar 24, 2016 at 04:34:01PM -, Patchwork wrote: > > > > > > == Series Details == > > > > > > Series: kernfs: Move faulting copy_user operations outside of the

Re: [Intel-gfx] ✗ Fi.CI.BAT: warning for series starting with [v3,1/2] drm/i915/guc: Reset GuC and retry on firmware load failure

On 25/03/16 08:31, Patchwork wrote: == Series Details == Series: series starting with [v3,1/2] drm/i915/guc: Reset GuC and retry on firmware load failure URL : https://patchwork.freedesktop.org/series/4876/ State : warning == Summary == Series 4876v1 Series without cover letter

Re: [Intel-gfx] ✗ Fi.CI.BAT: warning for kernfs: Move faulting copy_user operations outside of the mutex (rev2)

On to, 2016-03-24 at 17:03 +, Chris Wilson wrote: > On Thu, Mar 24, 2016 at 04:34:01PM -, Patchwork wrote: > > > > == Series Details == > > > > Series: kernfs: Move faulting copy_user operations outside of the mutex > > (rev2) > > URL   : https://patchwork.freedesktop.org/series/3722/ >

Re: [Intel-gfx] [PATCH 3/4] drm/i915: opt-out CPU and WC mmaps from FBC

On Tue, Mar 29, 2016 at 01:55:02PM +0200, Daniel Vetter wrote: > *Blonk* or whatever the sound for suddenly realization is. Totally forgot > that we're reuseding set_domain(GTT) for wc mmaps because this it's a nice > trick. > > Otoh, is that trick the reason why wc mmaps aren't coherent enough?

Re: [Intel-gfx] [PATCH 3/4] drm/i915: move sdvo mappings to vbt data

On Tue, 29 Mar 2016, Daniel Vetter wrote: > On Thu, Mar 24, 2016 at 05:50:22PM +0200, Jani Nikula wrote: >> Move all data initialized from VBT under dev_priv->vbt. No functional >> changes. >> >> Signed-off-by: Jani Nikula >> --- >>

Re: [Intel-gfx] [PATCH] drm/i915: BXT DDI PHY sequence BUN

On ke, 2016-03-23 at 04:43 +, Kannan, Vandana wrote: > > -Original Message- > > From: Ville Syrjälä [mailto:ville.syrj...@linux.intel.com] > > Sent: Monday, March 21, 2016 7:34 PM > > To: Kannan, Vandana > > Cc: intel-gfx@lists.freedesktop.org > > Subject:

[Intel-gfx] ✗ Fi.CI.BAT: failure for Revert "drm: Don't pass negative delta to ktime_sub_ns()"

== Series Details == Series: Revert "drm: Don't pass negative delta to ktime_sub_ns()" URL : https://patchwork.freedesktop.org/series/4984/ State : failure == Summary == Series 4984v1 Revert "drm: Don't pass negative delta to ktime_sub_ns()"

Re: [Intel-gfx] blank screen on boot with i915/DRM_FBDEV_EMULATION

On Sat, Mar 26, 2016 at 12:21:23PM +0100, Florian Zumbiehl wrote: > Hi, > > I just compiled a new kernel version 4.4.5, replacing a previous 4.1.9 for > my thinkpad x40, which replaced CONFIG_DRM_I915_FBDEV with > CONFIG_DRM_FBDEV_EMULATION--now, when the i915 and fbcon modules get loaded >

Re: [Intel-gfx] [PATCH 3/4] drm/i915: opt-out CPU and WC mmaps from FBC

On Fri, Mar 25, 2016 at 02:05:42PM +, Zanoni, Paulo R wrote: > Em Qui, 2016-03-24 às 21:20 +, ch...@chris-wilson.co.uk escreveu: > > On Thu, Mar 24, 2016 at 09:03:59PM +, ch...@chris-wilson.co.uk > > wrote: > > > > > > On Thu, Mar 24, 2016 at 08:53:21PM +, Zanoni, Paulo R wrote: >

Re: [Intel-gfx] [PATCH v3 2/2] drm/i915/guc: always reset GuC before loading firmware

On Thu, Mar 24, 2016 at 06:40:15PM +, Dave Gordon wrote: > After a suspend-resume cycle, the resumed kernel has no idea what the > booted kernel may have done to the GuC before replacing itself with the > resumed image. In particular, it may have already loaded the GuC with > firmware, which

Re: [Intel-gfx] [PATCH] drm/i915: BUG_ON when ggtt_view is NULL

On Thu, Mar 24, 2016 at 03:54:20PM +, Matthew Auld wrote: > Lets BUG_ON and don't bother with a WARN and returning an error, so we can > remove the need to pollute the code with error handling, after all it is > a programmer error to provide NULL view. Also while we're here remove > redundant

Re: [Intel-gfx] [PATCH 3/4] drm/i915: move sdvo mappings to vbt data

On Thu, Mar 24, 2016 at 05:50:22PM +0200, Jani Nikula wrote: > Move all data initialized from VBT under dev_priv->vbt. No functional > changes. > > Signed-off-by: Jani Nikula > --- > drivers/gpu/drm/i915/i915_drv.h | 3 +-- > drivers/gpu/drm/i915/intel_bios.c | 2 +- >

Re: [Intel-gfx] [PATCH 1/4] drm/i915: use a substruct in vbt data for edp

On Thu, Mar 24, 2016 at 05:50:20PM +0200, Jani Nikula wrote: > Housekeeping, similar to psr, backlight, and dsi. No functional changes. > > Signed-off-by: Jani Nikula Assuming gcc is still happy: Reviewed-by: Daniel Vetter > --- >

Re: [Intel-gfx] [PATCH v2 5/5] drm/i915: Add support for new aspect ratios

On Thu, Mar 24, 2016 at 05:00:54PM +0530, Shashank Sharma wrote: > HDMI 2.0/CEA-861-F introduces two new aspect ratios: > - 64:27 > - 256:135 > > This patch adds support for these aspect ratios in > I915 driver, at various places. > > Signed-off-by: Shashank Sharma

Re: [Intel-gfx] [PATCH v2] drm/i915: Fix races on fbdev

On Wed, Mar 09, 2016 at 12:52:53PM +0100, Lukas Wunner wrote: > The ->lastclose callback invokes intel_fbdev_restore_mode() and has > been witnessed to run before intel_fbdev_initial_config_async() > has finished. > > We might likewise receive hotplug events before we've had a chance to > fully

[Intel-gfx] [PATCH] Revert "drm: Don't pass negative delta to ktime_sub_ns()"

This reverts commit e91abf80a0998f326107874c88d549f94839f13c. Since commit 24e4a8c3e8868874835b0f1ad6dd417341e99822 Author: John Stultz Date: Wed Jul 16 21:03:53 2014 + ktime: Kill non-scalar ktime_t implementation for 2038 there is no longer a 32bit version

[Intel-gfx] [drm-intel:topic/drm-misc 35/35] drivers/gpu/drm/atmel-hlcdc/atmel_hlcdc_dc.c:618:2: error: implicit declaration of function 'drm_connector_unplug_all'

tree: git://anongit.freedesktop.org/drm-intel topic/drm-misc head: 6c87e5c3ec6db052f3744804a517b6fb003906e1 commit: 6c87e5c3ec6db052f3744804a517b6fb003906e1 [35/35] drm: Rename drm_connector_unplug_all() to drm_connector_unregister_all() config: arm-at91_dt_defconfig (attached as .config)

Re: [Intel-gfx] Enabling 30-bit depth with Intel Graphics

On Thu, Mar 24, 2016 at 12:20:07AM -0700, Marvin Pribadi wrote: > [resending because my previous msg didn't get through] > > Hi devs, > > I would like to get 10-bit color depth working on my system for proper > playback of HEVC Main10 profile. I'm writing some software to do this, but > for

Re: [Intel-gfx] [PATCH] dma-buf: Update docs for SYNC ioctl

Hi On Mon, Mar 28, 2016 at 9:42 PM, Tiago Vignatti wrote: > Do we have an agreement here after all? David? I need to know whether this > fixup is okay to go cause I'll need to submit to Chrome OS then. Sure it is fine. The code is already there, we cannot change it.

Re: [Intel-gfx] [PATCH v2] drm/i915: Tune down init error message due to failure injection

On Thu, Mar 24, 2016 at 03:11:48PM +0200, Joonas Lahtinen wrote: > On ma, 2016-03-21 at 17:12 +0200, Imre Deak wrote: > > On ma, 2016-03-21 at 10:28 +0100, Daniel Vetter wrote: > > > > > > On Fri, Mar 18, 2016 at 11:15:35AM +0200, Imre Deak wrote: > > > > > > > > On Fri, 2016-03-18 at 10:59

[Intel-gfx] ✗ Fi.CI.BAT: failure for series starting with [v3] mm/vmap: Add a notifier for when we run out of vmap address space (rev3)

== Series Details == Series: series starting with [v3] mm/vmap: Add a notifier for when we run out of vmap address space (rev3) URL : https://patchwork.freedesktop.org/series/4569/ State : failure == Summary == Series 4569v3 Series without cover letter

[Intel-gfx] Segmentation fault - gputop

We are using: Gputop: http://github.com/rib/gputop Here are the build instructions: https://github.com/rib/gputop/wiki/Build-Instructions On a Skylake (i7-6700TE CPU @ 2.4 GHz). Running Ubuntu 15.10 kernel: 4.4.2-040402-generic and getting the following results: It builds but segfaults

[Intel-gfx] blank screen on boot with i915/DRM_FBDEV_EMULATION

Hi, I just compiled a new kernel version 4.4.5, replacing a previous 4.1.9 for my thinkpad x40, which replaced CONFIG_DRM_I915_FBDEV with CONFIG_DRM_FBDEV_EMULATION--now, when the i915 and fbcon modules get loaded during boot, the screen goes blank (with backlight still on), which didn't happen

Re: [Intel-gfx] [PATCH v4 RESEND 1/5] drm/dp_helper: Increase retry interval to 1000us

On Mon, Mar 28, 2016 at 10:33:22AM -0400, Lyude wrote: > This is part of a patch series to migrate all of the workarounds for > commonly seen behavior from bad sinks in intel_dp_dpcd_read_wake() to > drm's DP helper. > > Signed-off-by: Lyude > --- >

[Intel-gfx] [PATCH v3] mm/vmap: Add a notifier for when we run out of vmap address space

vmaps are temporary kernel mappings that may be of long duration. Reusing a vmap on an object is preferrable for a driver as the cost of setting up the vmap can otherwise dominate the operation on the object. However, the vmap address space is rather limited on 32bit systems and so we add a

Re: [Intel-gfx] [PATCH 4/6] drm/i915: Allow mmio updates on all platforms.

Op 24-03-16 om 16:32 schreef Ville Syrjälä: > On Thu, Mar 24, 2016 at 04:19:13PM +0100, Maarten Lankhorst wrote: >> Op 24-03-16 om 15:48 schreef Ville Syrjälä: >>> On Thu, Mar 24, 2016 at 03:42:28PM +0100, Maarten Lankhorst wrote: Op 24-03-16 om 15:26 schreef Ville Syrjälä: > On Thu, Mar

Re: [Intel-gfx] [PATCH] drm/i915/BXT: Tolerance at BXT DSI pipe_config comparison

On Mon, 28 Mar 2016, Ramalingam C wrote: > On Monday 21 March 2016 07:13 PM, Jani Nikula wrote: >> On Fri, 11 Mar 2016, Ramalingam C wrote: >>> At BXT DSI, PIPE registers are inactive. So we can get the >>> PIPE's mode parameters from them. The

Re: [Intel-gfx] [PATCH 0/2] drm/i915: Split up modeset state checker.

Op 25-03-16 om 17:59 schreef Matt Roper: > On Wed, Mar 23, 2016 at 02:58:05PM +0100, Maarten Lankhorst wrote: >> Right now the state checker assumes that the global state is fixed, >> with support for the atomic ioctl not all state will be locked any more, >> so the state checker has to check only