All of lore.kernel.org
 help / color / mirror / Atom feed
From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
To: Thomas Hellstrom <thomas@shipmail.org>
Cc: Konrad Rzeszutek Wilk
	<"konrad.wilk@oracle.com"@rcsinet11.oracle.com>,
	"dri-devel@lists.freedesktop.org"
	<dri-devel@lists.freedesktop.org>
Subject: Re: [PATCH 3/5] ttm: Expand (*populate) to support an array of DMA addresses.
Date: Thu, 27 Jan 2011 16:10:14 -0500	[thread overview]
Message-ID: <20110127211013.GA4542@dumpdata.com> (raw)
In-Reply-To: <4D4138BB.6010307@shipmail.org>

[-- Attachment #1: Type: text/plain, Size: 4086 bytes --]

On Thu, Jan 27, 2011 at 10:19:55AM +0100, Thomas Hellstrom wrote:
> On 01/07/2011 06:11 PM, Konrad Rzeszutek Wilk wrote:
> 
> Apart from previously mentioned indentation issues,
> Reviewed-by: Thomas Hellstrom <thellstrom@shipmail.org>

Thank you..
> 

.. snip..
> >  nouveau_sgdma_populate(struct ttm_backend *be, unsigned long num_pages,
> >-		       struct page **pages, struct page *dummy_read_page)
> >+		       struct page **pages, struct page *dummy_read_page,
> >+		       dma_addr_t *dma_addrs)

This is weird, but when I pull this up in 'vim' it looks OK. I think it is
just the emailer playing tricks? (attached a screenshot)

checkpatch.pl which usually throws a fit when it comes to indentations does not
complain here at all.

> >  {
> >  	struct nouveau_sgdma_be *nvbe = (struct nouveau_sgdma_be *)be;
> >  	struct drm_device *dev = nvbe->dev;
> >diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c b/drivers/gpu/drm/radeon/radeon_ttm.c
> >index 01c2c73..6f156e9 100644
> >--- a/drivers/gpu/drm/radeon/radeon_ttm.c
> >+++ b/drivers/gpu/drm/radeon/radeon_ttm.c
> >@@ -655,7 +655,8 @@ struct radeon_ttm_backend {
> >  static int radeon_ttm_backend_populate(struct ttm_backend *backend,
> >  				       unsigned long num_pages,
> >  				       struct page **pages,
> >-				       struct page *dummy_read_page)
> >+				       struct page *dummy_read_page,
> >+				       dma_addr_t *dma_addrs)

Ditto. Looks just fine.

> >  {
> >  	struct radeon_ttm_backend *gtt;
> >
> >diff --git a/drivers/gpu/drm/ttm/ttm_agp_backend.c b/drivers/gpu/drm/ttm/ttm_agp_backend.c
> >index f999e36..1c4a72f 100644
> >--- a/drivers/gpu/drm/ttm/ttm_agp_backend.c
> >+++ b/drivers/gpu/drm/ttm/ttm_agp_backend.c
> >@@ -47,7 +47,8 @@ struct ttm_agp_backend {
> >
> >  static int ttm_agp_populate(struct ttm_backend *backend,
> >  			    unsigned long num_pages, struct page **pages,
> >-			    struct page *dummy_read_page)
> >+			    struct page *dummy_read_page,
> >+			    dma_addr_t *dma_addrs)
> >  {
> >  	struct ttm_agp_backend *agp_be =
> >  	    container_of(backend, struct ttm_agp_backend, backend);
> >diff --git a/drivers/gpu/drm/ttm/ttm_tt.c b/drivers/gpu/drm/ttm/ttm_tt.c
> >index 0d39001..86d5b17 100644
> >--- a/drivers/gpu/drm/ttm/ttm_tt.c
> >+++ b/drivers/gpu/drm/ttm/ttm_tt.c
> >@@ -169,7 +169,7 @@ int ttm_tt_populate(struct ttm_tt *ttm)
> >  	}
> >
> >  	be->func->populate(be, ttm->num_pages, ttm->pages,
> >-			   ttm->dummy_read_page);
> >+			   ttm->dummy_read_page, ttm->dma_address);
> >  	ttm->state = tt_unbound;
> >  	return 0;
> >  }
> >diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c b/drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c
> >index 80bc37b..87e43e0 100644
> >--- a/drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c
> >+++ b/drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c
> >@@ -102,7 +102,8 @@ struct vmw_ttm_backend {
> >
> >  static int vmw_ttm_populate(struct ttm_backend *backend,
> >  			    unsigned long num_pages, struct page **pages,
> >-			    struct page *dummy_read_page)
> >+			    struct page *dummy_read_page,
> >+			    dma_addr_t *dma_addrs)

