On Fri, Sep 27, 2013 at 9:57 PM, Jesse Barnes wrote:
> We're shutting the crtc off and don't want to hang forever.
Reading the source and the test-suite is advisable ;-)
- We actually don't hang here if the MI_DISPLAY_FLIP doesn't happen.
- We already recover the display state (not so relevant he
On Fri, Sep 27, 2013 at 04:02:29PM -0700, Jesse Barnes wrote:
> The global integrated clock source bit resides in DPLL B on VLV, but we
> were treating it as a per-pipe resource. It needs to be set whenever
> any PLL is active, so pull setting the bit out of vlv_update_pll and
> into vlv_enable_pl
On ven., 2013-09-27 at 15:05 -0300, Henrique de Moraes Holschuh wrote:
> On Fri, 27 Sep 2013, Yves-Alexis Perez wrote:
> > On ven., 2013-09-27 at 12:20 -0300, Henrique de Moraes Holschuh wrote:
> > > Some testing on a *60 (T60,X60...) would also be best, I cannot test
> > > this on
> > > my T43.
>
On Sat, 28 Sep 2013 11:35:11 +0200
Daniel Vetter wrote:
> On Fri, Sep 27, 2013 at 9:57 PM, Jesse Barnes
> wrote:
> > We're shutting the crtc off and don't want to hang forever.
>
> Reading the source and the test-suite is advisable ;-)
> - We actually don't hang here if the MI_DISPLAY_FLIP doe
kms flip hangs here forever on ByT right now, thus this hack.
Jesse Barnes, Intel Open Source Technology Center
Original message
From: Daniel Vetter
Date: 28/09/2013 2:35 AM (GMT-08:00)
To: Jesse Barnes
Cc: intel-gfx
Subject: Re: [Intel-gfx] [PATCH 2/5] drm/i915: use
On Sat, 28 Sep 2013 11:54:21 +0200
Daniel Vetter wrote:
> On Fri, Sep 27, 2013 at 04:02:29PM -0700, Jesse Barnes wrote:
> > The global integrated clock source bit resides in DPLL B on VLV, but we
> > were treating it as a per-pipe resource. It needs to be set whenever
> > any PLL is active, so p
Signed-off-by: Damien Lespiau
---
drivers/gpu/drm/i915/intel_drv.h | 1 -
drivers/gpu/drm/i915/intel_pm.c | 2 +-
2 files changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/i915/intel_drv.h b/drivers/gpu/drm/i915/intel_drv.h
index a17a86a..e6db0c6 100644
--- a/drivers/gpu/drm/
2013/9/27 Rafael J. Wysocki :
> On Thursday, September 26, 2013 09:49:03 AM Jörg Otte wrote:
>> 2013/9/25 Jani Nikula :
>> > On Wed, 25 Sep 2013, Jörg Otte wrote:
>> >> 2013/9/25 Jani Nikula :
>> >>> On Wed, 25 Sep 2013, Aaron Lu wrote:
>> On Wed, Sep 25, 2013 at 10:29:37AM +0200, Jörg Otte
Snapshot 2.99.903 (2013-09-28)
==
Lots more stabilization work, not yet peaceful enough to christen 3.0. We
have everything ranging from build fixes for systems like Suse Linux
Enterprise Desktop that like to backport hardware enablement to ancient
packages, to fixes for
Daniel Vetter wrote:
On Fri, Sep 27, 2013 at 7:27 PM, Woody Suwalski wrote:
Daniel Vetter wrote:
On Thu, Sep 26, 2013 at 2:36 PM, Woody Suwalski
wrote:
Daniel, I have noticed these warnings on 3.12-rc1, did not go away on
3.12-rc2.
I see it only on EeePC with i915,not on ThinkPad with Radeon
On Sat, Sep 28, 2013 at 10:33 PM, Woody Suwalski wrote:
> Warnings are gone with this patch (and other 4 patches since 3.2.12-rc2
> from drm tree).
Ok, fix should land in stable kernels soonish (depends upon how
quickly the pull request propagate). Thanks for reporting this issue
and testing the
11 matches
Mail list logo
