All of lore.kernel.org
 help / color / mirror / Atom feed
From: Joerg Roedel <joerg.roedel@amd.com>
To: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp>
Cc: mingo@elte.hu, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] remove fullflush and nofullflush in IOMMU generic option
Date: Fri, 19 Sep 2008 22:19:09 +0200	[thread overview]
Message-ID: <20080919201909.GC10692@amd.com> (raw)
In-Reply-To: <20080920050229Z.fujita.tomonori@lab.ntt.co.jp>

On Sat, Sep 20, 2008 at 05:02:16AM +0900, FUJITA Tomonori wrote:
> On Fri, 19 Sep 2008 21:52:16 +0200
> Joerg Roedel <joerg.roedel@amd.com> wrote:
> 
> > On Sat, Sep 20, 2008 at 03:48:11AM +0900, FUJITA Tomonori wrote:
> > > On Fri, 19 Sep 2008 20:01:18 +0200
> > > Joerg Roedel <joerg.roedel@amd.com> wrote:
> > > 
> > > > On Sat, Sep 20, 2008 at 02:40:35AM +0900, FUJITA Tomonori wrote:
> > > > > On Fri, 19 Sep 2008 19:30:04 +0200
> > > > > Joerg Roedel <joerg.roedel@amd.com> wrote:
> > > > > 
> > > > > > On Sat, Sep 20, 2008 at 02:09:21AM +0900, FUJITA Tomonori wrote:
> > > > > > > 
> > > > > > > Please keep it for AMD option for now. Please send a patch to make it
> > > > > > > generic to other IOMMU people and give them a chance to discuss on
> > > > > > > it.
> > > > > > >
> > > > > > 
> > > > > > Btw, you already agreed with a generic iommu= parameter for lazy IO/TLB
> > > > > > flushing"
> > > > > > 
> > > > > > 
> > > > > >  > True. We should merge common parameters across IOMMUs into the
> > > > > >  > iommu= parameter some time in the future, I think. It would also be the
> > > > > >  > place for the IOMMU size parameter.
> > > > > > 
> > > > > >  Hmm, now is better than the future? I think that now you can add
> > > > > >  something like 'disable_batching_flush' as a common parameter and
> > > > > >  change AMD IOMMU to use it.
> > > > > > 
> > > > > > in http://lkml.org/lkml/2008/9/17/376
> > > > > > 
> > > > > > And since we already have a iommu=fullflush parameter it makes sense of
> > > > > > make it generic.
> > > > > 
> > > > > I'm not against fullflush but we need to discuss it with other people
> > > > > before making the change.
> > > > 
> > > > Weird. Just 2 hours ago you wrote:
> > > > 
> > > > |http://lkml.org/lkml/2008/9/19/106
> > > > |
> > > > |For me, adding these boot parameters doesn't make sense.
> > > 
> > > See:
> > > 
> > > http://lkml.org/lkml/2008/9/19/221
> > 
> > Removing nofullflush and moving fullflush to the generic code are two
> > different questions. You talk about the first and I talk about the
> > second here. We should make sure we talk about the same things
> > when we flame each other ;)
> 
> And the root cause is that your patch does the two different things.
> 
> So please revert the changes. I've already send a patch to do
> that. Please do these things in the proper way. If you think that you
> are free to remove nofullflush from GART, send a patch to do that. If
> you think that fullflush should be generic, send a patch to do it with
> CC'ed to IOMMU people.

I don't think that there is a reason to revert the patch until
objections agains the generic iommu=fullflush come up. The patch does
not break anything and just moves the iommu=flush parameter (which is
already available) to pci-dma.c to make it useable by AMD IOMMU too.

Joerg


-- 
           |           AMD Saxony Limited Liability Company & Co. KG
 Operating |         Wilschdorfer Landstr. 101, 01109 Dresden, Germany
 System    |                  Register Court Dresden: HRA 4896
 Research  |              General Partner authorized to represent:
 Center    |             AMD Saxony LLC (Wilmington, Delaware, US)
           | General Manager of AMD Saxony LLC: Dr. Hans-R. Deppe, Thomas McCoy


  reply	other threads:[~2008-09-19 20:19 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-09-19 16:23 [PATCH] remove fullflush and nofullflush in IOMMU generic option FUJITA Tomonori
2008-09-19 16:45 ` Joerg Roedel
2008-09-19 17:09   ` FUJITA Tomonori
2008-09-19 17:20     ` Joerg Roedel
2008-09-19 17:34       ` FUJITA Tomonori
2008-09-19 17:46         ` Joerg Roedel
2008-09-19 18:40           ` FUJITA Tomonori
2008-09-19 19:42             ` Joerg Roedel
2008-09-19 17:30     ` Joerg Roedel
2008-09-19 17:40       ` FUJITA Tomonori
2008-09-19 18:01         ` Joerg Roedel
2008-09-19 18:48           ` FUJITA Tomonori
2008-09-19 19:52             ` Joerg Roedel
2008-09-19 20:02               ` FUJITA Tomonori
2008-09-19 20:19                 ` Joerg Roedel [this message]
2008-09-19 21:56                   ` FUJITA Tomonori
2008-09-19 22:09                     ` Joerg Roedel
2008-09-19 22:18                       ` FUJITA Tomonori
2008-09-19 22:39                         ` Joerg Roedel
2008-09-20  0:54                           ` FUJITA Tomonori
2008-09-20  6:00 ` Ingo Molnar
2008-09-20 13:57   ` FUJITA Tomonori
2008-09-22 11:17     ` Ingo Molnar
2008-09-22 12:05       ` Joerg Roedel
2008-09-22 15:25       ` FUJITA Tomonori
2008-09-22 16:23         ` Joerg Roedel
2008-09-22 16:51           ` FUJITA Tomonori
2008-09-22 18:34             ` Joerg Roedel
2008-09-22 18:48               ` Ingo Molnar
2008-09-22 19:01                 ` Joerg Roedel
2008-09-24 13:12               ` FUJITA Tomonori

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=20080919201909.GC10692@amd.com \
    --to=joerg.roedel@amd.com \
    --cc=fujita.tomonori@lab.ntt.co.jp \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    /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.