Re: [Intel-gfx] [PATCH] drm/i915/guc: Expand guc_info debugfs with more information

On Wed, 2020-07-01 at 16:27 +0200, Michał Winiarski wrote: > From: Michał Winiarski > > The information about platform/driver/user view of GuC firmware usage > currently requires user to either go through kernel log or parse the > combination of "enable_guc" modparam and various debugfs entries.

Re: [Intel-gfx] [PATCH v5 3/7] drm/i915/guc: add enable_guc_loading parameter

Tested-by: Fiedorowicz, Lukasz I've done some manual testing on patches mentioned below. Results looks good. I did never encountered any kernel panic or hangs. GPU was wedged when scenario expected it. My testing scenario would look like this: - boot with different parameters combin

Re: [Intel-gfx] [PATCH v6 3/7] drm/i915/guc: add enable_guc_loading parameter

Tested-by: Fiedorowicz, Lukasz Run similar tests as for previous version of this patch. Results are the same and logs are cleaner. I'm happy with how it works. -Original Message- From: Intel-gfx [mailto:intel-gfx-boun...@lists.freedesktop.org] On Behalf Of Tvrtko Ursulin Sent: F

Re: [Intel-gfx] [PATCH i-g-t] tests/gem_guc_loading: Adding simple GuC loading test

needed in its simple form Thanks, Lukasz -Original Message- From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel Vetter Sent: Friday, January 8, 2016 8:55 AM To: Fiedorowicz, Lukasz Cc: intel-gfx@lists.freedesktop.org Subject: Re: [Intel-gfx] [PATCH i-g-t] tests

Re: [Intel-gfx] [PATCH i-g-t] tests/pm_rps: Replace custom load function with dummy load

On Wed, 2017-06-07 at 16:29 +0200, Radoslaw Szwichtenberg wrote: > Replaced custom load implementation with lib counterpart. > > Signed-off-by: Radoslaw Szwichtenberg om> Reviewed-by: Lukasz Fiedorowicz -Lukasz ___ Intel-gfx mailing li

Re: [Intel-gfx] [PATCH v2 3/3] drm/i915/debugfs: Highlight modified i915 params

> Suggested-by: Chris Wilson > Signed-off-by: Michal Wajdeczko > Cc: Chris Wilson Reviewed-by: Lukasz Fiedorowicz -Lukasz > --- >  drivers/gpu/drm/i915/i915_debugfs.c | 52 > - >  1 fi

Re: [Intel-gfx] [PATCH 1/2] drm/i915/guc: Load GuC on Coffee Lake

On Thu, 2017-06-08 at 16:48 -0700, Anusha Srivatsa wrote: > Coffee Lake reuses Kabylake's GuC. > > v2: Change Coffeelake to Coffee Lake > > Cc: Rodrigo Vivi > Signed-off-by: Anusha Srivatsa Reviewed-by: Lukasz Fiedorowicz -Lukasz > --- >  drivers/gpu/dr

Re: [Intel-gfx] [PATCH 2/2] drm/i915/huc: Load HuC on Coffee Lake

On Thu, 2017-06-08 at 16:48 -0700, Anusha Srivatsa wrote: > Coffee Lake reuses Kabylake's HUC firmware. > > v2: Change Coffeelake to Coffee Lake > > Cc: Rodrigo Vivi > Signed-off-by: Anusha Srivatsa Reviewed-by: Lukasz Fiedorowicz -Lukasz > --- >  drivers

Re: [Intel-gfx] [RFC i-g-t] tests/gem_exec_basic: Documentation for subtests

Hi, I'm a bit confused by this patch. How is this idea different from what previous patch from Petri offered? I mean what additional value does this solution brings? Is this something we want on top of previous solution or instead of previous solution? This doesn't take in to account auto generated

Re: [Intel-gfx] [PATCH igt v2] lib: Avoid actually throttling from igt_require_gem()

On Thu, 2017-08-24 at 13:42 +0100, Chris Wilson wrote: > igt_require_gem() checks whether we can use the i915 fd for > submitting > requests by detecting a wedged driver. It was intended to be used > just > after opening DRIVER_INTEL for a gem test to provide an early skip if > the device was unusa