At Mon, 12 Jan 2015 23:47:42 +0100,
Daniel Vetter wrote:
>
> Hi Takashi,
>
> So here's the stable tag with Imre's i915/hda componentized refactoring,
> based upon 3.19-rc4. I'll pull in the same tag into drm-intel-next.
Great, I pulled the branch now. Thanks!
Takashi
>
> Cheers, Daniel
>
>
Tested-By: PRC QA PRTS (Patch Regression Test System Contact:
shuang...@intel.com)
-Summary-
Platform Delta drm-intel-nightly Series Applied
PNV 354/354
On Mon, Jan 12, 2015 at 06:09:12PM +, Dave Gordon wrote:
> On 12/01/15 18:02, Ben Widawsky wrote:
> > On Mon, Jan 12, 2015 at 02:02:34PM +0200, Ville Syrjälä wrote:
> >> On Sun, Jan 11, 2015 at 07:14:57PM -0800, Ben Widawsky wrote:
> >>> On Sun, Jan 11, 2015 at 07:05:21PM -0800, Kenneth Graunke
Tested-By: PRC QA PRTS (Patch Regression Test System Contact:
shuang...@intel.com)
-Summary-
Platform Delta drm-intel-nightly Series Applied
PNV 354/354
Signed-off-by: Zhipeng Gong
---
tests/gem_dummy_reloc_loop.c | 18 ++
1 file changed, 18 insertions(+)
diff --git a/tests/gem_dummy_reloc_loop.c b/tests/gem_dummy_reloc_loop.c
index 335700d..5e0a10a 100644
--- a/tests/gem_dummy_reloc_loop.c
+++ b/tests/gem_dummy_reloc_loop.c
@@ -
The Broadwell GT3 machine has two independent BSD rings that can be used
to process the video commands. New execution flags are added to export the
two rings to userspace so that userspace can specify the bsd ring.
The LOCAL_ flags could be removed when this patch is merged into libdrm and
i-g-t d
v2: change the number to be consistent with upstream (Zhipeng)
Signed-off-by: Zhipeng Gong
---
lib/ioctl_wrappers.c | 16
lib/ioctl_wrappers.h | 1 +
2 files changed, 17 insertions(+)
diff --git a/lib/ioctl_wrappers.c b/lib/ioctl_wrappers.c
index 5bca455..19a457a 100644
--- a/
v2: add more tests to address Daniel's comments(Zhipeng)
Signed-off-by: Zhipeng Gong
---
tests/gem_exec_params.c | 41 +
1 file changed, 41 insertions(+)
diff --git a/tests/gem_exec_params.c b/tests/gem_exec_params.c
index f63eda9..54f0dc3 100644
--- a/te
On Skylake GT3 we have 2 Video Command Streamers (VCS), which is asymmetrical.
For example, HEVC GPU commands can be only dispatched to VCS1 ring.
But userspace has no control when using VCS1 or VCS2. This patch introduces
a mechanism to avoid the default ping-pong mode and use one specific ring
th
This will let userland only try to use the new ring
when the appropriate kernel is present
v2: change the number to be consistent with upstream (Zhipeng)
Signed-off-by: Zhipeng Gong
Reviewed--by: Rodrigo Vivi (for v1)
---
drivers/gpu/drm/i915/i915_dma.c | 3 +++
include/uapi/drm/i915_drm.h
Hello,
I am in deep trouble now that I have upgraded to Fedora 21. My main
production computer — a Dell Inspiron 1525 laptop — fails most of the time
to resume from RAM suspend and thus I cannot use it at school anymore.
At the same time, this issue is accompanied by many graphical issues. I do
n
Tested-By: PRC QA PRTS (Patch Regression Test System Contact:
shuang...@intel.com)
-Summary-
Platform Delta drm-intel-nightly Series Applied
PNV -1 354/354 3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/09/2015 04:21 AM, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> My BSW has a nasty problem where it generates tons of spurious hpd
> interrupts when the eDP display is disabled. The best solution
> seems to be to disable hpd
On Fri, Jan 09, 2015 at 02:21:15PM +0200, ville.syrj...@linux.intel.com wrote:
> From: Ville Syrjälä
>
> 915 doens't support hotplug at all, so we shouldn't try to pretend
> otherwise in the SDVO code.
It actually has a hpd pin, but since it's just one for all ports we
haven't ever used it. Proba
On Fri, Jan 09, 2015 at 05:02:40PM +0200, Jani Nikula wrote:
> On Fri, 09 Jan 2015, ville.syrj...@linux.intel.com wrote:
> > From: Ville Syrjälä
> >
> > If we determine that a specific port is eDP, don't register the HDMI
> > connector/encoder for it. The reason being that we want to disable
> > H
On Mon, Jan 12, 2015 at 05:36:52PM +0200, Ander Conselvan de Oliveira wrote:
> Otherwise setting the rotation property will cause the primary plane to
> be disabled, caused by having a 0x0 initial value.
>
> Cc: sta...@vger.kernel.org
> Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=87662
>
On Mon, Jan 12, 2015 at 04:14:03PM +, Gore, Tim wrote:
>
>
> > -Original Message-
> > From: Gordon, David S
> > Sent: Monday, January 12, 2015 4:04 PM
> > To: Gore, Tim; intel-gfx@lists.freedesktop.org
> > Cc: Wood, Thomas
> > Subject: Re: [Intel-gfx] [PATCH i-g-t] tests/gem_exec_params
On Mon, Jan 12, 2015 at 01:53:08PM +0530, Kumar, Shobhit wrote:
> >
> >>
> >> static bool intel_dsi_get_hw_state(struct intel_encoder *encoder,
> >>@@ -896,6 +901,17 @@ void intel_dsi_init(struct drm_device *dev)
> >> fixed_mode->type |= DRM_MODE_TYPE_PREFERRED;
> >> intel_panel_init(&intel_co
On Fri, Jan 9, 2015 at 1:50 PM, Jani Nikula wrote:
> I have a slightly uneasy feeling about handing out drm_panel pointers
> (both from here and of_drm_find_panel) without refcounting. If the panel
> driver gets removed, whoever called the find functions will have a
> dangling pointer. I supposed
On Fri, Jan 09, 2015 at 04:41:10PM +, Neil Roberts wrote:
> Hi,
>
> Daniel Vetter writes:
>
> > Ok, I've merged this one, since that means you at least won't get an
> > -EINVAL. But you can't yet enable the feature in mesa since it's still
> > no-opped out. Let's hope that v3 actually starts g
Hi Takashi,
So here's the stable tag with Imre's i915/hda componentized refactoring,
based upon 3.19-rc4. I'll pull in the same tag into drm-intel-next.
Cheers, Daniel
The following changes since commit eaa27f34e91a14cdceed26ed6c6793ec1d186115:
linux 3.19-rc4 (2015-01-11 12:44:53 -0800)
are
On Mon, Jan 12, 2015 at 6:43 PM, Luis Henriques
wrote:
> On Mon, Jan 12, 2015 at 06:20:22PM +0100, Daniel Vetter wrote:
>> On Sun, Jan 11, 2015 at 10:49 PM, Ben Hutchings wrote:
>> > On Mon, 2014-12-15 at 14:24 +, Luis Henriques wrote:
>> >> 3.16.7-ckt3 -stable review patch. If anyone has an
On Monday, January 12, 2015 02:32:20 PM Ville Syrjälä wrote:
> On Sat, Jan 10, 2015 at 06:44:49PM -0800, Kenneth Graunke wrote:
> > This is an important optimization for avoiding read-after-write (RAW)
> > stalls in the HiZ buffer. Certain workloads would run very slowly with
> > HiZ enabled, but
Tested-By: PRC QA PRTS (Patch Regression Test System Contact:
shuang...@intel.com)
-Summary-
Platform Delta drm-intel-nightly Series Applied
PNV -2 354/354 3
This reverts commit 5a0afd4b78ec23f27f5d486ac3d102c2e8d66bd7.
Although timeout mode allows higher residency it impact badly on performance.
I believe while we don't have a way to balance between performance and
power savings at runtime I believe we have to revert and prioritize
performance that wa
Tested-By: PRC QA PRTS (Patch Regression Test System Contact:
shuang...@intel.com)
-Summary-
Platform Delta drm-intel-nightly Series Applied
PNV 354/354
Commit 6dda730e55f4 introduced a bug which resulted in inconsistent
brightness levels on different machines. If a suspended was entered
with the screen off some machines would resume with the screen
at minimum brightness and others at maximum brightness.
The following commands can be used to produ
Jani,
On Mon, Jan 12, 2015 at 12:31:09PM +0200, Jani Nikula wrote:
> On Sat, 10 Jan 2015, Jeremiah Mahler wrote:
[...]
>
> I think part of the problem is that the userspace sets brightness to
> minimum before suspend, but apparently does not restore it after
> resume. The dmesg would confirm thi
this will allow manual tests when crc isn't available.
Signed-off-by: Rodrigo Vivi
---
tests/kms_psr_sink_crc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/kms_psr_sink_crc.c b/tests/kms_psr_sink_crc.c
index 865ac70..155c25f 100644
--- a/tests/kms_psr_sink_crc.c
+++
It is simply annoying to loose terminal echo. When debugging many times you
CTRL+C on terminal to kill test while it is waiting for key and than you
keep without echo. And this function is used whey you are debugging in
manual modes. So let's keep ECHO.
Signed-off-by: Rodrigo Vivi
---
lib/igt_au
This will allow manual tests when crc isn't available.
Signed-off-by: Rodrigo Vivi
---
tests/kms_psr_sink_crc.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/kms_psr_sink_crc.c b/tests/kms_psr_sink_crc.c
index ad440a8..892bba6 100644
--- a/tests/kms_psr_sink_crc.c
This will allow manual tests when crc isn't available.
Signed-off-by: Rodrigo Vivi
---
tests/kms_psr_sink_crc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/kms_psr_sink_crc.c b/tests/kms_psr_sink_crc.c
index 98b60cf..ad440a8 100644
--- a/tests/kms_psr_sink_crc.c
+++
Signed-off-by: Rodrigo Vivi
---
tests/kms_psr_sink_crc.c | 33 +
1 file changed, 33 insertions(+)
diff --git a/tests/kms_psr_sink_crc.c b/tests/kms_psr_sink_crc.c
index 331ac5b..9616b4c 100644
--- a/tests/kms_psr_sink_crc.c
+++ b/tests/kms_psr_sink_crc.c
@@ -534,6
Sink CRC is the most reliable way to test PSR. However in some platforms
apparently auto generated packages force panel to keep calculating CRC
invalidating
our current sink crc check over debugfs.
So, this manual test help us to find possible gaps on this platforms where we
cannot
trust on sink
This wakeup time is now set from VBT and sometimes it can be bigger than
10 seconds we used here.
So let's use at least 2 seconds plus VBT. We grab this info from debugfs.
Also since this timeout can be bigger, in manual mode we warn tester we
are waiting.
Signed-off-by: Rodrigo Vivi
---
tests/
Signed-off-by: Rodrigo Vivi
---
tests/kms_psr_sink_crc.c | 24
1 file changed, 24 insertions(+)
diff --git a/tests/kms_psr_sink_crc.c b/tests/kms_psr_sink_crc.c
index 4e4a4cd..331ac5b 100644
--- a/tests/kms_psr_sink_crc.c
+++ b/tests/kms_psr_sink_crc.c
@@ -609,6 +609,30
Signed-off-by: Rodrigo Vivi
---
tests/kms_psr_sink_crc.c | 119 ---
1 file changed, 61 insertions(+), 58 deletions(-)
diff --git a/tests/kms_psr_sink_crc.c b/tests/kms_psr_sink_crc.c
index 9616b4c..741c45d 100644
--- a/tests/kms_psr_sink_crc.c
+++ b/te
No functional changes. This reorg will allow to do some
operations like suspend/resume and dpms off/on at some
specific points where we know PSR state.
Signed-off-by: Rodrigo Vivi
---
tests/kms_psr_sink_crc.c | 141 +--
1 file changed, 75 insertions(+)
This is an extention of igt_debug_wait_for_keypress that also can have
customized message and return key pressed.
v2: This is actualy a v2. V1 was an extension of original
igt_debug_wait_for_keypress but it was nacked.
Signed-off-by: Rodrigo Vivi
---
lib/igt_aux.c | 46 +
This is useful when 1 person is running all tests and other one is reading log
willing
to know what tests passed and which failed. So tester is able to run all tests
without
stop and send log to developer.
v2: Rebased after igt_debug_warn_and_wait_for_key
Signed-off-by: Rodrigo Vivi
---
tests
This loop option can help intensive tests everywhere.
The only caveat is that tests reimplementing main function has to implement his
own loop.
Signed-off-by: Rodrigo Vivi
---
lib/igt_core.c | 11 +++
lib/igt_core.h | 18 --
2 files changed, 23 insertions(+), 6 deletions
Use cmdline variable for interactive debug instead of env var.
v2: Make interactive-debug domain optional and use "all" when not set.
Signed-off-by: Rodrigo Vivi
---
lib/igt_aux.c | 20 ++--
lib/igt_aux.h | 2 +-
lib/igt_core.c | 9 +
lib/igt_core.h | 2 ++
4 files
this will allow manual tests when crc isn't available.
Signed-off-by: Rodrigo Vivi
---
tests/kms_psr_sink_crc.c | 29 +++--
1 file changed, 19 insertions(+), 10 deletions(-)
diff --git a/tests/kms_psr_sink_crc.c b/tests/kms_psr_sink_crc.c
index 892bba6..865ac70 100644
--
On 12/01/15 18:02, Ben Widawsky wrote:
> On Mon, Jan 12, 2015 at 02:02:34PM +0200, Ville Syrjälä wrote:
>> On Sun, Jan 11, 2015 at 07:14:57PM -0800, Ben Widawsky wrote:
>>> On Sun, Jan 11, 2015 at 07:05:21PM -0800, Kenneth Graunke wrote:
On Sunday, January 11, 2015 05:46:09 PM Ben Widawsky wro
It is useful to know at debug time if we are keeping main link on.
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/i915_debugfs.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/drivers/gpu/drm/i915/i915_debugfs.c
b/drivers/gpu/drm/i915/i915_debugfs.c
index e515aad..0d11cbe 100644
-
If link is off we need to give enough time for source to do link train.
This time is usually set at VBT.
VBT tp time comse in multiple of hundreds.
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/intel_psr.c | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/drivers/g
Here goes my latest work on PSR for better stability.
Unfortunatelly I'm not enabling it by default yet because it still needs to be
intensivelly validated and there is one still pending flicker when I force link
standby on
HSW & BDW.
Since I'm going to start the bug maintainance team now I'm se
On 09/01/15 16:14, Gordon, David S wrote:
> This gets rid of some annoying warnings and allows GNU make to parallelise
> more
> parts of a deb-pkg build. The message is ...
>
> make[3]: warning: jobserver unavailable: using -j1. Add `+' to parent make
> rule.
>
> ... so I've added the '+' as s
These conditions applies only to Haswell and we were also checking for them
on Valleyview/Cherryview.
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/intel_psr.c | 13 +
1 file changed, 5 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_psr.c b/drivers/gpu/
This will be useful for automated test to know for how long to wait for PSR
to comeback before time out.
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/i915_debugfs.c | 2 ++
drivers/gpu/drm/i915/i915_drv.h | 1 +
drivers/gpu/drm/i915/intel_psr.c| 5 +++--
3 files changed, 6 insert
Let's respect vbt and panel for link_standby/on x link_disabled
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/intel_psr.c | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_psr.c b/drivers/gpu/drm/i915/intel_psr.c
index 5ae193e
No functional changes on this patch. Just grouping the link_standy decision
to avoid miss any change and also making this info available everywhere
what will help to decide when to use vbt's tp time on following patch.
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/i915_drv.h | 1 +
driv
Let's respect vbt full_link (link_standby) on source side as well.
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/intel_psr.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/i915/intel_psr.c b/drivers/gpu/drm/i915/intel_psr.c
index 0af89db..20db835 10064
ON these platforms we don't have hardware tracking working for any case.
So we need to fake this on software by forcing psr to exit on every
flush.
Manual tests indicated this was needed.
Signed-off-by: Rodrigo Vivi
---
drivers/gpu/drm/i915/intel_psr.c | 6 ++
1 file changed, 2 insertions(+
We have only two possible states with so many names and combinations that
might be confusing.
1 - Main link active / enabled / stand by / on
2 - Main link disabled / off / full off
Let's start organizing it by fixing a inverted logic when setting the sink bit.
Signed-off-by: Rodrigo Vivi
---
d
On Mon, 2015-01-12 at 18:20 +0100, Daniel Vetter wrote:
> On Sun, Jan 11, 2015 at 10:49 PM, Ben Hutchings wrote:
> > On Mon, 2014-12-15 at 14:24 +, Luis Henriques wrote:
> >> 3.16.7-ckt3 -stable review patch. If anyone has any objections, please
> >> let me know.
> >>
> >> --
On Mon, Jan 12, 2015 at 02:02:34PM +0200, Ville Syrjälä wrote:
> On Sun, Jan 11, 2015 at 07:14:57PM -0800, Ben Widawsky wrote:
> > On Sun, Jan 11, 2015 at 07:05:21PM -0800, Kenneth Graunke wrote:
> > > On Sunday, January 11, 2015 05:46:09 PM Ben Widawsky wrote:
> > > > On Sun, Jan 11, 2015 at 04:05
On 07/01/15 08:13, Jaeyong Yoo wrote:
> Thanks a lot. It is very helpful. Couple of follow-up questions below.
>
>> -Original Message-
>> From: Dave Gordon [mailto:david.s.gor...@intel.com]
>> Sent: Wednesday, January 07, 2015 12:19 AM
>> To: jaeyong@samsung.com
>> Cc: intel-gfx@lists.
On Mon, Jan 12, 2015 at 06:20:22PM +0100, Daniel Vetter wrote:
> On Sun, Jan 11, 2015 at 10:49 PM, Ben Hutchings wrote:
> > On Mon, 2014-12-15 at 14:24 +, Luis Henriques wrote:
> >> 3.16.7-ckt3 -stable review patch. If anyone has any objections, please
> >> let me know.
> >>
> >> ---
On Sun, Jan 11, 2015 at 10:49 PM, Ben Hutchings wrote:
> On Mon, 2014-12-15 at 14:24 +, Luis Henriques wrote:
>> 3.16.7-ckt3 -stable review patch. If anyone has any objections, please let
>> me know.
>>
>> --
>>
>> From: Chris Wilson
>>
>> commit f96de58fc7e7d3d717c7c63975c3
On Fri, Jan 09, 2015 at 06:47:41PM +, Dave Gordon wrote:
> On 08/01/15 13:40, Mika Kuoppala wrote:
> > i915_gem_validate_context() will check the engine->state to see if it can
> > submit into a ringbuffer. But when we are releasing the context we leave the
> > engine state to a non null value.
> -Original Message-
> From: Gordon, David S
> Sent: Monday, January 12, 2015 4:04 PM
> To: Gore, Tim; intel-gfx@lists.freedesktop.org
> Cc: Wood, Thomas
> Subject: Re: [Intel-gfx] [PATCH i-g-t] tests/gem_exec_params: change flags
> used in invalid-flags test
>
> On 12/01/15 14:09, tim.g
On 12/01/15 14:09, tim.g...@intel.com wrote:
> From: Tim Gore
>
> The invalid-flags test in gem_exec_params uses
> (I915_EXEC_HANDLE_LUT << 1) as an invalid flag, but this
> is no longer invalid for recent android versions, and may
> not be invalid in Linux in the future. So I have changed
> this
Otherwise setting the rotation property will cause the primary plane to
be disabled, caused by having a 0x0 initial value.
Cc: sta...@vger.kernel.org
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=87662
Signed-off-by: Ander Conselvan de Oliveira
---
drivers/gpu/drm/i915/intel_display.c
Move all remaining elements that were unique to execlists queue items
in to the associated request.
Issue: VIZ-4274
v2: Rebase. Fixed issue of overzealous freeing of request.
v3: Removed re-addition of cleanup work queue (found by Daniel Vetter)
v4: Rebase.
v5: Actual removal of intel_ctx_submit_
This patchset merges execlist queue items in to gem requests. It does this by
using the reference count added by the "Replace seqno values with
request structures" patchset to ensure that the gem request is available for
the whole execlist submission lifespan.
v2: merge intel_ctx_submit_request a
Where there were duplicate variables for the tail, context and ring (engine)
in the gem request and the execlist queue item, use the one from the request
and remove the duplicate from the execlist queue item.
Issue: VIZ-4274
v1: Rebase
v2: Fixed build issues. Keep separate postfix & tail pointers
The first pass implementation of execlists required a backpointer to the
context to be held
in the intel_ringbuffer. However the context pointer is available higher in the
call stack.
Remove the backpointer from the ring buffer structure and instead pass it down
through the
call stack.
v2: Inte
Add a reference and pointer from the execlist queue item to the associated
gem request. For execlist requests that don't have a request, create one
as a placeholder.
Issue: VIZ-4274
v1: Rebase after upstream of "Replace seqno values with request structures"
patchset.
Signed-off-by: Nick Hoath
--
From: Tim Gore
The invalid-flags test in gem_exec_params uses
(I915_EXEC_HANDLE_LUT << 1) as an invalid flag, but this
is no longer invalid for recent android versions, and may
not be invalid in Linux in the future. So I have changed
this test to use (__I915_EXEC_UNKNOWN_FLAGS) instead.
__I915_EX
If CONFIG_BUG=n __WARN_printf won't be defined leading to the below
build failure. The double underscores should have told us to steer clear
of it anyway.
drivers/gpu/drm/i915/intel_display.c: In function ‘assert_pll’:
drivers/gpu/drm/i915/intel_display.c:1027:2: error: implicit declaration
of fun
On Sat, Jan 10, 2015 at 06:02:22PM -0800, Kenneth Graunke wrote:
> Found by reading the HIZ_CHICKEN documentation.
>
> Improves performance in a HiZ microbenchmark by around 50%.
> Improves performance in OglZBuffer by around 18%.
>
> Thanks to Chris Wilson for helping me figure out where to put
On Sat, Jan 10, 2015 at 06:44:49PM -0800, Kenneth Graunke wrote:
> This is an important optimization for avoiding read-after-write (RAW)
> stalls in the HiZ buffer. Certain workloads would run very slowly with
> HiZ enabled, but run much faster with the "hiz=false" driconf option.
> With this patc
On Mon, Jan 12, 2015 at 10:30:41AM +0530, Sonika Jindal wrote:
> We clean up the encoder and then try to acquire pps_lock where it tries
> to get the encoder. So moving the cleanup to the end.
>
> Suggested-by: Satheeshakrishna M
> Signed-off-by: Sonika Jindal
Already fixed
commit c8bd0e49519c
On Sun, Jan 11, 2015 at 07:14:57PM -0800, Ben Widawsky wrote:
> On Sun, Jan 11, 2015 at 07:05:21PM -0800, Kenneth Graunke wrote:
> > On Sunday, January 11, 2015 05:46:09 PM Ben Widawsky wrote:
> > > On Sun, Jan 11, 2015 at 04:05:25PM -0800, Kenneth Graunke wrote:
> > > > On Sunday, January 11, 2015
On Sat, 10 Jan 2015, Jeremiah Mahler wrote:
> Commit 6dda730e55f4 introduced a bug which resulted in inconsistent
> brightness levels on different machines. If a suspended was entered
> with the screen off some machines would resume with the screen
> at minimum brightness and others at maximum bri
From: Tim Gore
commit cf93bc8df9f5f94a0aedc8b52bad0ad4e036737c by Alan Coopersmith
(introduced to enable solaris builds) reqires HAVE_LINUX_KD_H to be set
in order for kd.h to get picked up in igt_kms.c. This is not currently
set in the Android makefile so Android builds are broken.
Signed-off-b
On Sun, Jan 11, 2015 at 07:06:19PM -0500, Charles Devereaux wrote:
>Hello
>
>Aftertrying to leave an xlock started with xlock -nolock +use3d -mode
>gears, I get a drm stuck on render ring error.
>The funny thing is this problem did not happen on the exact same thinkpad
>x201 l
On Sun, 11 Jan 2015, Daniel Borkmann wrote:
> I constantly get this warning triggered on bootup. Any ideas? ;)
Please add drm.debug=14 module parameter, and share the dmesg all the
way from the beginning.
BR,
Jani.
>
> Thanks a lot,
> Daniel
>
> [...]
> [4.634728] [drm] Memory usable by gra
On 1/12/2015 1:56 PM, Kumar, Shobhit wrote:
On 1/9/2015 6:38 PM, Jani Nikula wrote:
On Fri, 02 Jan 2015, Shobhit Kumar wrote:
This driver provides support for the "crystal_cove_panel" cell device.
On BYT-T pmic has to be used to enable/disable panel.
This needs to be sent to dri-devel.
Wil
On 1/9/2015 6:38 PM, Jani Nikula wrote:
On Fri, 02 Jan 2015, Shobhit Kumar wrote:
This driver provides support for the "crystal_cove_panel" cell device.
On BYT-T pmic has to be used to enable/disable panel.
This needs to be sent to dri-devel.
Will do for the updated patch after addressing a
On 1/9/2015 6:47 PM, Jani Nikula wrote:
On Fri, 02 Jan 2015, Shobhit Kumar wrote:
This allows for proper PPS during enable/disable of BYT-T platforms
where these signals are routed through PMIC. Needs DRM_PANEL to be
selected by default as well
Signed-off-by: Shobhit Kumar
---
drivers/gpu/d
82 matches
Mail list logo
