diff for duplicates of <20210510150516.GE28066@lst.de> diff --git a/a/1.txt b/N1/1.txt index 1798bd0..336a335 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -20,6 +20,6 @@ go away and be replace with this and the fact that having no io_tlb_mem structure at all means forced no buffering (after a little refactoring). _______________________________________________ -Intel-gfx mailing list -Intel-gfx@lists.freedesktop.org -https://lists.freedesktop.org/mailman/listinfo/intel-gfx +iommu mailing list +iommu@lists.linux-foundation.org +https://lists.linuxfoundation.org/mailman/listinfo/iommu diff --git a/a/content_digest b/N1/content_digest index b0f1215..7f83a35 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,24 +1,23 @@ "ref\020210510095026.3477496-1-tientzu@chromium.org\0" "ref\020210510095026.3477496-9-tientzu@chromium.org\0" "From\0Christoph Hellwig <hch@lst.de>\0" - "Subject\0Re: [Intel-gfx] [PATCH v6 08/15] swiotlb: Bounce data from/to restricted DMA pool if available\0" + "Subject\0Re: [PATCH v6 08/15] swiotlb: Bounce data from/to restricted DMA pool if available\0" "Date\0Mon, 10 May 2021 17:05:16 +0200\0" "To\0Claire Chang <tientzu@chromium.org>\0" "Cc\0heikki.krogerus@linux.intel.com" thomas.hellstrom@linux.intel.com peterz@infradead.org benh@kernel.crashing.org + joonas.lahtinen@linux.intel.com dri-devel@lists.freedesktop.org chris@chris-wilson.co.uk grant.likely@arm.com paulus@samba.org Frank Rowand <frowand.list@gmail.com> mingo@kernel.org - Marek Szyprowski <m.szyprowski@samsung.com> sstabellini@kernel.org Saravana Kannan <saravanak@google.com> mpe@ellerman.id.au - Joerg Roedel <joro@8bytes.org> Rafael J . Wysocki <rafael.j.wysocki@intel.com> Christoph Hellwig <hch@lst.de> Bartosz Golaszewski <bgolaszewski@baylibre.com> @@ -30,12 +29,16 @@ matthew.auld@intel.com linux-devicetree <devicetree@vger.kernel.org> jxgao@google.com + daniel@ffwll.ch Will Deacon <will@kernel.org> Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> + maarten.lankhorst@linux.intel.com airlied@linux.ie Dan Williams <dan.j.williams@intel.com> linuxppc-dev@lists.ozlabs.org + jani.nikula@linux.intel.com Rob Herring <robh+dt@kernel.org> + rodrigo.vivi@intel.com bhelgaas@google.com boris.ostrovsky@oracle.com Andy Shevchenko <andriy.shevchenko@linux.intel.com> @@ -45,7 +48,6 @@ Greg KH <gregkh@linuxfoundation.org> Randy Dunlap <rdunlap@infradead.org> lkml <linux-kernel@vger.kernel.org> - tfiga@chromium.org list@263.net:IOMMU DRIVERS <iommu@lists.linux-foundation.org> Jim Quinlan <james.quinlan@broadcom.com> xypron.glpk@gmx.de @@ -75,8 +77,8 @@ "io_tlb_mem structure at all means forced no buffering (after a little\n" "refactoring).\n" "_______________________________________________\n" - "Intel-gfx mailing list\n" - "Intel-gfx@lists.freedesktop.org\n" - https://lists.freedesktop.org/mailman/listinfo/intel-gfx + "iommu mailing list\n" + "iommu@lists.linux-foundation.org\n" + https://lists.linuxfoundation.org/mailman/listinfo/iommu -0282f28b68ce56c4f80878f07a1c25ce9917572ce3e12f2df0ac6308119fb794 +1cb3701b7b1492109c805d52d6d18955e615c6538ae75255d85dd6edb8799310
diff --git a/a/1.txt b/N2/1.txt index 1798bd0..47806f3 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -19,7 +19,3 @@ in the io_tlb_mem structure instead. Then the global swiotlb_force can go away and be replace with this and the fact that having no io_tlb_mem structure at all means forced no buffering (after a little refactoring). -_______________________________________________ -Intel-gfx mailing list -Intel-gfx@lists.freedesktop.org -https://lists.freedesktop.org/mailman/listinfo/intel-gfx diff --git a/a/content_digest b/N2/content_digest index b0f1215..b3a4644 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -1,56 +1,61 @@ "ref\020210510095026.3477496-1-tientzu@chromium.org\0" "ref\020210510095026.3477496-9-tientzu@chromium.org\0" "From\0Christoph Hellwig <hch@lst.de>\0" - "Subject\0Re: [Intel-gfx] [PATCH v6 08/15] swiotlb: Bounce data from/to restricted DMA pool if available\0" + "Subject\0Re: [PATCH v6 08/15] swiotlb: Bounce data from/to restricted DMA pool if available\0" "Date\0Mon, 10 May 2021 17:05:16 +0200\0" "To\0Claire Chang <tientzu@chromium.org>\0" - "Cc\0heikki.krogerus@linux.intel.com" - thomas.hellstrom@linux.intel.com - peterz@infradead.org - benh@kernel.crashing.org - dri-devel@lists.freedesktop.org - chris@chris-wilson.co.uk - grant.likely@arm.com - paulus@samba.org - Frank Rowand <frowand.list@gmail.com> - mingo@kernel.org - Marek Szyprowski <m.szyprowski@samsung.com> - sstabellini@kernel.org - Saravana Kannan <saravanak@google.com> + "Cc\0Rob Herring <robh+dt@kernel.org>" mpe@ellerman.id.au Joerg Roedel <joro@8bytes.org> - Rafael J . Wysocki <rafael.j.wysocki@intel.com> - Christoph Hellwig <hch@lst.de> - Bartosz Golaszewski <bgolaszewski@baylibre.com> - bskeggs@redhat.com - linux-pci@vger.kernel.org - xen-devel@lists.xenproject.org - Thierry Reding <treding@nvidia.com> - intel-gfx@lists.freedesktop.org - matthew.auld@intel.com - linux-devicetree <devicetree@vger.kernel.org> - jxgao@google.com Will Deacon <will@kernel.org> + Frank Rowand <frowand.list@gmail.com> Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> - airlied@linux.ie - Dan Williams <dan.j.williams@intel.com> - linuxppc-dev@lists.ozlabs.org - Rob Herring <robh+dt@kernel.org> - bhelgaas@google.com boris.ostrovsky@oracle.com - Andy Shevchenko <andriy.shevchenko@linux.intel.com> jgross@suse.com - Nicolas Boichat <drinkcat@chromium.org> - nouveau@lists.freedesktop.org + Christoph Hellwig <hch@lst.de> + Marek Szyprowski <m.szyprowski@samsung.com> + benh@kernel.crashing.org + paulus@samba.org + list@263.net:IOMMU DRIVERS <iommu@lists.linux-foundation.org> + sstabellini@kernel.org + Robin Murphy <robin.murphy@arm.com> + grant.likely@arm.com + xypron.glpk@gmx.de + Thierry Reding <treding@nvidia.com> + mingo@kernel.org + bauerman@linux.ibm.com + peterz@infradead.org Greg KH <gregkh@linuxfoundation.org> + Saravana Kannan <saravanak@google.com> + Rafael J . Wysocki <rafael.j.wysocki@intel.com> + heikki.krogerus@linux.intel.com + Andy Shevchenko <andriy.shevchenko@linux.intel.com> Randy Dunlap <rdunlap@infradead.org> + Dan Williams <dan.j.williams@intel.com> + Bartosz Golaszewski <bgolaszewski@baylibre.com> + linux-devicetree <devicetree@vger.kernel.org> lkml <linux-kernel@vger.kernel.org> - tfiga@chromium.org - list@263.net:IOMMU DRIVERS <iommu@lists.linux-foundation.org> + linuxppc-dev@lists.ozlabs.org + xen-devel@lists.xenproject.org + Nicolas Boichat <drinkcat@chromium.org> Jim Quinlan <james.quinlan@broadcom.com> - xypron.glpk@gmx.de - Robin Murphy <robin.murphy@arm.com> - " bauerman@linux.ibm.com\0" + tfiga@chromium.org + bskeggs@redhat.com + bhelgaas@google.com + chris@chris-wilson.co.uk + daniel@ffwll.ch + airlied@linux.ie + dri-devel@lists.freedesktop.org + intel-gfx@lists.freedesktop.org + jani.nikula@linux.intel.com + jxgao@google.com + joonas.lahtinen@linux.intel.com + linux-pci@vger.kernel.org + maarten.lankhorst@linux.intel.com + matthew.auld@intel.com + nouveau@lists.freedesktop.org + rodrigo.vivi@intel.com + " thomas.hellstrom@linux.intel.com\0" "\00:1\0" "b\0" "> +static inline bool is_dev_swiotlb_force(struct device *dev)\n" @@ -73,10 +78,6 @@ "in the io_tlb_mem structure instead. Then the global swiotlb_force can\n" "go away and be replace with this and the fact that having no\n" "io_tlb_mem structure at all means forced no buffering (after a little\n" - "refactoring).\n" - "_______________________________________________\n" - "Intel-gfx mailing list\n" - "Intel-gfx@lists.freedesktop.org\n" - https://lists.freedesktop.org/mailman/listinfo/intel-gfx + refactoring). -0282f28b68ce56c4f80878f07a1c25ce9917572ce3e12f2df0ac6308119fb794 +7d779dd28b2f690a938ffd3dae68bc2623c3ba622de8f364fe358107b9bbd333
diff --git a/a/1.txt b/N3/1.txt index 1798bd0..51c26be 100644 --- a/a/1.txt +++ b/N3/1.txt @@ -20,6 +20,6 @@ go away and be replace with this and the fact that having no io_tlb_mem structure at all means forced no buffering (after a little refactoring). _______________________________________________ -Intel-gfx mailing list -Intel-gfx@lists.freedesktop.org -https://lists.freedesktop.org/mailman/listinfo/intel-gfx +Nouveau mailing list +Nouveau@lists.freedesktop.org +https://lists.freedesktop.org/mailman/listinfo/nouveau diff --git a/a/content_digest b/N3/content_digest index b0f1215..082c695 100644 --- a/a/content_digest +++ b/N3/content_digest @@ -1,13 +1,14 @@ "ref\020210510095026.3477496-1-tientzu@chromium.org\0" "ref\020210510095026.3477496-9-tientzu@chromium.org\0" "From\0Christoph Hellwig <hch@lst.de>\0" - "Subject\0Re: [Intel-gfx] [PATCH v6 08/15] swiotlb: Bounce data from/to restricted DMA pool if available\0" + "Subject\0Re: [Nouveau] [PATCH v6 08/15] swiotlb: Bounce data from/to restricted DMA pool if available\0" "Date\0Mon, 10 May 2021 17:05:16 +0200\0" "To\0Claire Chang <tientzu@chromium.org>\0" "Cc\0heikki.krogerus@linux.intel.com" thomas.hellstrom@linux.intel.com peterz@infradead.org benh@kernel.crashing.org + joonas.lahtinen@linux.intel.com dri-devel@lists.freedesktop.org chris@chris-wilson.co.uk grant.likely@arm.com @@ -30,12 +31,16 @@ matthew.auld@intel.com linux-devicetree <devicetree@vger.kernel.org> jxgao@google.com + daniel@ffwll.ch Will Deacon <will@kernel.org> Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> + maarten.lankhorst@linux.intel.com airlied@linux.ie Dan Williams <dan.j.williams@intel.com> linuxppc-dev@lists.ozlabs.org + jani.nikula@linux.intel.com Rob Herring <robh+dt@kernel.org> + rodrigo.vivi@intel.com bhelgaas@google.com boris.ostrovsky@oracle.com Andy Shevchenko <andriy.shevchenko@linux.intel.com> @@ -75,8 +80,8 @@ "io_tlb_mem structure at all means forced no buffering (after a little\n" "refactoring).\n" "_______________________________________________\n" - "Intel-gfx mailing list\n" - "Intel-gfx@lists.freedesktop.org\n" - https://lists.freedesktop.org/mailman/listinfo/intel-gfx + "Nouveau mailing list\n" + "Nouveau@lists.freedesktop.org\n" + https://lists.freedesktop.org/mailman/listinfo/nouveau -0282f28b68ce56c4f80878f07a1c25ce9917572ce3e12f2df0ac6308119fb794 +7f1d117f397aec38f1c18a9680e496a1121baaceb579441e6ee8856db8621813
diff --git a/a/1.txt b/N4/1.txt index 1798bd0..47806f3 100644 --- a/a/1.txt +++ b/N4/1.txt @@ -19,7 +19,3 @@ in the io_tlb_mem structure instead. Then the global swiotlb_force can go away and be replace with this and the fact that having no io_tlb_mem structure at all means forced no buffering (after a little refactoring). -_______________________________________________ -Intel-gfx mailing list -Intel-gfx@lists.freedesktop.org -https://lists.freedesktop.org/mailman/listinfo/intel-gfx diff --git a/a/content_digest b/N4/content_digest index b0f1215..3b76b69 100644 --- a/a/content_digest +++ b/N4/content_digest @@ -1,13 +1,13 @@ "ref\020210510095026.3477496-1-tientzu@chromium.org\0" "ref\020210510095026.3477496-9-tientzu@chromium.org\0" "From\0Christoph Hellwig <hch@lst.de>\0" - "Subject\0Re: [Intel-gfx] [PATCH v6 08/15] swiotlb: Bounce data from/to restricted DMA pool if available\0" + "Subject\0Re: [PATCH v6 08/15] swiotlb: Bounce data from/to restricted DMA pool if available\0" "Date\0Mon, 10 May 2021 17:05:16 +0200\0" "To\0Claire Chang <tientzu@chromium.org>\0" "Cc\0heikki.krogerus@linux.intel.com" thomas.hellstrom@linux.intel.com peterz@infradead.org - benh@kernel.crashing.org + joonas.lahtinen@linux.intel.com dri-devel@lists.freedesktop.org chris@chris-wilson.co.uk grant.likely@arm.com @@ -17,7 +17,6 @@ Marek Szyprowski <m.szyprowski@samsung.com> sstabellini@kernel.org Saravana Kannan <saravanak@google.com> - mpe@ellerman.id.au Joerg Roedel <joro@8bytes.org> Rafael J . Wysocki <rafael.j.wysocki@intel.com> Christoph Hellwig <hch@lst.de> @@ -30,12 +29,16 @@ matthew.auld@intel.com linux-devicetree <devicetree@vger.kernel.org> jxgao@google.com + daniel@ffwll.ch Will Deacon <will@kernel.org> Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> + maarten.lankhorst@linux.intel.com airlied@linux.ie Dan Williams <dan.j.williams@intel.com> linuxppc-dev@lists.ozlabs.org + jani.nikula@linux.intel.com Rob Herring <robh+dt@kernel.org> + rodrigo.vivi@intel.com bhelgaas@google.com boris.ostrovsky@oracle.com Andy Shevchenko <andriy.shevchenko@linux.intel.com> @@ -73,10 +76,6 @@ "in the io_tlb_mem structure instead. Then the global swiotlb_force can\n" "go away and be replace with this and the fact that having no\n" "io_tlb_mem structure at all means forced no buffering (after a little\n" - "refactoring).\n" - "_______________________________________________\n" - "Intel-gfx mailing list\n" - "Intel-gfx@lists.freedesktop.org\n" - https://lists.freedesktop.org/mailman/listinfo/intel-gfx + refactoring). -0282f28b68ce56c4f80878f07a1c25ce9917572ce3e12f2df0ac6308119fb794 +bbc246a84fd0b42450c1e775d79f1ac63306fbab00605aa37af62401d57de70a
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.