All of lore.kernel.org
 help / color / mirror / Atom feed
From: Marcin Slusarz <marcin.slusarz-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
To: Ben Skeggs <skeggsb-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Subject: Re: [RFC PATCH] drm/nouveau: report channel owner in error messages
Date: Sun, 9 Dec 2012 12:04:54 +0100	[thread overview]
Message-ID: <20121209110454.GA3059@joi.lan> (raw)
In-Reply-To: <20121209044849.GA9384-yqdYmcOkqV0XGNroddHbYwC/G2K4zDHf@public.gmane.org>

On Sun, Dec 09, 2012 at 02:48:49PM +1000, Ben Skeggs wrote:
> > > > diff --git a/drivers/gpu/drm/nouveau/core/subdev/fb/nv50.c b/drivers/gpu/drm/nouveau/core/subdev/fb/nv50.c
> > > > index 487cb8c..d1120fc 100644
> > > > --- a/drivers/gpu/drm/nouveau/core/subdev/fb/nv50.c
> > > > +++ b/drivers/gpu/drm/nouveau/core/subdev/fb/nv50.c
> > > > @@ -22,8 +22,13 @@
> > > >   * Authors: Ben Skeggs
> > > >   */
> > > >  
> > > > -#include <core/object.h>
> > > > +#include <core/client.h>
> > > >  #include <core/enum.h>
> > > > +#include <core/engctx.h>
> > > > +#include <core/object.h>
> > > > +
> > > > +#include <engine/fifo.h>
> > > > +#include <engine/graph.h>
> > > >  
> > > >  #include <subdev/fb.h>
> > > >  #include <subdev/bios.h>
> > > > @@ -317,6 +322,19 @@ static const struct nouveau_enum vm_engine[] = {
> > > >  	{}
> > > >  };
> > > >  
> > > > +static const struct nouveau_engine_map {
> > > > +	u32 value;
> > > > +	int engines[3];
> > > > +} nvdev_engine_for_vm_engine[] = {
> > > > +	{ 0x00000000, {NVDEV_ENGINE_GR, 0} },
> > > > +	{ 0x00000001, {NVDEV_ENGINE_VP, 0} },
> > > > +	{ 0x00000005, {NVDEV_ENGINE_FIFO, 0} },
> > > > +	{ 0x00000008, {NVDEV_ENGINE_PPP, NVDEV_ENGINE_MPEG, 0} },
> > > I think it may actually be a good idea to go (in core/device.h):
> > > 
> > >   NVDEV_ENGINE_MPEG,
> > > + NVDEV_ENGINE_PPP = NVDEV_ENGINE_MPEG,
> > >   NVDEV_ENGINE_ME,
> > > 
> > > PPP got introduced when MPEG disappeared.  There's likely a few other
> > > engines we can create as aliases for each other too.  What do you think?
> > 
> > I'm not sure it's such a good idea. Suddenly nouveau_engctx_get(NVDEV_ENGINE_PPP, chan)
> > can return nouveau_mpeg_chan and device->subdev[NVDEV_ENGINE_PPP] can point
> > to nouveau_mpeg, etc. So in generic code you can't rely on device->subdev[X]
> > being NULL on cards which don't have X engine...
> This is true for non-engine subdevs, yes.  But, the engines themselves
> should *never* *ever* be accessed from anything other than the object
> interface, from which it's impossible for a mix-up to happen.

what does this code (in this patch) do then? For me, it does exactly what you
want to be forbidden.

What are we going to do when we'll need to look up something in engine specific
data (e.g. nouveau_mpeg) to improve error reporting? We'll be screwed if
NVDEV_ENGINE_PPP == NVDEV_ENGINE_MPEG.

> If we do the aliasing this point should probably be documented in the
> enum list, and the nouveau_whatever() accessors removed.

But what's the point of all of this? Removal of one line from above list
is pretty weak upside when there are so many downsides. Maybe I'm missing
something obvious...

> > 
> > > 
> > > I can handle the aliasing if you like, but feel free :)
> > > 
> > > > +	{ 0x00000009, {NVDEV_ENGINE_BSP, 0} },
> > > > +	{ 0x0000000a, {NVDEV_ENGINE_CRYPT, 0} },
> > > > +	{ 0x0000000d, {NVDEV_ENGINE_COPY0, NVDEV_ENGINE_COPY1, 0} },
> > > COPY1 doesn't exist on NV50.  NVC0 has its own VM engine for the
> > > additional copy engines.
> > 
> > OK.
> > 
> > > > +};
> > > > +
> > > >  static const struct nouveau_enum vm_fault[] = {
> > > >  	{ 0x00000000, "PT_NOT_PRESENT", NULL },
> > > >  	{ 0x00000001, "PT_TOO_SHORT", NULL },
> > > > @@ -334,8 +352,12 @@ static void
> > > >  nv50_fb_intr(struct nouveau_subdev *subdev)
> > > >  {
> > > >  	struct nouveau_device *device = nv_device(subdev);
> > > > +	struct nouveau_engine *engine = NULL;
> > > >  	struct nv50_fb_priv *priv = (void *)subdev;
> > > >  	const struct nouveau_enum *en, *cl;
> > > > +	struct nouveau_object *engctx = NULL;
> > > > +	const int *poss_engines = NULL;
> > > > +	const char *client_name = "unk";
> > > >  	u32 trap[6], idx, chan;
> > > >  	u8 st0, st1, st2, st3;
> > > >  	int i;
> > > > @@ -366,9 +388,34 @@ nv50_fb_intr(struct nouveau_subdev *subdev)
> > > >  	}
> > > >  	chan = (trap[2] << 16) | trap[1];
> > > >  
> > > > -	nv_error(priv, "trapped %s at 0x%02x%04x%04x on channel 0x%08x ",
> > > > +	for (i = 0; i < ARRAY_SIZE(nvdev_engine_for_vm_engine); ++i) {
> > > > +		if (nvdev_engine_for_vm_engine[i].value == st0) {
> > > > +			poss_engines = nvdev_engine_for_vm_engine[i].engines;
> > > > +			break;
> > > > +		}
> > > > +	}
> > > > +
> > > > +	for (i = 0; poss_engines && poss_engines[i]; ++i) {
> > > > +		engine = nv_engine(device->subdev[poss_engines[i]]);
> > > engine = nouveau_engine(device, poss_engines[i]);
> > 
> > OK.
> > 
> > > Perhaps you can even append another field to nouveau_enum to store the
> > > subdev index in too, rather than having to look it up?
> > 
> > Good idea. Thanks.
> > 
> > > > +		if (engine) {
> > > > +			engctx = nouveau_engctx_get(engine, chan);
> > > > +			if (engctx)
> > > > +				break;
> > > > +		}
> > > > +	}
> > > > +
> > > > +	if (engctx) {
> > > > +		struct nouveau_client *client = nouveau_client(engctx);
> > > > +		if (client)
> > > > +			client_name = client->name;
> > > > +	}
> > > > +
> > > > +	nv_error(priv, "trapped %s at 0x%02x%04x%04x on channel 0x%08x [%s] ",
> > > >  		 (trap[5] & 0x00000100) ? "read" : "write",
> > > > -		 trap[5] & 0xff, trap[4] & 0xffff, trap[3] & 0xffff, chan);
> > > > +		 trap[5] & 0xff, trap[4] & 0xffff, trap[3] & 0xffff, chan,
> > > > +		 client_name);
> > > > +
> > > > +	nouveau_engctx_put(engctx);
> > > >  
> > > >  	en = nouveau_enum_find(vm_engine, st0);
> > > >  	if (en)
> > > > diff --git a/drivers/gpu/drm/nouveau/nouveau_drm.c b/drivers/gpu/drm/nouveau/nouveau_drm.c
> > > > index 38e9a08..a50362e 100644
> > > > --- a/drivers/gpu/drm/nouveau/nouveau_drm.c
> > > > +++ b/drivers/gpu/drm/nouveau/nouveau_drm.c
> > > > @@ -539,10 +539,11 @@ nouveau_drm_open(struct drm_device *dev, struct drm_file *fpriv)
> > > >  	struct pci_dev *pdev = dev->pdev;
> > > >  	struct nouveau_drm *drm = nouveau_drm(dev);
> > > >  	struct nouveau_cli *cli;
> > > > -	char name[16];
> > > > +	char name[32], tmpname[TASK_COMM_LEN];
> > > >  	int ret;
> > > >  
> > > > -	snprintf(name, sizeof(name), "%d", pid_nr(fpriv->pid));
> > > > +	get_task_comm(tmpname, current);
> > > > +	snprintf(name, sizeof(name), "%s[%d]", tmpname, pid_nr(fpriv->pid));
> > > >  
> > > >  	ret = nouveau_cli_create(pdev, name, sizeof(*cli), (void **)&cli);
> > > >  	if (ret)

  parent reply	other threads:[~2012-12-09 11:04 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-12-05 22:56 [RFC PATCH] drm/nouveau: report channel owner in error messages Marcin Slusarz
     [not found] ` <20121205225622.GA2301-OI9uyE9O0yo@public.gmane.org>
2012-12-06 10:31   ` Maarten Lankhorst
2012-12-07  4:46   ` Ben Skeggs
     [not found]     ` <20121207044653.GA5493-6RkuLLNOGXsZ315U/fw+0NvLeJWuRmrY@public.gmane.org>
2012-12-08 23:26       ` Marcin Slusarz
     [not found]         ` <20121208232642.GA3984-OI9uyE9O0yo@public.gmane.org>
2012-12-09  4:48           ` Ben Skeggs
     [not found]             ` <20121209044849.GA9384-yqdYmcOkqV0XGNroddHbYwC/G2K4zDHf@public.gmane.org>
2012-12-09 11:04               ` Marcin Slusarz [this message]
     [not found]                 ` <20121209110454.GA3059-OI9uyE9O0yo@public.gmane.org>
2012-12-10  8:47                   ` Ben Skeggs
2012-12-10 20:16                     ` Marcin Slusarz

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=20121209110454.GA3059@joi.lan \
    --to=marcin.slusarz-re5jqeeqqe8avxtiumwx3w@public.gmane.org \
    --cc=nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org \
    --cc=skeggsb-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    /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.