public inbox for intel-gfx@lists.freedesktop.org
 help / color / mirror / Atom feed
From: Chris Wilson <chris@chris-wilson.co.uk>
To: intel-gfx@lists.freedesktop.org
Cc: Ben Widawsky <ben@bwidawsk.net>
Subject: Re: [PATCH 06/10 v2] drm/i915: Stop using AGP layer for GEN6+
Date: Wed, 31 Oct 2012 10:37:35 +0000	[thread overview]
Message-ID: <84c8a8$6bh7ej@orsmga001.jf.intel.com> (raw)
In-Reply-To: <1351284864-3555-1-git-send-email-ben@bwidawsk.net>

On Fri, 26 Oct 2012 13:54:24 -0700, Ben Widawsky <ben@bwidawsk.net> wrote:
> As a quick hack we make the old intel_gtt structure mutable so we can
> fool a bunch of the existing code which depends on elements in that data
> structure. We can/should try to remove this in a subsequent patch.
> 
> This should preserve the old gtt init behavior which upon writing these
> patches seems incorrect. The next patch will fix these things.
> 
> The one exception is VLV which doesn't have the preserved flush control
> write behavior. Since we want to do that for all GEN6+ stuff, we'll
> handle that in a later patch. Mainstream VLV support doesn't actually
> exist yet anyway.
> 
> v2: Update the comment to remove the "voodoo"
> Check that the last pte written matches what we readback
> 
> Signed-off-by: Ben Widawsky <ben@bwidawsk.net>
> ---
> +static void gen6_ggtt_bind_object(struct drm_i915_gem_object *obj,
> +				  enum i915_cache_level level)
> +{
> +	struct drm_device *dev = obj->base.dev;
> +	struct drm_i915_private *dev_priv = dev->dev_private;
> +	struct sg_table *st = obj->pages;
> +	struct scatterlist *sg = st->sgl;
> +	const int first_entry = obj->gtt_space->start >> PAGE_SHIFT;
> +	const int max_entries = dev_priv->mm.gtt->gtt_total_entries - first_entry;
> +	gtt_pte_t __iomem *gtt_entries = dev_priv->mm.gtt->gtt + first_entry;
> +	int unused, i = 0;
> +	unsigned int len, m = 0;
> +	dma_addr_t addr;
> +
> +	for_each_sg(st->sgl, sg, st->nents, unused) {
> +		len = sg_dma_len(sg) >> PAGE_SHIFT;
> +		for (m = 0; m < len; m++) {
> +			addr = sg_dma_address(sg) + (m << PAGE_SHIFT);
> +			gtt_entries[i] = pte_encode(dev, addr, level);
> +			i++;
> +			if (WARN_ON(i > max_entries))
> +				goto out;
> +		}
> +	}

In the clear range above, your detection of a programming error is much
better. And this is truly a BUG_ON() event because state is then
completely screwed up.

> +int i915_gem_gtt_init(struct drm_device *dev)
> +{
> +	struct drm_i915_private *dev_priv = dev->dev_private;
> +	phys_addr_t gtt_bus_addr;
> +	u16 snb_gmch_ctl;
> +	u32 tmp;
> +	int ret;
> +
> +	/* On modern platforms we need not worry ourself with the legacy
> +	 * hostbridge query stuff. Skip it entirely
> +	 */
> +	if (INTEL_INFO(dev)->gen < 6) {
> +		ret = intel_gmch_probe(dev_priv->bridge_dev, dev->pdev, NULL);
> +		if (!ret) {
> +			DRM_ERROR("failed to set up gmch\n");
> +			return -EIO;
> +		}
> +
> +		dev_priv->mm.gtt = intel_gtt_get();
> +		if (!dev_priv->mm.gtt) {
> +			DRM_ERROR("Failed to initialize GTT\n");
> +			intel_gmch_remove();
> +			return -ENODEV;
> +		}
> +		return 0;
> +	}
> +
> +
Two blank lines for the price of one. You really like to separate
yourself from the pre-HSW legacy...

> +	dev_priv->mm.gtt = kzalloc(sizeof(*dev_priv->mm.gtt), GFP_KERNEL);
> +	if (!dev_priv->mm.gtt)
> +		return -ENOMEM;
> +
> +	if (!pci_set_dma_mask(dev->pdev, DMA_BIT_MASK(40)))
> +		pci_set_consistent_dma_mask(dev->pdev, DMA_BIT_MASK(40));
> +
> +	pci_read_config_dword(dev->pdev, PCI_BASE_ADDRESS_0, &tmp);
> +	/* For GEN6+ the PTEs for the ggtt live at 2MB + BAR0 */
> +	gtt_bus_addr = (tmp & PCI_BASE_ADDRESS_MEM_MASK) + (2<<20);
> +
> +	dev_priv->mm.gtt->gtt_mappable_entries = pci_resource_len(dev->pdev, 2) >> PAGE_SHIFT;
Probably best to check the value here and throw a paranoid tantrum in
case it is too small or too large.

> +	pci_read_config_dword(dev->pdev, PCI_BASE_ADDRESS_2, &tmp);
> +	dev_priv->mm.gtt->gma_bus_addr = tmp & PCI_BASE_ADDRESS_MEM_MASK;
> +
> +	/* i9xx_setup */
> +	pci_read_config_word(dev->pdev, SNB_GMCH_CTRL, &snb_gmch_ctl);
> +	dev_priv->mm.gtt->gtt_total_entries =
> +		gen6_get_total_gtt_size(snb_gmch_ctl) / sizeof(gtt_pte_t);
> +	dev_priv->mm.gtt->stolen_size = gen6_get_stolen_size(snb_gmch_ctl);
> +
> +	ret = setup_scratch_page(dev);
> +	if (ret)
> +		return ret;
Missing cleanup.

> +
> +	dev_priv->mm.gtt->gtt = ioremap(gtt_bus_addr,
> +					dev_priv->mm.gtt->gtt_total_entries * sizeof(gtt_pte_t));
Can fail.

> +	/* GMADR is the PCI aperture used by SW to access tiled GFX surfaces in a linear fashion. */
> +	DRM_DEBUG_DRIVER("GMADR size = %dM\n", dev_priv->mm.gtt->gtt_mappable_entries >> 8);
> +	DRM_DEBUG_DRIVER("GTT total entries = %dK\n", dev_priv->mm.gtt->gtt_total_entries >> 10);
> +	DRM_DEBUG_DRIVER("GTT stolen size = %dM\n", dev_priv->mm.gtt->stolen_size >> 20);
I think it would be nice for our users to have a one line INFO summarizing
the memory availabe to the graphics device.
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre

  parent reply	other threads:[~2012-10-31 10:38 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-10-23  1:34 [PATCH 00/10] Kill AGP dependencies for Gen6+ Ben Widawsky
2012-10-23  1:34 ` [PATCH 01/10] drm/i915: No LLC_MLC for HSW Ben Widawsky
2012-10-23 10:15   ` Mika Kuoppala
2012-10-25 20:47   ` Jesse Barnes
2012-10-26  1:03     ` Ben Widawsky
2012-10-23  1:34 ` [PATCH 02/10] drm/i915: Add dev to ppgtt Ben Widawsky
2012-10-25 20:48   ` Jesse Barnes
2012-10-23  1:34 ` [PATCH 03/10] drm/i915: introduce gtt_pte_t Ben Widawsky
2012-10-25 20:49   ` Jesse Barnes
2012-10-23  1:34 ` [PATCH 04/10] drm/i915: Extract PPGTT pte encoding Ben Widawsky
2012-10-25 20:50   ` Jesse Barnes
2012-10-23  1:34 ` [PATCH 05/10] drm/i915: move more pte encoding to pte encode Ben Widawsky
2012-10-25 20:51   ` Jesse Barnes
2012-10-31 10:52     ` Daniel Vetter
2012-10-23  1:34 ` [PATCH 06/10] drm/i915: Stop using AGP layer for GEN6+ Ben Widawsky
2012-10-23  9:59   ` Chris Wilson
2012-10-23 14:57     ` Ben Widawsky
2012-10-23 14:58       ` Daniel Vetter
2012-10-23 19:57         ` Ben Widawsky
2012-10-23 20:03           ` Daniel Vetter
2012-10-23 20:27             ` Ben Widawsky
2012-10-25 20:55           ` Jesse Barnes
2012-10-25 20:54       ` Jesse Barnes
     [not found]   ` <878vaxwk61.fsf@gaia.fi.intel.com>
2012-10-24 17:56     ` Ben Widawsky
2012-10-26 20:54   ` [PATCH 06/10 v2] " Ben Widawsky
2012-10-29  2:08     ` [PATCH 6/9 v3] " Ben Widawsky
2012-10-31  9:57       ` Daniel Vetter
2012-10-31 15:51         ` Ben Widawsky
2012-10-31 10:37     ` Chris Wilson [this message]
2012-10-23  1:34 ` [PATCH 07/10] drm/i915: Calculate correct stolen size for GEN7+ Ben Widawsky
2012-10-25 21:06   ` Jesse Barnes
2012-10-25 22:15     ` Ben Widawsky
2012-10-25 22:39       ` Jesse Barnes
2012-10-23  1:34 ` [PATCH 08/10] drm/i915: Kill off now unused gen6+ AGP code Ben Widawsky
2012-10-25 21:07   ` Jesse Barnes
2012-10-23  1:34 ` [PATCH 09/10] drm/i915: flush system agent TLBs on SNB Ben Widawsky
2012-10-23 14:17   ` Jesse Barnes
2012-10-23 14:28     ` Daniel Vetter
2012-10-23 14:35       ` Jesse Barnes
2012-10-23 14:42         ` Ben Widawsky
2012-10-25 21:07   ` Jesse Barnes
2012-10-26 20:55   ` [PATCH 09/10 v2] " Ben Widawsky
2012-10-23  1:34 ` [PATCH 10/10] drm/i915: Kill off actually requiring AGP Ben Widawsky
2012-10-23  2:03   ` Ben Widawsky
2012-10-25 21:09   ` Jesse Barnes
2012-10-25 22:15     ` Ben Widawsky
2012-10-25 22:39       ` Jesse Barnes
2012-10-25 22:47         ` Daniel Vetter
2012-10-26 20:52           ` Ben Widawsky
2012-10-26 20:58 ` [PATCH 00/10] Kill AGP dependencies for Gen6+ 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='84c8a8$6bh7ej@orsmga001.jf.intel.com' \
    --to=chris@chris-wilson.co.uk \
    --cc=ben@bwidawsk.net \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox