diff for duplicates of <20150415154933.GH22741@localhost> diff --git a/a/1.txt b/N1/1.txt index 6d5efcd..0971e8e 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -9,10 +9,10 @@ On Wed, Apr 15, 2015 at 01:50:51PM +0200, Dr. Philipp Tomsich wrote: > high bits should be properly sign-extended in all cases. > > The problem (posed by procedure call standard) of information leakage could -> manifest itself only, if the kernel tried to return something smaller than 64 bits? +> manifest itself only, if the kernel tried to return something smaller than 64 bits… > in that case, we can the problem would already exhibit for the LP64 ABI. > -> For the ILP32 implementation, I?ll thus assume that all LP64 ABI calls reused +> For the ILP32 implementation, I’ll thus assume that all LP64 ABI calls reused > are clean in this regard. Yes. All the compat_sys_* are defined to return a long, so even if ILP32 diff --git a/a/content_digest b/N1/content_digest index 80ae6d8..bb32e59 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -4,10 +4,18 @@ "ref\02485404.lBlHmzQPKN@wuerfel\0" "ref\020150415112224.GA26099@e104818-lin.cambridge.arm.com\0" "ref\0721B7D5F-0A9A-45B7-8036-730ED54FB3AB@theobroma-systems.com\0" - "From\0catalin.marinas@arm.com (Catalin Marinas)\0" - "Subject\0[PATCH v4 00/24] ILP32 for ARM64\0" + "From\0Catalin Marinas <catalin.marinas@arm.com>\0" + "Subject\0Re: [PATCH v4 00/24] ILP32 for ARM64\0" "Date\0Wed, 15 Apr 2015 16:49:33 +0100\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0Dr. Philipp Tomsich <philipp.tomsich@theobroma-systems.com>\0" + "Cc\0Andreas Kraschitzer <andreas.kraschitzer@theobroma-systems.com>" + Arnd Bergmann <arnd@arndb.de> + linux-kernel@vger.kernel.org + Andrew Pinski <apinski@cavium.com> + Kumar Sankaran <ksankaran@apm.com> + Benedikt Huber <benedikt.huber@theobroma-systems.com> + linux-arm-kernel <linux-arm-kernel@lists.infradead.org> + " Christoph Muellner <christoph.muellner@theobroma-systems.com>\0" "\00:1\0" "b\0" "On Wed, Apr 15, 2015 at 01:50:51PM +0200, Dr. Philipp Tomsich wrote:\n" @@ -21,10 +29,10 @@ "> high bits should be properly sign-extended in all cases.\n" "> \n" "> The problem (posed by procedure call standard) of information leakage could \n" - "> manifest itself only, if the kernel tried to return something smaller than 64 bits? \n" + "> manifest itself only, if the kernel tried to return something smaller than 64 bits\342\200\246 \n" "> in that case, we can the problem would already exhibit for the LP64 ABI. \n" "> \n" - "> For the ILP32 implementation, I?ll thus assume that all LP64 ABI calls reused\n" + "> For the ILP32 implementation, I\342\200\231ll thus assume that all LP64 ABI calls reused\n" "> are clean in this regard.\n" "\n" "Yes. All the compat_sys_* are defined to return a long, so even if ILP32\n" @@ -35,4 +43,4 @@ "-- \n" Catalin -09a24941a098eff1de9d44ccc7a2a2313f48d6a35d97459fa2ee354e6b705f5d +eb7289e3ed6a2053224ae73a5815398f45f7afd7ad3dee7801465e9f7e17ac78
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.