diff for duplicates of <20250214164856.0d2ead8a@collabora.com> diff --git a/a/1.txt b/N1/1.txt index b5629c2..04a143b 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -69,7 +69,7 @@ I would say one heap per-profile. > Christian gave an historical background here [1] as to why that hasn't > worked in the past with DMA heaps given the scalability issues. > -> [1] https://lore.kernel.org/dri-devel/e967e382-6cca-4dee-8333-39892d532f71@gmail.com/ +> [1] https://lore.kernel.org/dri-devel/e967e382-6cca-4dee-8333-39892d532f71(a)gmail.com/ Hm, I fail to see where Christian dismiss the dma-heaps solution in this email. He even says: diff --git a/a/content_digest b/N1/content_digest index 5f42897..fad44ea 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,40 +1,9 @@ - "ref\020241217100809.3962439-1-jens.wiklander@linaro.org\0" - "ref\020250212205613.4400a888@collabora.com\0" - "ref\0CAFA6WYOaGEPj0xNEDBCoEmjJreEHChjQ2hyXRJ_CYoGhiBonfw@mail.gmail.com\0" - "ref\020250213093557.278f5d19@collabora.com\0" - "ref\0CAFA6WYOJkSRsH-15QdqXNMd08Q=Dg4NkRd1Cr9LXA+5nozTF6g@mail.gmail.com\0" - "ref\020250213134008.4cbef142@collabora.com\0" - "ref\0CAPj87rM5Y=-Jgf4mwukicF6Yb-vccn2fpG2X1jNq0upH2+cAEQ@mail.gmail.com\0" - "ref\0CAHUa44G9hw-z6wzxg=HkVAxPKEW1yES5JTEqRWMvJUJAtcUDkQ@mail.gmail.com\0" - "ref\0CAPj87rPHnME5Osgnf5-FSAu22mDpLj=dzvhi_NqEcOwr1ThgGw@mail.gmail.com\0" - "ref\0CAHUa44Gs0D1fBD0=+EDgcQUMeDv4knci9trUkYEc1J98qFV7HQ@mail.gmail.com\0" - "ref\0CAFA6WYOuTwRPEh3L7+hMyARB_E73xmp+OwhKyS-r4+ryS7=9sw@mail.gmail.com\0" + "ref\0 <CAFA6WYOuTwRPEh3L7+hMyARB_E73xmp+OwhKyS-r4+ryS7=9sw@mail.gmail.com\0" "From\0Boris Brezillon <boris.brezillon@collabora.com>\0" "Subject\0Re: [PATCH v4 0/6] TEE subsystem for restricted dma-buf allocations\0" "Date\0Fri, 14 Feb 2025 16:48:56 +0100\0" - "To\0Sumit Garg <sumit.garg@linaro.org>\0" - "Cc\0Jens Wiklander <jens.wiklander@linaro.org>" - Daniel Stone <daniel@fooishbar.org> - linux-kernel@vger.kernel.org - linux-media@vger.kernel.org - dri-devel@lists.freedesktop.org - linaro-mm-sig@lists.linaro.org - op-tee@lists.trustedfirmware.org - linux-arm-kernel@lists.infradead.org - Olivier Masse <olivier.masse@nxp.com> - Thierry Reding <thierry.reding@gmail.com> - Yong Wu <yong.wu@mediatek.com> - Sumit Semwal <sumit.semwal@linaro.org> - Benjamin Gaignard <benjamin.gaignard@collabora.com> - Brian Starkey <Brian.Starkey@arm.com> - John Stultz <jstultz@google.com> - T . J . Mercier <tjmercier@google.com> - " Christian K\303\266nig <christian.koenig@amd.com>" - Matthias Brugger <matthias.bgg@gmail.com> - AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> - azarrabi@qti.qualcomm.com - " Florent Tomasin <florent.tomasin@arm.com>\0" - "\00:1\0" + "To\0op-tee@lists.trustedfirmware.org\0" + "\01:1\0" "b\0" "On Fri, 14 Feb 2025 18:37:14 +0530\n" "Sumit Garg <sumit.garg@linaro.org> wrote:\n" @@ -107,7 +76,7 @@ "> Christian gave an historical background here [1] as to why that hasn't\n" "> worked in the past with DMA heaps given the scalability issues.\n" "> \n" - "> [1] https://lore.kernel.org/dri-devel/e967e382-6cca-4dee-8333-39892d532f71@gmail.com/\n" + "> [1] https://lore.kernel.org/dri-devel/e967e382-6cca-4dee-8333-39892d532f71(a)gmail.com/\n" "\n" "Hm, I fail to see where Christian dismiss the dma-heaps solution in\n" "this email. He even says:\n" @@ -156,4 +125,4 @@ "\n" [1]https://elixir.bootlin.com/linux/v6.13.2/source/drivers/dma-buf/heaps/system_heap.c#L314 -d306e9ce2cf26db988fd13923e9923439af7816d785ebbc762efaf70d45b3df6 +f90f3baba4f1e89ec8e9969e0e62db488179792fe645f943f66db710870ca9d3
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.