== Series Details ==
Series: series starting with [1/2] drm/i915/BXT: Get pipe conf from the port
registers
URL : https://patchwork.freedesktop.org/series/5006/
State : failure
== Summary ==
LD drivers/video/built-in.o
CC drivers/usb/host/xhci-trace.o
CC [M] drivers/net/ether
On Tue, Mar 29, 2016 at 05:22:02PM +0300, Imre Deak wrote:
> 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
On Tue, Mar 29, 2016 at 06:44:57PM +0200, Florian Zumbiehl wrote:
> 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
== Series Details ==
Series: drm/i915/BXT: Bug fix for IS_BROXTON usage
URL : https://patchwork.freedesktop.org/series/5004/
State : failure
== Summary ==
Series 5004v1 drm/i915/BXT: Bug fix for IS_BROXTON usage
http://patchwork.freedesktop.org/api/1.0/series/5004/revisions/1/mbox/
Test drv_m
On Tue, Mar 29, 2016 at 10:11:54AM -0400, Lyude Paul wrote:
> 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.
Applied, thanks.
-Daniel
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() takes
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
drm_connector_unreg
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 for
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 addition
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 S
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
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 get the
PIPE's mode parameters from them. The possi
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 possib
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
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
Signed-off-by: Uma Shank
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
---
Previously reviewed
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
---
drivers/gpu/drm/i915/intel_d
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 code is already there, we c
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
== 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 drv_m
== 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
http://patchwork.freedesktop.org/api/1.0/series/4993/revisions/1/mbox/
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 +-
arch/x86/kernel/tce_64.c
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 how you wanna handle it. Or yo
> -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 M
>
> These fields in VBT indicates the PW
== 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.
http://patchwork.freedesktop.org/api/1.0/series/4990/revisions/1/mbo
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 alth
>
>
>-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
>
>
>
>On 10/03/16 11:03, Derek Mo
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
---
drivers/gpu/drm/i915/i915_drv.h | 1 +
dr
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 patch only about VBT
C
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
Cc: David Airlie
Cc: Ville Syrjälä
Cc: Daniel Vetter
Suggested
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 implementation. The CAB
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: Rebase
v5: Use mipi_ds
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
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 h
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
---
include/video/mipi_display.h | 8
1 file changed, 8 insertions(+)
dif
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() ins
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
---
drivers/gpu/drm/i915/i915_drv.h | 2 ++
drivers/gpu/drm/i915/intel_bios.c | 12
drivers/gpu/drm/
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
Cc: Yetunde Adebisi
Signe
== 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
http://patchwork.freedesktop.org/api/1.
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 non-scalar ktime_t implementat
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
> > i915_g
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 Ve
== 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
http://patchwork.freedesktop.org/api/1.
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 in
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 vb
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 => i915_gg
>
>-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 Morton wrote:
>> For tests that
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: possible
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
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 Details
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 sorted.
While at it, the
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 new file.(Jani)
>
> v3
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 mu
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
http://patch
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/
>
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? O
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
>> ---
>> drivers/gpu/drm/i915/i915_drv.h | 3 +--
>> drivers/gpu/drm
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: Re: [Intel-gfx] [PATCH] drm/i
== 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()"
http://patchwork.freedesktop.org/api/1.0/series/4984
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
> during
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:
>
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 wi
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 N
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 +-
> drivers/gpu/drm/i915/i
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
> ---
> drivers/gpu/drm/i915/i915_drv.h | 19 ++-
>
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
Given that we have the exact
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 se
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 that's unsigned, and we d
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)
repr
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 initi
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.
Thanks
David
___
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 +0200
== 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
http://patchwork.freedesktop.org/api/1.0
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 w
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 wi
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
> ---
> drivers/gpu/drm/drm_dp_helper.c | 2 +-
> 1 fi
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 notific
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 2
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 possible option is
>>> retriving them from the PORT
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
80 matches
Mail list logo
