On 06/16/2013 07:57 AM, Daniel Vetter wrote:
> Hi all,
>
> So I've taken a look again at the locking mess in our fbdev support and cried.
> Fixing up the console_lock mess around the fbdev notifier will be real work,
> semanatically the fbdev layer does lots of stupid things (like the radeon
> re
Hi
On Mon, Jun 17, 2013 at 10:47 PM, Andy Lutomirski wrote:
> On 06/16/2013 07:57 AM, Daniel Vetter wrote:
>> Hi all,
>>
>> So I've taken a look again at the locking mess in our fbdev support and
>> cried.
>> Fixing up the console_lock mess around the fbdev notifier will be real work,
>> semanat
On Sun, Jun 16, 2013 at 04:57:17PM +0200, Daniel Vetter wrote:
> Hi all,
>
> So I've taken a look again at the locking mess in our fbdev support and cried.
> Fixing up the console_lock mess around the fbdev notifier will be real work,
> semanatically the fbdev layer does lots of stupid things (lik
Hi
On Sun, Jun 16, 2013 at 4:57 PM, Daniel Vetter wrote:
> Hi all,
>
> So I've taken a look again at the locking mess in our fbdev support and cried.
> Fixing up the console_lock mess around the fbdev notifier will be real work,
> semanatically the fbdev layer does lots of stupid things (like the
On Mon, Jun 17, 2013 at 4:33 PM, Konrad Rzeszutek Wilk
wrote:
> On Sun, Jun 16, 2013 at 04:57:17PM +0200, Daniel Vetter wrote:
>> Hi all,
>>
>> So I've taken a look again at the locking mess in our fbdev support and
>> cried.
>> Fixing up the console_lock mess around the fbdev notifier will be re
At Tue, 18 Jun 2013 10:41:53 +0800,
Wang Xingchao wrote:
>
> Haswell converters maybe in wrong power state before usage.
> i.e. only converter 0 is in D0, converter 1/2 are in D3.
> When pin choose converter 1/2, there's no audio output, this
> cause dependency when playing differnt stream on pins
Hi Daniel,
Do you know the issue I mentioned below? Is it a known issue in gfx side?
On Haswell ULT, when playing audio on the third pin, DP monitor would cause
flicker while
HDMI monitor is fine.
Thanks
--xingchao
> -Original Message-
> From: David Henningsson [mailto:david.hennings...
Haswell converters maybe in wrong power state before usage.
i.e. only converter 0 is in D0, converter 1/2 are in D3.
When pin choose converter 1/2, there's no audio output, this
cause dependency when playing differnt stream on pins.
AUD_PWRST ConvertorA_Widget_Power_State_CurrentD0
AUD_PW
Hi all,
Today's linux-next merge of the drm-intel tree got a conflict in
drivers/gpu/drm/i915/intel_fb.c between commit b72447cdf129 ("drm/i915:
Drop bogus fbdev sprite disable code") from the drm tree and commit
b51b32cde175 ("drm/i915: s/drm_i915_private_t/struct drm_i915_private/")
from the drm
> -Original Message-
> From: Takashi Iwai [mailto:ti...@suse.de]
> Sent: Monday, June 17, 2013 5:04 PM
> To: Wang Xingchao
> Cc: daniel.vet...@ffwll.ch; alsa-de...@alsa-project.org;
> intel-gfx@lists.freedesktop.org; david.hennings...@canonical.com; Wang,
> Xingchao
> Subject: Re: [PATCH 4
Hi Daniel,
> -Original Message-
> From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch]
> Sent: Saturday, June 15, 2013 3:18 AM
> To: Wang Xingchao
> Cc: Takashi Iwai; alsa-de...@alsa-project.org; intel-gfx; David Henningsson;
> Wang, Xingchao
> Subject: Re: [PATCH 3/4] drm/i915: Add display
> -Original Message-
> From: David Henningsson [mailto:david.hennings...@canonical.com]
> Sent: Monday, June 17, 2013 8:15 PM
> To: Wang, Xingchao
> Cc: Wang Xingchao; ti...@suse.de; daniel.vet...@ffwll.ch;
> alsa-de...@alsa-project.org; intel-gfx@lists.freedesktop.org
> Subject: Re: [PATCH
On 06/17/2013 01:54 PM, Wang, Xingchao wrote:
-Original Message-
From: David Henningsson [mailto:david.hennings...@canonical.com]
Sent: Monday, June 17, 2013 4:24 PM
To: Wang Xingchao
Cc: ti...@suse.de; daniel.vet...@ffwll.ch; alsa-de...@alsa-project.org;
intel-gfx@lists.freedesktop.org
> -Original Message-
> From: David Henningsson [mailto:david.hennings...@canonical.com]
> Sent: Monday, June 17, 2013 4:24 PM
> To: Wang Xingchao
> Cc: ti...@suse.de; daniel.vet...@ffwll.ch; alsa-de...@alsa-project.org;
> intel-gfx@lists.freedesktop.org; Wang, Xingchao
> Subject: Re: [PATC
> -Original Message-
> From: Takashi Iwai [mailto:ti...@suse.de]
> Sent: Monday, June 17, 2013 5:01 PM
> To: Wang Xingchao
> Cc: daniel.vet...@ffwll.ch; alsa-de...@alsa-project.org;
> intel-gfx@lists.freedesktop.org; david.hennings...@canonical.com; Wang,
> Xingchao
> Subject: Re: [PATCH 1
As our contexts are more general than the logical contexts supported by
the hardware, for instance they allow per context hangcheck tracking, it
is beneficial to group tasks across rings belonging to the same context.
Context switching is already a no-op for unsupported rings, we just
suffered from
The intent of the check is made more clear if we use the proper name for
0 here.
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/i915_gem_execbuffer.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/i915/i915_gem_execbuffer.c
b/drivers/gpu/drm/i915
The default context is always supported (as it contains the global
hangcheck stats) and the contexts for hangcheck are not limited
to any ring.
Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=65845
Signed-off-by: Chris Wilson
---
drivers/gpu/drm/i915/i915_drv.h| 2 +-
drivers
Hi,
this is just some random observation which may be interesting to you as
a data point, not a call for help, as I already solved / worked around
the problem, at least for my computer.
TL;DR: Switching from uxa to sna made the issue go away.
On a Thinkpad X201s with a i7-620L CPU I had a major
At Fri, 14 Jun 2013 23:20:29 +0800,
Wang Xingchao wrote:
>
> ALSA side use these apis to know display audio routing map
> in gfx side. And use the API to disable unused pin's audio output.
Adding more and more such exported functions doesn't look scaling.
Better to define an ops struct and export
At Fri, 14 Jun 2013 23:20:26 +0800,
Wang Xingchao wrote:
>
> Haswell converters maybe in wrong power state before usage.
> i.e. only converter 0 is in D0, converter 1/2 are in D3.
> When pin choose converter 1/2, there's no audio output.
>
> Signed-off-by: Wang Xingchao
Isn't this needed in hdm
On 06/14/2013 05:20 PM, Wang Xingchao wrote:
when user open HDMI device 3/7/8, if it has no physical device
connected, return error.
This patch will cause regressions in two big use cases:
1) Older chipsets (at least from non-Intel vendors) might not support
correct ELD reporting. Thus this
22 matches
Mail list logo
