On Thu, 2013-10-24 at 16:13 +0800, Aaron Lu wrote:
> On 10/16/2013 07:33 AM, Rafael J. Wysocki wrote:
> > On Friday, October 11, 2013 09:27:42 PM Aaron Lu wrote:
> >> v5:
> >> 1 Introduce video.use_native_backlight module parameter and set its
> >> value to false by default as suggested by Rafael
On Wed, Oct 23, 2013 at 09:28:28AM +0100, Chris Wilson wrote:
> No worries, if you can run
>
> addr2line -e /usr/lib/xorg/modules/drivers/intel_drv.so -i 0xfcd79 0xf8215
>
> that should give me the information needed to pinpoint the crash.
$ addr2line -e /usr/lib/xorg/modules/drivers/intel_drv.s
vlv_dpio_read/write should be describe more in PHY centric instead of
display controller centric.
Create a enum dpio_channel for channel index and enum dpio_phy for PHY
index. This should better to gather for upcoming platform.
Suggested-by: Ville Syrjälä
Signed-off-by: Chon Ming Lee
---
drive
From: Mengdong Lin
This patch defines HD-Audio configuration registers and enables display audio
from HDA controller for Valleyview2.
Signed-off-by: Mengdong Lin
Reviewed-by: Jesse Barnes
diff --git a/drivers/gpu/drm/i915/i915_reg.h b/drivers/gpu/drm/i915/i915_reg.h
index 9538502..2a4c33f 100
Hello Chris and Ben,
> -Original Message-
> From: Ben Widawsky [mailto:b...@bwidawsk.net]
> Sent: Friday, October 25, 2013 4:57 AM
> To: Chris Wilson; Liu, Chuansheng; daniel.vet...@ffwll.ch; airl...@linux.ie;
> intel-gfx@lists.freedesktop.org; dri-de...@lists.freedesktop.org;
> linux-ker.
On Wed, Oct 23, 2013 at 09:42:06PM +0300, Jani Nikula wrote:
> On Wed, 23 Oct 2013, Paulo Zanoni wrote:
> > 2013/10/23 Ben Widawsky :
> >> On Mon, Oct 21, 2013 at 11:56:09AM -0200, Paulo Zanoni wrote:
> >>> From: Paulo Zanoni
> >>>
> >>> The audio driver uses the power well provided by our driver
On Thu, Oct 24, 2013 at 10:05:43PM +0100, Damien Lespiau wrote:
> On Thu, Oct 24, 2013 at 10:01:21PM +0100, Damien Lespiau wrote:
> > On Thu, Oct 24, 2013 at 01:43:22PM -0700, Ben Widawsky wrote:
> > > On Thu, Oct 24, 2013 at 03:40:54PM +0100, Damien Lespiau wrote:
> > > > I was fedup with having t
On Thu, Oct 24, 2013 at 10:01:21PM +0100, Damien Lespiau wrote:
> On Thu, Oct 24, 2013 at 01:43:22PM -0700, Ben Widawsky wrote:
> > On Thu, Oct 24, 2013 at 03:40:54PM +0100, Damien Lespiau wrote:
> > > I was fedup with having to run my tests as root and not being able to
> > > use my usual setup fo
On Thu, Oct 24, 2013 at 01:43:22PM -0700, Ben Widawsky wrote:
> On Thu, Oct 24, 2013 at 03:40:54PM +0100, Damien Lespiau wrote:
> > I was fedup with having to run my tests as root and not being able to
> > use my usual setup for tests that only exercise the GT part of the GPU.
> >
> > Render nodes
On Thu, Oct 24, 2013 at 01:17:06PM +0100, Chris Wilson wrote:
> On Fri, Oct 25, 2013 at 12:33:47AM +0800, Chuansheng Liu wrote:
> >
> > In our platform, we hit the the stolen region initialization failure case,
> > such as below log:
> > [drm:i915_stolen_to_physical] *ERROR* conflict detected with
On Thu, Oct 24, 2013 at 03:40:54PM +0100, Damien Lespiau wrote:
> I was fedup with having to run my tests as root and not being able to
> use my usual setup for tests that only exercise the GT part of the GPU.
>
> Render nodes to the rescue!
I think usually this is a bad idea except for pretty is
If Userspace isn't using MI_PREDICATE all slices must be enabled for
backward compatibility.
If I915_EXEC_USE_PREDICATE isn't set and defaul is set to half, kernel will
force
all slices on.
v2: fix the inverted logic for backwards compatibility
USE_PREDICATE unset force gt_full when defaul i
On Fri, Oct 25, 2013 at 02:32:48AM +0900, orang Aumori Jepun wrote:
> > > And , what am I missing to get latest intel driver to work?
> >
> > Attaching the failing Xorg.0.log is always helpful for what clues it
> > contains.
> > -Chris
>
> Thank you very much , Chris.
> Here are Xorg.log.0 and x
> > And , what am I missing to get latest intel driver to work?
>
> Attaching the failing Xorg.0.log is always helpful for what clues it
> contains.
> -Chris
Thank you very much , Chris.
Here are Xorg.log.0 and xorg.conf . Both will be expired after 3 days.
Xorg.log.0
http://paste.debian.net/61
We were turning this on for SNB regardless of whether or not we use FBC.
We can save the slightest amount of power if we don't disable it when
not using FBC.
The workaround should be bit 9 for SNB.
Signed-off-by: Ben Widawsky
---
drivers/gpu/drm/i915/intel_pm.c | 25 +++--
1
We were turning this on for ILK regardless of whether or not we use FBC.
We can save the slightest amount of power if we don't disable it when
not using FBC.
The workaround should be bit 8 for ILK. Notice it is 1 bit difference
from SNB. This is actually DPFCR unit as we've defined it.
Signed-off
Production HSW does not need it. I confirmed this with Art.
Signed-off-by: Ben Widawsky
---
drivers/gpu/drm/i915/i915_reg.h | 3 ---
drivers/gpu/drm/i915/intel_pm.c | 10 --
2 files changed, 13 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_reg.h b/drivers/gpu/drm/i915/i915_reg.h
Production IVB does not need it. I confirmed this with Art.
Signed-off-by: Ben Widawsky
---
drivers/gpu/drm/i915/intel_pm.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_pm.c b/drivers/gpu/drm/i915/intel_pm.c
index d4dd543..33ad028 100644
--- a/drivers
Hi Dave,
drm-intel-next-2013-10-18:
- CRC support from Damien and He Shuang. Long term this should allow us to
test an awful lot modesetting corner cases automatically. So for me as
the maintainer this is really big.
- HDMI audio fix from Jani.
- VLV dpll computation code refactoring from Vill
Signed-off-by: Damien Lespiau
---
tests/gem_ctx_bad_destroy.c | 2 +-
tests/gem_ctx_bad_exec.c| 2 +-
tests/gem_ctx_basic.c | 4 ++--
tests/gem_ctx_create.c | 2 +-
tests/gem_ctx_exec.c| 2 +-
5 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/tests/gem_ctx_bad_
Signed-off-by: Damien Lespiau
---
tests/gem_render_copy.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tests/gem_render_copy.c b/tests/gem_render_copy.c
index 40c37f4..e481733 100644
--- a/tests/gem_render_copy.c
+++ b/tests/gem_render_copy.c
@@ -104,7 +104,7 @@ int main(in
I was fedup with having to run my tests as root and not being able to
use my usual setup for tests that only exercise the GT part of the GPU.
Render nodes to the rescue!
Signed-off-by: Damien Lespiau
---
lib/drmtest.c | 58 ++
lib/drmtest.
When going through card%u devices, close the ones that we were able to
open but weren't intel devices.
Signed-off-by: Damien Lespiau
---
lib/drmtest.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/lib/drmtest.c b/lib/drmtest.c
index b94981e..3b80920 100644
--- a/lib/drmt
Signed-off-by: Damien Lespiau
---
lib/drmtest.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/lib/drmtest.c b/lib/drmtest.c
index abcbba9..b94981e 100644
--- a/lib/drmtest.c
+++ b/lib/drmtest.c
@@ -168,8 +168,6 @@ void gem_quiescent_gpu(int fd)
/**
* drm_get_card() - get an intel card n
Hi,
This small series add the possibility for a test to ask for a render device.
This allows us to run render tests as a regular users.
--
Damien
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/
On Thu, 24 Oct 2013, Egbert Eich wrote:
> > > > > Can you please attach full dmesg from boot up to the first WARN with
> > > > > drm.debug=0xe? This really shouldn't happen and indicates a bug
> > > > > somewhere ...
> > > >
> > > > A bit difficult ... I originally thought that it was r
Jiri Kosina writes:
> On Mon, 21 Oct 2013, Egbert Eich wrote:
>
> > > On Thu, 3 Oct 2013, Daniel Vetter wrote:
> > >
> > > > Can you please attach full dmesg from boot up to the first WARN with
> > > > drm.debug=0xe? This really shouldn't happen and indicates a bug
> > > > somewhere .
On Wed, Oct 23, 2013 at 12:58 PM, Ville Syrjälä
wrote:
> I'm thinking the crtc->base.enabled check is actually pointless.
> AFAICS we should never get here with crtc->base.enabled==false and
> crtc->active==true
Hm yeah. I was kinda shooting for the minimal thing here.
> We anyway re-enable the
On Wed, Oct 23, 2013 at 04:05:11PM +0100, Damien Lespiau wrote:
> A few moons ago, Chris suggested to create a small, standalone, render copy
> test to add aub file support and help enabling new platforms instead of
> hijacking gem_render_linear_blits.
>
> So here it is.
A whole day without comme
On Thu, 24 Oct 2013, Jiri Kosina wrote:
> I have this:
>
> [357128.184113] [drm] HPD interrupt storm detected on connector DP-3:
> switching from hotplug detection to polling
>
> It appeared in the log approximately 5 seconds after resume has been
> completed.
Okay, and it just happened durin
On Fri, Oct 25, 2013 at 12:33:47AM +0800, Chuansheng Liu wrote:
>
> In our platform, we hit the the stolen region initialization failure case,
> such as below log:
> [drm:i915_stolen_to_physical] *ERROR* conflict detected with stolen region:
> [0x7b00]
>
> And it causes the dev_priv->mm.stol
On 10/24/2013 01:54 PM, Jani Nikula wrote:
On Thu, 24 Oct 2013, Shobhit Kumar wrote:
On 10/23/2013 07:52 PM, Jani Nikula wrote:
So I think let's keep trying to find the right abstractions to separate
the DSI core and the panel drivers, make it possible to support several
panels with one driver
It should also be noted that manually hard-coding the pixel clock value
to an obviously incorrect value will also cause the Pioneer receiver to
do the right thing (I assume it will ignore the incorrect value and
calculate it on the fly) - that would point towards some kind of bug /
hardware inc
Although i know it also happens in windows, the one particular thing i am
'fiddling' with is that when i try the receiver with an nvidia or amd apu
(ion, e-450 trough hdmi) with my pioneer receiver audio works fine with
44100hz at the 1080p@50/60 modes. Only with intel i need to force
upstreaming t
On Thu, 24 Oct 2013, Shobhit Kumar wrote:
> On 10/23/2013 07:52 PM, Jani Nikula wrote:
>> So I think let's keep trying to find the right abstractions to separate
>> the DSI core and the panel drivers, make it possible to support several
>> panels with one driver, and make it possible to have indep
Summary
We covered the platform: Baytrail-M, Haswell mobile, HSW desktop, HSW ULT,
IvyBridge, SandyBridge, IronLake.
In this circle, 10 new bugs are filed, 35 bugs are still opened, no WONTFIX
bugs, 2 NOTABUG bugs, 1 NOTOURBUG bugs, 1 Duplicated bugs, no REOPENED bugs, 4
bugs are fixed, 4 bugs a
On 10/16/2013 07:33 AM, Rafael J. Wysocki wrote:
> On Friday, October 11, 2013 09:27:42 PM Aaron Lu wrote:
>> v5:
>> 1 Introduce video.use_native_backlight module parameter and set its
>> value to false by default as suggested by Rafael. For Win8 systems
>> which have broken ACPI video backligh
On 10/23/2013 07:52 PM, Jani Nikula wrote:
On Wed, 23 Oct 2013, Shobhit Kumar wrote:
Hi Jani,
On 10/22/2013 05:23 PM, Jani Nikula wrote:
On Tue, 22 Oct 2013, Shobhit Kumar wrote:
On 10/21/2013 6:57 PM, Jani Nikula wrote:
Hi Shobhit -
On Mon, 21 Oct 2013, Shobhit Kumar wrote:
Also add ne
On Mon, 21 Oct 2013, Egbert Eich wrote:
> > On Thu, 3 Oct 2013, Daniel Vetter wrote:
> >
> > > Can you please attach full dmesg from boot up to the first WARN with
> > > drm.debug=0xe? This really shouldn't happen and indicates a bug
> > > somewhere ...
> >
> > A bit difficult ... I origi
In our platform, we hit the the stolen region initialization failure case,
such as below log:
[drm:i915_stolen_to_physical] *ERROR* conflict detected with stolen region:
[0x7b00]
And it causes the dev_priv->mm.stolen_base is NULL, in this case, we should
avoid accessing it any more.
Here is
40 matches
Mail list logo