Grrrr... same thing - looks OK?
> >  {
> >  	struct vmw_ttm_backend *vmw_be =
> >  	    container_of(backend, struct vmw_ttm_backend, backend);
> >diff --git a/include/drm/ttm/ttm_bo_driver.h b/include/drm/ttm/ttm_bo_driver.h
> >index 6dc4fcc..ebcd3dd 100644
> >--- a/include/drm/ttm/ttm_bo_driver.h
> >+++ b/include/drm/ttm/ttm_bo_driver.h
> >@@ -50,13 +50,15 @@ struct ttm_backend_func {
> >  	 * @pages: Array of pointers to ttm pages.
> >  	 * @dummy_read_page: Page to be used instead of NULL pages in the
> >  	 * array @pages.
> >+	 * @dma_addrs: Array of DMA (bus) address of the ttm pages.
> >  	 *
> >  	 * Populate the backend with ttm pages. Depending on the backend,
> >  	 * it may or may not copy the @pages array.
> >  	 */
> >  	int (*populate) (struct ttm_backend *backend,
> >  			 unsigned long num_pages, struct page **pages,
> >-			 struct page *dummy_read_page);
> >+			 struct page *dummy_read_page,
> >+			 dma_addr_t *dma_addrs);
> >  	/**
> >  	 * struct ttm_backend_func member clear
> >  	 *

[-- Attachment #2: Screenshot-nouveau_sgdma.c (~-ssd-linux-drivers-gpu-drm-nouveau) - GVIM.png --]
[-- Type: image/png, Size: 147567 bytes --]

[-- Attachment #3: Type: text/plain, Size: 159 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel

  reply	other threads:[~2011-01-27 21:10 UTC|newest]

Thread overview: 50+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-01-07 17:11 [RFC PATCH v2] Utilize the PCI API in the TTM framework Konrad Rzeszutek Wilk
2011-01-07 17:11 ` [PATCH 1/5] ttm: Introduce a placeholder for DMA (bus) addresses Konrad Rzeszutek Wilk
2011-01-27  9:13   ` Thomas Hellstrom
2011-01-07 17:11 ` [PATCH 2/5] tm: Utilize the dma_addr_t array for pages that are to in DMA32 pool Konrad Rzeszutek Wilk
2011-01-27  9:17   ` Thomas Hellstrom
2011-01-07 17:11 ` [PATCH 3/5] ttm: Expand (*populate) to support an array of DMA addresses Konrad Rzeszutek Wilk
2011-01-27  9:19   ` Thomas Hellstrom
2011-01-27 21:10     ` Konrad Rzeszutek Wilk [this message]
2011-01-07 17:11 ` [PATCH 4/5] radeon/ttm/PCIe: Use dma_addr if TTM has set it Konrad Rzeszutek Wilk
2011-01-27 21:20   ` Konrad Rzeszutek Wilk
2011-01-28 14:42     ` Jerome Glisse
2011-01-28 14:42       ` Jerome Glisse
2011-01-28 15:03       ` Konrad Rzeszutek Wilk
2011-01-28 15:03         ` Konrad Rzeszutek Wilk
2011-02-16 15:54       ` Konrad Rzeszutek Wilk
2011-02-16 15:54         ` Konrad Rzeszutek Wilk
2011-02-16 18:51         ` Jerome Glisse
2011-01-07 17:11 ` [PATCH 5/5] nouveau/ttm/PCIe: " Konrad Rzeszutek Wilk
2011-01-27 21:22   ` Konrad Rzeszutek Wilk
2011-01-07 22:21 ` [RFC PATCH v2] Utilize the PCI API in the TTM framework Ian Campbell
2011-01-08 10:41 ` Thomas Hellstrom
2011-01-10 14:25 ` Thomas Hellstrom
2011-01-10 15:21   ` Konrad Rzeszutek Wilk
2011-01-10 15:58     ` Thomas Hellstrom
2011-01-10 15:58       ` Thomas Hellstrom
2011-01-10 16:45       ` Konrad Rzeszutek Wilk
2011-01-10 20:50         ` Thomas Hellstrom
2011-01-11 15:55           ` Konrad Rzeszutek Wilk
2011-01-11 15:55             ` Konrad Rzeszutek Wilk
2011-01-11 16:21             ` Alex Deucher
2011-01-11 16:21               ` Alex Deucher
2011-01-11 16:59               ` Konrad Rzeszutek Wilk
2011-01-11 16:59                 ` Konrad Rzeszutek Wilk
2011-01-11 18:12                 ` Alex Deucher
2011-01-11 18:28                   ` Konrad Rzeszutek Wilk
2011-01-11 19:28                     ` Alex Deucher
2011-01-12  9:12             ` Thomas Hellstrom
2011-01-12 15:19               ` Konrad Rzeszutek Wilk
2011-01-12 15:19                 ` Konrad Rzeszutek Wilk
2011-01-24 14:49                 ` Konrad Rzeszutek Wilk
2011-01-24 14:49                   ` Konrad Rzeszutek Wilk
2011-01-27  9:28 ` Thomas Hellstrom
2011-01-27 21:13   ` Konrad Rzeszutek Wilk
2011-03-21 13:11 ` Michel Dänzer
2011-03-21 23:18   ` Konrad Rzeszutek Wilk
2011-03-21 23:18     ` Konrad Rzeszutek Wilk
2011-03-22 13:13     ` Michel Dänzer
2011-03-22 13:13       ` Michel Dänzer
2011-03-22 14:54       ` Konrad Rzeszutek Wilk
2011-03-22 15:10         ` Michel Dänzer

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=20110127211013.GA4542@dumpdata.com \
    --to=konrad.wilk@oracle.com \
    --cc="konrad.wilk@oracle.com"@rcsinet11.oracle.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=thomas@shipmail.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.