From: Ben Widawsky <ben@bwidawsk.net>
To: Daniel Vetter <daniel@ffwll.ch>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH 5/5] drm/i915: l3 parity sysfs interface
Date: Tue, 1 May 2012 11:40:41 -0700 [thread overview]
Message-ID: <20120501114041.7b69eaa9@bwidawsk.net> (raw)
In-Reply-To: <20120501182444.GG4832@phenom.ffwll.local>
On Tue, 1 May 2012 20:24:44 +0200
Daniel Vetter <daniel@ffwll.ch> wrote:
> On Fri, Apr 27, 2012 at 05:40:21PM -0700, Ben Widawsky wrote:
> > Dumb binary interfaces which allow root-only updates of the cache
> > remapping registers. As mentioned in a previous patch, software using
> > this interface needs to know about HW limits, and other programming
> > considerations as the kernel interface does no checking for these things
> > on the root-only interface.
> >
> > v1: Drop extra posting reads (Chris)
> > Return negative values in the sysfs interfaces on errors (Chris)
> >
> > Signed-off-by: Ben Widawsky <ben@bwidawsk.net>
> > ---
> > drivers/gpu/drm/i915/i915_sysfs.c | 128 ++++++++++++++++++++++++++++++++++++-
> > 1 file changed, 126 insertions(+), 2 deletions(-)
> >
> > diff --git a/drivers/gpu/drm/i915/i915_sysfs.c b/drivers/gpu/drm/i915/i915_sysfs.c
> > index 79f8344..ed77cbf 100644
> > --- a/drivers/gpu/drm/i915/i915_sysfs.c
> > +++ b/drivers/gpu/drm/i915/i915_sysfs.c
> > @@ -29,6 +29,7 @@
> > #include <linux/module.h>
> > #include <linux/stat.h>
> > #include <linux/sysfs.h>
> > +#include "intel_drv.h"
> > #include "i915_drv.h"
> >
> > static u32 calc_residency(struct drm_device *dev, const u32 reg)
> > @@ -92,20 +93,143 @@ static struct attribute_group rc6_attr_group = {
> > .attrs = rc6_attrs
> > };
> >
> > +static int l3_access_valid(struct drm_device *dev, loff_t offset)
> > +{
> > + if (!IS_IVYBRIDGE(dev))
> > + return -EPERM;
> > +
> > + if (offset % 4 != 0)
> > + return -EPERM;
> > +
> > + if (offset >= GEN7_L3LOG_SIZE)
> > + return -ENXIO;
> > +
> > + return 0;
> > +}
> > +
> > +static ssize_t
> > +i915_l3_read(struct file *filp, struct kobject *kobj,
> > + struct bin_attribute *attr, char *buf,
> > + loff_t offset, size_t count)
> > +{
> > + struct device *dev = container_of(kobj, struct device, kobj);
> > + struct drm_minor *dminor = container_of(dev, struct drm_minor, kdev);
> > + struct drm_device *drm_dev = dminor->dev;
> > + struct drm_i915_private *dev_priv = drm_dev->dev_private;
> > + uint32_t misccpctl;
> > + int i, ret;
> > +
> > + ret = l3_access_valid(drm_dev, offset);
> > + if (ret)
> > + return ret;
> > +
> > + ret = i915_mutex_lock_interruptible(drm_dev);
> > + if (ret)
> > + return ret;
> > +
> > + misccpctl = I915_READ(GEN7_MISCCPCTL);
> > + I915_WRITE(GEN7_MISCCPCTL, misccpctl & ~GEN7_DOP_CLOCK_GATE_ENABLE);
> > +
> > + for (i = offset; count >= 4 && i < GEN7_L3LOG_SIZE; i += 4, count -= 4)
> > + *((uint32_t *)(&buf[i])) = I915_READ(GEN7_L3LOG_BASE + i);
> > +
> > + I915_WRITE(GEN7_MISCCPCTL, misccpctl);
> > +
> > + mutex_unlock(&drm_dev->struct_mutex);
> > +
> > + return i - offset;
> > +}
> > +
> > +static ssize_t
> > +i915_l3_write(struct file *filp, struct kobject *kobj,
> > + struct bin_attribute *attr, char *buf,
> > + loff_t offset, size_t count)
> > +{
> > + struct device *dev = container_of(kobj, struct device, kobj);
> > + struct drm_minor *dminor = container_of(dev, struct drm_minor, kdev);
> > + struct drm_device *drm_dev = dminor->dev;
> > + struct drm_i915_private *dev_priv = drm_dev->dev_private;
> > + u32 *temp = NULL;
> > + int i, ret;
> > +
> > + ret = l3_access_valid(drm_dev, offset);
> > + if (ret)
> > + return ret;
> > +
> > + ret = i915_mutex_lock_interruptible(drm_dev);
> > + if (ret)
> > + return ret;
> > +
> > + if (!dev_priv->mm.l3_remap_info) {
> > + temp = kzalloc(GEN7_L3LOG_SIZE, GFP_KERNEL);
> > + if (!temp) {
> > + mutex_unlock(&drm_dev->struct_mutex);
> > + return -ENOMEM;
> > + }
> > + }
> > +
> > + ret = i915_gpu_idle(drm_dev, true);
> > + if (ret) {
> > + kfree(temp);
> > + mutex_unlock(&drm_dev->struct_mutex);
> > + return ret;
> > + }
> > +
> > + /* TODO: Ideally we really want a GPU reset here to make sure errors
> > + * aren't propagated Since I cannot find a stable way to reset the GPU
> > + * at this point it is left as a TODO.
> > + */
> > +
> > + if (dev_priv->mm.l3_remap_info)
> > + temp = dev_priv->mm.l3_remap_info;
> > +
> > + dev_priv->mm.l3_remap_info = temp;
> > +
> > + for (i = offset; count >= 4 && i < GEN7_L3LOG_SIZE; i += 4, count -= 4) {
> > + u32 remap = I915_READ(GEN7_L3LOG_BASE + i);
> > + if (remap && remap != *temp)
> > + DRM_ERROR("0x%x was already programmed to %x\n",
> > + GEN7_L3LOG_BASE + i, remap);
> > + *temp++ = *(uint32_t *)(&buf[i]);
> > + }
> > +
> > + i915_gem_l3_remap(drm_dev);
> > +
> > + mutex_unlock(&drm_dev->struct_mutex);
> > +
> > + return offset - i;
> > +}
> > +
> > +static struct bin_attribute dpf_attrs = {
> > + .attr = {.name = "l3_parity", .mode = (S_IRUSR | S_IWUSR)},
> > + .size = GEN7_L3LOG_SIZE,
> > + .read = i915_l3_read,
> > + .write = i915_l3_write,
> > + .mmap = NULL
> > +};
> > +
> > void i915_setup_sysfs(struct drm_device *dev)
> > {
> > int ret;
> >
> > - /* ILK doesn't have any residency information */
> > + /* ILK and below don't yet have relevant sysfs files */
> > if (INTEL_INFO(dev)->gen < 6)
> > return;
> >
> > ret = sysfs_merge_group(&dev->primary->kdev.kobj, &rc6_attr_group);
> > if (ret)
> > - DRM_ERROR("sysfs setup failed\n");
> > + DRM_ERROR("RC6 residency sysfs setup failed\n");
> > +
> > + if (!IS_IVYBRIDGE(dev))
> > + return;
> > +
> > + ret = device_create_bin_file(&dev->primary->kdev, &dpf_attrs);
> > + if (ret)
> > + DRM_ERROR("l3 parity sysfs setup failed\n");
>
> Imo these checks are confusing, usually we check for features instead of
> their absence and enclose the relevant code in the if block, i.e.
>
> if (gen >= 6)
> merge_rc6_residency_stuff;
>
> if (IS_IVB)
> merge_dpf_attrs_file;
>
> -Daniel
>
I agree. I got lazy because sysfs is so sparse. This will be fixed after
I successfully run this on dinq.
Thanks.
> > }
> >
> > void i915_teardown_sysfs(struct drm_device *dev)
> > {
> > + device_remove_bin_file(&dev->primary->kdev, &dpf_attrs);
> > sysfs_unmerge_group(&dev->primary->kdev.kobj, &rc6_attr_group);
> > }
> > --
> > 1.7.10
> >
> > _______________________________________________
> > Intel-gfx mailing list
> > Intel-gfx@lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/intel-gfx
>
next prev parent reply other threads:[~2012-05-01 18:40 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-04-28 0:40 [PATCH 0/5] Dynamic Parity Detection/Correction Ben Widawsky
2012-04-28 0:40 ` [PATCH 1/5] drm/i915: Use a global lock for modifying global irq flags Ben Widawsky
2012-04-28 0:40 ` [PATCH 2/5] drm/i915: Dynamic Parity Detection handling Ben Widawsky
2012-05-01 18:05 ` Daniel Vetter
2012-05-25 17:34 ` Jesse Barnes
2012-05-25 18:06 ` Jesse Barnes
2012-05-25 18:25 ` Ben Widawsky
2012-04-28 0:40 ` [PATCH 3/5] drm/i915: enable parity error interrupts Ben Widawsky
2012-05-25 17:37 ` Jesse Barnes
2012-04-28 0:40 ` [PATCH 4/5] drm/i915: remap l3 on hw init Ben Widawsky
2012-05-25 17:39 ` Jesse Barnes
2012-05-25 18:41 ` Ben Widawsky
2012-04-28 0:40 ` [PATCH 5/5] drm/i915: l3 parity sysfs interface Ben Widawsky
2012-05-01 18:24 ` Daniel Vetter
2012-05-01 18:40 ` Ben Widawsky [this message]
2012-05-25 17:51 ` Jesse Barnes
2012-05-25 20:50 ` Ben Widawsky
2012-04-28 0:40 ` [PATCH] l3 parity tool Ben Widawsky
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=20120501114041.7b69eaa9@bwidawsk.net \
--to=ben@bwidawsk.net \
--cc=daniel@ffwll.ch \
--cc=intel-gfx@lists.freedesktop.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.