On Sun, Mar 12, 2017 at 11:01 PM, Greg KH wrote:
>> So I blame this on flight level 350, but we discussed this at kernel
>> summit. Every patch we cherry-pick over comes with a "cherry-picked from
>> $sha1" line, as long as you ignore any such sha1 as duplicate you won't
>> see the same patch twic
On Sun, Mar 12, 2017 at 10:52 PM, Greg KH wrote:
> Why don't the maintainers know which tree to put them in when they are
> submitted? As an example, if I get a patch that needs to go to Linus, I
> put it in my usb-linus branch, and when it hits a -rc release, I then
> merge that -rc back into my
On 3/12/2017 6:29 PM, Chris Wilson wrote:
On Sat, Mar 11, 2017 at 04:17:34AM -, Patchwork wrote:
== Series Details ==
Series: series starting with [1/3] drm/i915/guc: Release GuC interrupts in
i915_guc_submission_disable
URL : https://patchwork.freedesktop.org/series/21090/
State : suc
LGTM.
Reviewed-by: Sagar Arun Kamble
PS: Might need updating comments in the guc_interrupts_capture to align with
new name and semantics of this bit
w.r.t pm_intrmsk_mbz.
On 3/12/2017 6:57 PM, Chris Wilson wrote:
The REDIRECT_TO_GUC bit is a strange beast as it is a disable bit -
setting the b
== Series Details ==
Series: drm/i915: make context status notifier head be per engine (rev3)
URL : https://patchwork.freedesktop.org/series/20552/
State : failure
== Summary ==
Series 20552v3 drm/i915: make context status notifier head be per engine
https://patchwork.freedesktop.org/api/1.0/s
On 2017.03.13 10:47:11 +0800, changbin...@intel.com wrote:
> From: Changbin Du
>
> GVTg has introduced the context status notifier to schedule the GVTg
> workload. At that time, the notifier is bound to GVTg context only,
> so GVTg is not aware of host workloads.
>
> Now we are going to improve
From: Changbin Du
GVTg has introduced the context status notifier to schedule the GVTg
workload. At that time, the notifier is bound to GVTg context only,
so GVTg is not aware of host workloads.
Now we are going to improve GVTg's guest workload scheduler policy,
and add Guc emulation support for
> -Original Message-
> From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf
> Of Tvrtko Ursulin
> Sent: Wednesday, February 15, 2017 8:34 PM
> To: Chris Wilson ; intel-gfx@lists.freedesktop.org
> Subject: Re: [Intel-gfx] [PATCH 2/2] drm/i915/scheduler: emulate a sched
hi, chris,
On Fri, Mar 10, 2017 at 05:17:17PM +, Chris Wilson wrote:
> On Thu, Mar 09, 2017 at 07:27:24PM +0800, changbin...@intel.com wrote:
> > From: Changbin Du
> >
> > GVTg has introduced the context status notifier to schedule the GVTg
> > workload. At that time, the notifier is bound t
On Sunday, March 12, 2017 6:21:12 AM PDT Chris Wilson wrote:
> On Fri, Mar 10, 2017 at 05:14:32PM -0800, Kenneth Graunke wrote:
> > On systems without LLC, drm_intel_gem_bo_map_unsynchronized() has
> > had the surprising behavior of doing a synchronized GTT mapping.
> > This is obviously not what t
On Sun, Mar 12, 2017 at 09:46:21PM +0100, Daniel Vetter wrote:
> On Sun, Mar 12, 2017 at 08:44:40PM +0100, Greg KH wrote:
> > Hi Daniel and Jani and other members of the i915-commit-cabal,
> >
> > I've mentioned this a few times to Daniel in the past (like at the last
> > kernel summit), but the w
On Mon, Mar 13, 2017 at 06:11:12AM +1000, Dave Airlie wrote:
> On 13 March 2017 at 05:44, Greg KH wrote:
> > Hi Daniel and Jani and other members of the i915-commit-cabal,
> >
> > I've mentioned this a few times to Daniel in the past (like at the last
> > kernel summit), but the way you all are ha
== Series Details ==
Series: drm/i915: annote drop_caches debugfs interface with lockdep (rev2)
URL : https://patchwork.freedesktop.org/series/21114/
State : warning
== Summary ==
Series 21114v2 drm/i915: annote drop_caches debugfs interface with lockdep
https://patchwork.freedesktop.org/api/1
The trouble we have is that we can't really test all the shrinker
recursion stuff exhaustively in BAT because any kind of thrashing
stress test just takes too long.
But that leaves a really big gap open, since shrinker recursions are
one of the most annoying bugs. Now lockdep already has support f
On Sun, Mar 12, 2017 at 08:44:40PM +0100, Greg KH wrote:
> Hi Daniel and Jani and other members of the i915-commit-cabal,
>
> I've mentioned this a few times to Daniel in the past (like at the last
> kernel summit), but the way you all are handling the tagging of patches
> for inclusion in stable
On 13 March 2017 at 05:44, Greg KH wrote:
> Hi Daniel and Jani and other members of the i915-commit-cabal,
>
> I've mentioned this a few times to Daniel in the past (like at the last
> kernel summit), but the way you all are handling the tagging of patches
> for inclusion in stable kernel releases
Hi Daniel and Jani and other members of the i915-commit-cabal,
I've mentioned this a few times to Daniel in the past (like at the last
kernel summit), but the way you all are handling the tagging of patches
for inclusion in stable kernel releases is totally broken and causing me
no end of headache
On Sun, Mar 12, 2017 at 08:27:16PM +0100, Daniel Vetter wrote:
> The trouble we have is that we can't really test all the shrinker
> recursion stuff exhaustively in BAT because any kind of thrashing
> stress test just takes too long.
>
> But that leaves a really big gap open, since shrinker recurs
== Series Details ==
Series: drm/i915: annote drop_caches debugfs interface with lockdep
URL : https://patchwork.freedesktop.org/series/21114/
State : success
== Summary ==
Series 21114v1 drm/i915: annote drop_caches debugfs interface with lockdep
https://patchwork.freedesktop.org/api/1.0/seri
The trouble we have is that we can't really test all the shrinker
recursion stuff exhaustively in BAT because any kind of thrashing
stress test just takes too long.
But that leaves a really big gap open, since shrinker recursions are
one of the most annoying bugs. Now lockdep already has support f
On Sun, Mar 12, 2017 at 01:21:12PM +, Chris Wilson wrote:
> On Fri, Mar 10, 2017 at 05:14:32PM -0800, Kenneth Graunke wrote:
> > On systems without LLC, drm_intel_gem_bo_map_unsynchronized() has
> > had the surprising behavior of doing a synchronized GTT mapping.
> > This is obviously not what
== Series Details ==
Series: drm/i915: Inline gen6_sanitize_rps_pm_mask()
URL : https://patchwork.freedesktop.org/series/21107/
State : warning
== Summary ==
Series 21107v1 drm/i915: Inline gen6_sanitize_rps_pm_mask()
https://patchwork.freedesktop.org/api/1.0/series/21107/revisions/1/mbox/
Te
== Series Details ==
Series: drm/i915: Rename REDIRECT_TO_GUC bit
URL : https://patchwork.freedesktop.org/series/21104/
State : success
== Summary ==
Series 21104v1 drm/i915: Rename REDIRECT_TO_GUC bit
https://patchwork.freedesktop.org/api/1.0/series/21104/revisions/1/mbox/
Test gem_exec_flus
gen6_sanitize_rps_pm_mask() is small enough that inlining it shrinks the
object code.
Signed-off-by: Chris Wilson
Cc: Tvrtko Ursulin
---
drivers/gpu/drm/i915/i915_irq.c | 5 -
drivers/gpu/drm/i915/intel_drv.h | 8 +++-
2 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/driv
The REDIRECT_TO_GUC bit is a strange beast as it is a disable bit -
setting the bit in the pm interrupt generation stops the interrupt going
to the guc (not sending it to the guc as the name implies). To help the
reader rename it to DISABLE_REDIRECT_TO_GUC so that we keep the bspec
greppable name w
On Fri, Mar 10, 2017 at 05:14:32PM -0800, Kenneth Graunke wrote:
> On systems without LLC, drm_intel_gem_bo_map_unsynchronized() has
> had the surprising behavior of doing a synchronized GTT mapping.
> This is obviously not what the user of the API wanted.
>
> Eric left a comment indicating a vali
On Sat, Mar 11, 2017 at 04:17:34AM -, Patchwork wrote:
> == Series Details ==
>
> Series: series starting with [1/3] drm/i915/guc: Release GuC interrupts in
> i915_guc_submission_disable
> URL : https://patchwork.freedesktop.org/series/21090/
> State : success
>
> == Summary ==
>
> Series
Hi Dave,
drm-misc-next-2017-03-12:
More drm-misc stuff for 4.12:
- drm_platform removal from Laurent
- more dw-hdmi bridge driver updates (Laurent, Kieran, Neil)
- more header cleanup and documentation
- more drm_debugs_remove_files removal (Noralf)
- minor qxl updates (Gerd)
- edp crc support in
28 matches
Mail list logo
