My minnow was broken by: drm/i915: Consolidate forcewake code
Jani Nikula
jani.nikula at linux.intel.com
Mon Jan 26 00:34:41 PST 2015
On Sat, 24 Jan 2015, Ville Syrjälä <ville.syrjala at linux.intel.com> wrote:
> On Sat, Jan 24, 2015 at 12:58:19PM +0100, Daniel Vetter wrote:
>> On Fri, Jan 23, 2015 at 02:43:53PM -0800, Darren Hart wrote:
>> > +Jani
>> >
>> > Jani, I think this may have inadvertently undone the fix you made for
>> > us on the MinnowMax.
>>
>> Do you still remember the patch? Some digging around didn't turn up
>> anything ...
>
> IIRC it was this:
> commit 05adaf1f101f25f40f12c29403e6488f0e45f6b6
> Author: Jani Nikula <jani.nikula at intel.com>
> Date: Fri May 9 14:52:34 2014 +0300
>
> drm/i915/vlv: reset VLV media force wake request register
That's the fix all right.
However there's
[ 2.032075] [drm] failed to retrieve link info, disabling eDP
in the logs suggesting the minnowmax tries to initialize eDP which it
doesn't have. That's a VBT problem in itself, but since
commit d2182a660808d9053a605e3ebc8c46a323ec6e5d
Author: Ville Syrjälä <ville.syrjala at linux.intel.com>
Date: Fri Jan 9 14:21:14 2015 +0200
drm/i915: Don't register HDMI connectors for eDP ports on VLV/CHV
we don't register HDMI if there's an eDP in the same port...
Potentially two problems I think.
BR,
Jani.
>
>> -Daniel
>>
>> >
>> > On Fri, Jan 23, 2015 at 1:44 PM, Olof Johansson <olof at lixom.net> wrote:
>> > > Hi Daniel, Mika,
>> > >
>> > > For the first time in a few days, -next was bootable last night. I
>> > > noticed that my Minnowboard Max didn't actually boot though, it got
>> > > stuck shortly after or during DRM probing:
>> > >
>> > > http://arm-soc.lixom.net/bootlogs/next/next-20150123/minnowmax-x86-minnowmax_defconfig.html
>> > >
>> > > I bisected it down to the below patch that I failed to find posted
>> > > (with that subject) anywhere on a public list that I am subscribed to.
>> > >
>> > > The patch isn't revertable without considerable effort so I can't
>> > > double check that it's just this one change, but the commit before
>> > > that in the branch boots, this one does not.
>> > >
>> > >
>> > > commit fc72355f5c04c40f2916a07e9f8d4b357e2e0a93
>> > > Author: Mika Kuoppala <mika.kuoppala at linux.intel.com>
>> > > AuthorDate: Mon Jan 19 16:20:43 2015 +0200
>> > > Commit: Daniel Vetter <daniel.vetter at ffwll.ch>
>> > > CommitDate: Tue Jan 20 12:36:57 2015 +0100
>> > >
>> > > drm/i915: Consolidate forcewake code
>> > >
>> > > As we now have forcewake domains, take advantage of it
>> > > by putting the differences in gen fw handling in data rather
>> > > than in code.
>> > >
>> > > In past we have opencoded this quite extensively as the fw handling
>> > > is in the fast path. There has also been a lot of cargo-culted
>> > > copy'n'pasting from older gens to newer ones.
>> > >
>> > > Now when the releasing of the forcewake is done by deferred timer,
>> > > it gives chance to consolidate more. Due to the frequency of actual hw
>> > > access being significantly less.
>> > >
>> > > Take advantage of this and generalize the fw handling code
>> > > as much as possible. But we still aim to keep the forcewake sequence
>> > > particularities for each gen intact. So the access pattern
>> > > to fw engines should remain the same.
>> > >
>> > > v2: - s/old_ack/clear_ack (Chris)
>> > > - s/post_read/posting_read (Chris)
>> > > - less polite commit msg (Chris)
>> > >
>> > > v3: - rebase
>> > > - check and clear wake_count in init
>> > >
>> > > v4: - fix posting reads for gen8 (PRTS)
>> > >
>> > > Signed-off-by: Mika Kuoppala <mika.kuoppala at intel.com>
>> > > Reviewed-by: Deepak S <deepak.s at linux.intel.com> (v2)
>> > > Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch>
>> >
>> >
>> >
>> > --
>> > Darren Hart
>>
>> --
>> Daniel Vetter
>> Software Engineer, Intel Corporation
>> +41 (0) 79 365 57 48 - http://blog.ffwll.ch
>> _______________________________________________
>> dri-devel mailing list
>> dri-devel at lists.freedesktop.org
>> http://lists.freedesktop.org/mailman/listinfo/dri-devel
>
> --
> Ville Syrjälä
> Intel OTC
> _______________________________________________
> dri-devel mailing list
> dri-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Jani Nikula, Intel Open Source Technology Center
More information about the dri-devel
mailing list