All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mike Werner <werner@sgi.com>
To: Christoph Hellwig <hch@infradead.org>,
	davej@codemonkey.org.uk, linux-kernel@vger.kernel.org,
	dri-devel@lists.sourceforge.net
Subject: Re: [patch 2.6.10-rc3 1/4] agpgart: allow multiple backends to be initialized
Date: Sat, 18 Dec 2004 09:17:14 -0800	[thread overview]
Message-ID: <200412180917.14255.werner@sgi.com> (raw)
In-Reply-To: <20041218144813.GA7635@infradead.org>

On Saturday 18 December 2004 06:48, Christoph Hellwig wrote:
> On Fri, Dec 17, 2004 at 12:55:59PM -0800, Mike Werner wrote:
> > This new version reduces the number of changes required by users of the agpgart
> > such as drm to support the new api for multiple agp bridges. 
> > The first patch doesn't touch any platform specific files and all current platform
> > gart drivers will just work the same as they do now since the global 
> > agp_bridge is still supported as the default bridge.
> 
> The agp_bridge_find function pointer is bogus, that way you can only support
> one backend at a time. 
Obviously you mean one type of backend here.
I have tried to simplify this patch as much as possible so that it only tries to do one thing
and that is just the api change. I think the searching for valid bridges is a separate issue
since none of the currently supported hardware needs it. The only possible platform
that I assumed might is amd64 and Andi Kleen specifically told me it doesn't.

> 
> Most other bits of the patch are fine, but in either case you first need to
> change the agp bridge driver API to take a struct agp_bridge_data in every
> method, else all these changes don't make sense at all.
> 
> 
I don't agree that you *must* pass the agp_bridge_data pointer for every method.
You don't need it for bind/unbind/free if you associate each memory region
allocated using agp_allocate_memory(bridge,...) with a particular bridge 
which is what the patch does. That is, agp_memory knows which bridge it belongs to.

  reply	other threads:[~2004-12-18 17:16 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-12-17 20:55 [patch 2.6.10-rc3 1/4] agpgart: allow multiple backends to be initialized Mike Werner
2004-12-18 14:48 ` Christoph Hellwig
2004-12-18 17:17   ` Mike Werner [this message]
2004-12-19 13:37     ` Christoph Hellwig
2004-12-20 23:59       ` Mike Werner
2004-12-22  0:08       ` Mike Werner
2004-12-22 19:08       ` Mike Werner
2004-12-23  1:42   ` [resend patch 2.6.10-rc3 1/3] " Mike Werner
2004-12-20 14:05 ` [patch 2.6.10-rc3 1/4] " Alan Cox
     [not found] <200412171255.59390.werner@sgi.com.suse.lists.linux.kernel>
2004-12-18  8:23 ` Andi Kleen

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=200412180917.14255.werner@sgi.com \
    --to=werner@sgi.com \
    --cc=davej@codemonkey.org.uk \
    --cc=dri-devel@lists.sourceforge.net \
    --cc=hch@infradead.org \
    --cc=linux-kernel@vger.kernel.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.