diff for duplicates of <20170315220952.GA1435@intel.com> diff --git a/a/1.txt b/N1/1.txt index 0d1e70a..ce32b8d 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,4 +1,4 @@ -On Wed, Mar 15, 2017 at 03:02:34PM -0700, Till Smejkal wrote: +On Wed, Mar 15, 2017@03:02:34PM -0700, Till Smejkal wrote: > I don't agree here. VAS segments are basically in-memory files that are handled by > the kernel directly without using a file system. Hence, if an application uses a VAS > segment to store data the same rules apply as if it uses a file. Everything that it diff --git a/a/content_digest b/N1/content_digest index 50d3267..b9bfe9f 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,92 +1,12 @@ "ref\0CALCETrXfGgxaLivhci0VL=wUaWAnBiUXC47P7TUaEuOYV_-X_g@mail.gmail.com\0" "ref\020170315220234.mooiyrzqdsglo4lp@arch-dev\0" - "From\0Luck, Tony <tony.luck@intel.com>\0" - "Subject\0Re: [RFC PATCH 00/13] Introduce first class virtual address spaces\0" + "From\0tony.luck@intel.com (Luck, Tony)\0" + "Subject\0[RFC PATCH 00/13] Introduce first class virtual address spaces\0" "Date\0Wed, 15 Mar 2017 15:09:53 -0700\0" - "To\0Andy Lutomirski <luto@amacapital.net>" - Andy Lutomirski <luto@kernel.org> - Till Smejkal <till.smejkal@googlemail.com> - Richard Henderson <rth@twiddle.net> - Ivan Kokshaysky <ink@jurassic.park.msu.ru> - Matt Turner <mattst88@gmail.com> - Vineet Gupta <vgupta@synopsys.com> - Russell King <linux@armlinux.org.uk> - Catalin Marinas <catalin.marinas@arm.com> - Will Deacon <will.deacon@arm.com> - Steven Miao <realmz6@gmail.com> - Richard Kuo <rkuo@codeaurora.org> - Fenghua Yu <fenghua.yu@intel.com> - James Hogan <james.hogan@imgtec.com> - Ralf Baechle <ralf@linux-mips.org> - James E.J. Bottomley <jejb@parisc-linux.org> - Helge Deller <deller@gmx.de> - Benjamin Herrenschmidt <benh@kernel.crashing.org> - Paul Mackerras <paulus@samba.org> - Michael Ellerman <mpe@ellerman.id.au> - Martin Schwidefsky <schwidefsky@de.ibm.com> - Heiko Carstens <heiko.carstens@de.ibm.com> - Yoshinori Sato <ysato@users.sourceforge.jp> - Rich Felker <dalias@libc.org> - David S. Miller <davem@davemloft.net> - Chris Metcalf <cmetcalf@mellanox.com> - Thomas Gleixner <tglx@linutronix.de> - Ingo Molnar <mingo@redhat.com> - H. Peter Anvin <hpa@zytor.com> - X86 ML <x86@kernel.org> - Chris Zankel <chris@zankel.net> - Max Filippov <jcmvbkbc@gmail.com> - Arnd Bergmann <arnd@arndb.de> - Greg Kroah-Hartman <gregkh@linuxfoundation.org> - Laurent Pinchart <laurent.pinchart@ideasonboard.com> - Mauro Carvalho Chehab <mchehab@kernel.org> - Pawel Osciak <pawel@osciak.com> - Marek Szyprowski <m.szyprowski@samsung.com> - Kyungmin Park <kyungmin.park@samsung.com> - David Woodhouse <dwmw2@infradead.org> - Brian Norris <computersforpeace@gmail.com> - Boris Brezillon <boris.brezillon@free-electrons.com> - Marek Vasut <marek.vasut@gmail.com> - Richard Weinberger <richard@nod.at> - Cyrille Pitchen <cyrille.pitchen@atmel.com> - Felipe Balbi <balbi@kernel.org> - Alexander Viro <viro@zeniv.linux.org.uk> - Benjamin LaHaise <bcrl@kvack.org> - Nadia Yvette Chambers <nyc@holomorphy.com> - Jeff Layton <jlayton@poochiereds.net> - J. Bruce Fields <bfields@fieldses.org> - Peter Zijlstra <peterz@infradead.org> - Hugh Dickins <hughd@google.com> - Arnaldo Carvalho de Melo <acme@kernel.org> - Alexander Shishkin <alexander.shishkin@linux.intel.com> - Jaroslav Kysela <perex@perex.cz> - Takashi Iwai <tiwai@suse.com> - linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org> - linux-alpha@vger.kernel.org - arcml <linux-snps-arc@lists.infradead.org> - linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org> - adi-buildroot-devel@lists.sourceforge.net - linux-hexagon@vger.kernel.org - linux-ia64@vger.kernel.org <linux-ia64@vger.kernel.org> - linux-metag@vger.kernel.org - Linux MIPS Mailing List <linux-mips@linux-mips.org> - linux-parisc@vger.kernel.org - linuxppc-dev <linuxppc-dev@lists.ozlabs.org> - linux-s390@vger.kernel.org <linux-s390@vger.kernel.org> - linux-sh@vger.kernel.org <linux-sh@vger.kernel.org> - sparclinux@vger.kernel.org - linux-xtensa@linux-xtensa.org - Linux Media Mailing List <linux-media@vger.kernel.org> - linux-mtd@lists.infradead.org - USB list <linux-usb@vger.kernel.org> - Linux FS Devel <linux-fsdevel@vger.kernel.org> - linux-aio@kvack.org - linux-mm@kvack.org <linux-mm@kvack.org> - Linux API <linux-api@vger.kernel.org> - linux-arch <linux-arch@vger.kernel.org> - " ALSA development <alsa-devel@alsa-project.org>\0" + "To\0linux-snps-arc@lists.infradead.org\0" "\00:1\0" "b\0" - "On Wed, Mar 15, 2017 at 03:02:34PM -0700, Till Smejkal wrote:\n" + "On Wed, Mar 15, 2017@03:02:34PM -0700, Till Smejkal wrote:\n" "> I don't agree here. VAS segments are basically in-memory files that are handled by\n" "> the kernel directly without using a file system. Hence, if an application uses a VAS\n" "> segment to store data the same rules apply as if it uses a file. Everything that it\n" @@ -102,4 +22,4 @@ "\n" -Tony -5b9d0a87a8880d9d39cce417c11f1dd79a696f5c9973dae8907d62b215ebcd7c +9d6f62c0da6a70b252cbbe6eb9352e1c9317c24518d21d2640fe9385cbfb3472
diff --git a/a/1.txt b/N2/1.txt index 0d1e70a..4550470 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -13,3 +13,9 @@ So how do they differ from shmget(2), shmat(2), shmdt(2), shmctl(2)? Apart from VAS having better names, instead of silly "key_t key" ones. -Tony + +-- +To unsubscribe, send a message with 'unsubscribe linux-mm' in +the body to majordomo@kvack.org. For more info on Linux MM, +see: http://www.linux-mm.org/ . +Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> diff --git a/a/content_digest b/N2/content_digest index 50d3267..2759258 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -100,6 +100,12 @@ "\n" "Apart from VAS having better names, instead of silly \"key_t key\" ones.\n" "\n" - -Tony + "-Tony\n" + "\n" + "--\n" + "To unsubscribe, send a message with 'unsubscribe linux-mm' in\n" + "the body to majordomo@kvack.org. For more info on Linux MM,\n" + "see: http://www.linux-mm.org/ .\n" + "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>" -5b9d0a87a8880d9d39cce417c11f1dd79a696f5c9973dae8907d62b215ebcd7c +d8ff7f967f1b9dfae692dfd2a3db9d1fa6481572bfdac65ca67d57302a5f8944
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.