From: Christoph Hellwig <hch@lst.de>
To: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Cc: Juergen Gross <jgross@suse.com>,
Stefano Stabellini <sstabellini@kernel.org>,
Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
x86@kernel.org, linux-kernel@vger.kernel.org,
iommu@lists.linux-foundation.org, xen-devel@lists.xenproject.org,
Christoph Hellwig <hch@lst.de>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 08/13] swiotlb-xen: always use dma-direct helpers to alloc coherent pages
Date: Wed, 4 Sep 2019 09:00:33 +0200 [thread overview]
Message-ID: <20190904070033.GA11643@lst.de> (raw)
In-Reply-To: <8a7f9e23-ef26-e83b-8d1e-dcd7d233642a@oracle.com>
On Tue, Sep 03, 2019 at 06:25:54PM -0400, Boris Ostrovsky wrote:
> > If I am reading __dma_direct_alloc_pages() correctly there is a path
> > that will force us to use GFP_DMA32 and as Juergen pointed out in
> > another message that may not be desirable.
Yes, it will add GFP_DMA32. So I guess for now we'll just keep the
direct page allocator calls and resend. I don't think this is the
right thing to do long term, but I'd really like to get this series
finished.
_______________________________________________
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
WARNING: multiple messages have this Message-ID (diff)
From: Christoph Hellwig <hch@lst.de>
To: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Cc: Juergen Gross <jgross@suse.com>,
Stefano Stabellini <sstabellini@kernel.org>,
Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
x86@kernel.org, linux-kernel@vger.kernel.org,
iommu@lists.linux-foundation.org, xen-devel@lists.xenproject.org,
Christoph Hellwig <hch@lst.de>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [Xen-devel] [PATCH 08/13] swiotlb-xen: always use dma-direct helpers to alloc coherent pages
Date: Wed, 4 Sep 2019 09:00:33 +0200 [thread overview]
Message-ID: <20190904070033.GA11643@lst.de> (raw)
In-Reply-To: <8a7f9e23-ef26-e83b-8d1e-dcd7d233642a@oracle.com>
On Tue, Sep 03, 2019 at 06:25:54PM -0400, Boris Ostrovsky wrote:
> > If I am reading __dma_direct_alloc_pages() correctly there is a path
> > that will force us to use GFP_DMA32 and as Juergen pointed out in
> > another message that may not be desirable.
Yes, it will add GFP_DMA32. So I guess for now we'll just keep the
direct page allocator calls and resend. I don't think this is the
right thing to do long term, but I'd really like to get this series
finished.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel
WARNING: multiple messages have this Message-ID (diff)
From: Christoph Hellwig <hch@lst.de>
To: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Cc: Juergen Gross <jgross@suse.com>,
Stefano Stabellini <sstabellini@kernel.org>,
Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
x86@kernel.org, linux-kernel@vger.kernel.org,
iommu@lists.linux-foundation.org, xen-devel@lists.xenproject.org,
Christoph Hellwig <hch@lst.de>,
linux-arm-kernel@lists.infradead.org
Subject: Re: [PATCH 08/13] swiotlb-xen: always use dma-direct helpers to alloc coherent pages
Date: Wed, 4 Sep 2019 09:00:33 +0200 [thread overview]
Message-ID: <20190904070033.GA11643@lst.de> (raw)
In-Reply-To: <8a7f9e23-ef26-e83b-8d1e-dcd7d233642a@oracle.com>
On Tue, Sep 03, 2019 at 06:25:54PM -0400, Boris Ostrovsky wrote:
> > If I am reading __dma_direct_alloc_pages() correctly there is a path
> > that will force us to use GFP_DMA32 and as Juergen pointed out in
> > another message that may not be desirable.
Yes, it will add GFP_DMA32. So I guess for now we'll just keep the
direct page allocator calls and resend. I don't think this is the
right thing to do long term, but I'd really like to get this series
finished.
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
WARNING: multiple messages have this Message-ID (diff)
From: Christoph Hellwig <hch@lst.de>
To: Boris Ostrovsky <boris.ostrovsky@oracle.com>
Cc: Christoph Hellwig <hch@lst.de>,
Stefano Stabellini <sstabellini@kernel.org>,
Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
Juergen Gross <jgross@suse.com>,
x86@kernel.org, linux-arm-kernel@lists.infradead.org,
xen-devel@lists.xenproject.org, iommu@lists.linux-foundation.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH 08/13] swiotlb-xen: always use dma-direct helpers to alloc coherent pages
Date: Wed, 4 Sep 2019 09:00:33 +0200 [thread overview]
Message-ID: <20190904070033.GA11643@lst.de> (raw)
In-Reply-To: <8a7f9e23-ef26-e83b-8d1e-dcd7d233642a@oracle.com>
On Tue, Sep 03, 2019 at 06:25:54PM -0400, Boris Ostrovsky wrote:
> > If I am reading __dma_direct_alloc_pages() correctly there is a path
> > that will force us to use GFP_DMA32 and as Juergen pointed out in
> > another message that may not be desirable.
Yes, it will add GFP_DMA32. So I guess for now we'll just keep the
direct page allocator calls and resend. I don't think this is the
right thing to do long term, but I'd really like to get this series
finished.
next prev parent reply other threads:[~2019-09-04 7:00 UTC|newest]
Thread overview: 68+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-09-02 13:03 swiotlb-xen cleanups v3 Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` [Xen-devel] " Christoph Hellwig
2019-09-02 13:03 ` [PATCH 01/13] xen/arm: use dma-noncoherent.h calls for xen-swiotlb cache maintainance Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` [Xen-devel] " Christoph Hellwig
2019-09-02 13:03 ` [PATCH 02/13] xen/arm: consolidate page-coherent.h Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` [Xen-devel] " Christoph Hellwig
2019-09-02 13:03 ` [PATCH 03/13] xen/arm: use dev_is_dma_coherent Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` [Xen-devel] " Christoph Hellwig
2019-09-02 13:03 ` [PATCH 04/13] xen/arm: simplify dma_cache_maint Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` [Xen-devel] " Christoph Hellwig
2019-09-02 13:03 ` [PATCH 05/13] xen/arm: remove xen_dma_ops Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` [Xen-devel] " Christoph Hellwig
2019-09-02 13:03 ` [PATCH 06/13] xen: remove the exports for xen_{create, destroy}_contiguous_region Christoph Hellwig
2019-09-02 13:03 ` [PATCH 06/13] xen: remove the exports for xen_{create,destroy}_contiguous_region Christoph Hellwig
2019-09-02 13:03 ` [PATCH 06/13] xen: remove the exports for xen_{create, destroy}_contiguous_region Christoph Hellwig
2019-09-02 13:03 ` [Xen-devel] " Christoph Hellwig
2019-09-02 13:03 ` [PATCH 07/13] swiotlb-xen: remove xen_swiotlb_dma_mmap and -xen_swiotlb_dma_get_sgtable Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` [Xen-devel] " Christoph Hellwig
2019-09-02 13:03 ` [PATCH 08/13] swiotlb-xen: always use dma-direct helpers to alloc coherent pages Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` [Xen-devel] " Christoph Hellwig
2019-09-03 22:15 ` Boris Ostrovsky
2019-09-03 22:15 ` Boris Ostrovsky
2019-09-03 22:15 ` Boris Ostrovsky
2019-09-03 22:15 ` [Xen-devel] " Boris Ostrovsky
2019-09-03 22:25 ` Boris Ostrovsky
2019-09-03 22:25 ` Boris Ostrovsky
2019-09-03 22:25 ` Boris Ostrovsky
2019-09-03 22:25 ` [Xen-devel] " Boris Ostrovsky
2019-09-04 7:00 ` Christoph Hellwig [this message]
2019-09-04 7:00 ` Christoph Hellwig
2019-09-04 7:00 ` Christoph Hellwig
2019-09-04 7:00 ` [Xen-devel] " Christoph Hellwig
2019-09-02 13:03 ` [PATCH 09/13] swiotlb-xen: use the same foreign page check everywhere Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` [Xen-devel] " Christoph Hellwig
2019-09-02 13:03 ` [PATCH 10/13] swiotlb-xen: simplify cache maintainance Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` [Xen-devel] " Christoph Hellwig
2019-09-02 13:03 ` [PATCH 11/13] swiotlb-xen: remove page-coherent.h Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` [Xen-devel] " Christoph Hellwig
2019-09-02 13:03 ` [PATCH 12/13] swiotlb-xen: merge xen_unmap_single into xen_swiotlb_unmap_page Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` [Xen-devel] " Christoph Hellwig
2019-09-02 13:03 ` [PATCH 13/13] arm64: use asm-generic/dma-mapping.h Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` Christoph Hellwig
2019-09-02 13:03 ` [Xen-devel] " Christoph Hellwig
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=20190904070033.GA11643@lst.de \
--to=hch@lst.de \
--cc=boris.ostrovsky@oracle.com \
--cc=iommu@lists.linux-foundation.org \
--cc=jgross@suse.com \
--cc=konrad.wilk@oracle.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=sstabellini@kernel.org \
--cc=x86@kernel.org \
--cc=xen-devel@lists.xenproject.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.