All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Ville Syrjälä" <ville.syrjala@linux.intel.com>
To: James Ausmus <james.ausmus@intel.com>
Cc: "intel-gfx@lists.freedesktop.org"
	<intel-gfx@lists.freedesktop.org>,
	"Ville Syrjälä" <ville.syrjala@intel.com>,
	"Peres, Martin" <martin.peres@intel.com>
Subject: Re: [PATCH v3] drm/i915: Restrict qgv points which don't have enough bandwidth.
Date: Mon, 14 Oct 2019 19:46:28 +0300	[thread overview]
Message-ID: <20191014164628.GW1208@intel.com> (raw)
In-Reply-To: <20191014163332.GE19531@jausmus-gentoo-dev6.jf.intel.com>

On Mon, Oct 14, 2019 at 09:33:32AM -0700, James Ausmus wrote:
> On Mon, Oct 14, 2019 at 05:50:18PM +0300, Ville Syrjälä wrote:
> > On Mon, Oct 14, 2019 at 02:13:31PM +0300, Lisovskiy, Stanislav wrote:
> > > On Fri, 2019-10-11 at 16:49 -0700, James Ausmus wrote:
> > > > > +				new_qgv_points_mask |= new_mask_bit;
> > > > > +	}
> > > > > +
> > > > > +	ret = icl_pcode_restrict_qgv_points(dev_priv,
> > > > > new_qgv_points_mask);
> > > > > +	if (ret < 0)
> > > > > +		DRM_DEBUG_KMS("Could not restrict required gqv
> > > > > points(%d)\n", ret);
> > > > 
> > > > s/gqv/qgv/
> > > > 
> > > > 
> > > > Also, if we fail masking off the qgv points that can't support our BW
> > > > req, shouldn't we handle that failure somehow - maybe just disable
> > > > SAGV
> > > > entirely?  Better we lose power than have flickering screens...
> > 
> > Sounds like dead code to me. My approach is: don't deal with hw/firmware
> > failures until they are proven to exist.
> > 
> > The debug msg should be an error so that we get a bug report if this
> > ever happens.
> 
> That works - however, I think we should return the error rather than
> continuing.

No. We're way past the point of no return.

-- 
Ville Syrjälä
Intel
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

  reply	other threads:[~2019-10-14 16:46 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2019-09-25 12:17 [PATCH v3] drm/i915: Restrict qgv points which don't have enough bandwidth Stanislav Lisovskiy
2019-09-25 14:28 ` ✗ Fi.CI.CHECKPATCH: warning for drm/i915: Restrict qgv points which don't have enough bandwidth. (rev3) Patchwork
2019-09-25 15:01 ` ✓ Fi.CI.BAT: success " Patchwork
2019-09-26  6:02 ` ✓ Fi.CI.IGT: " Patchwork
2019-10-11 23:49 ` [PATCH v3] drm/i915: Restrict qgv points which don't have enough bandwidth James Ausmus
2019-10-14 11:13   ` Lisovskiy, Stanislav
2019-10-14 14:50     ` Ville Syrjälä
2019-10-14 16:33       ` James Ausmus
2019-10-14 16:46         ` Ville Syrjälä [this message]
2019-10-14 16:32     ` James Ausmus

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20191014164628.GW1208@intel.com \
    --to=ville.syrjala@linux.intel.com \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=james.ausmus@intel.com \
    --cc=martin.peres@intel.com \
    --cc=ville.syrjala@intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.