diff for duplicates of <20160801112450.GD11119@leverpostej> diff --git a/a/1.txt b/N1/1.txt index ac1c9c8..470f260 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -2,9 +2,9 @@ On Mon, Aug 01, 2016 at 06:59:50PM +0800, zijun_hu wrote: > On 08/01/2016 05:50 PM, Ard Biesheuvel wrote: > > On 1 August 2016 at 11:42, zijun_hu <zijun_hu@zoho.com> wrote: > > Couldn't we simply do this instead? -> this solution maybe better, my reason as follows? +> this solution maybe better, my reason as follows： > -> 1?it can achieve our original purpose, namely, checking whether fdt +> 1，it can achieve our original purpose, namely, checking whether fdt > header is corrupted before fetching fdt size field; good fdt header can > ensure good fdt size field included more rightly than only a magic filed > normally @@ -22,7 +22,7 @@ unlikely that we'd have a valid magic yet a corrupted totalsize. That all said, I'm not against mapping the whole header if it's simple enough to do so. -> 2?it is more portable; we only need to call fdt_check_header() and don't +> 2，it is more portable; we only need to call fdt_check_header() and don't > care about fdt header filed layout; moreover,fdt module is another independent > module and arm64 only uses it and should not depend on more details of fdt > such as size and magic fields locate within the first MIN_FDT_ALIGN bytes; diff --git a/a/content_digest b/N1/content_digest index a005fe0..284608e 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,19 +1,31 @@ "ref\0579F197B.80101@zoho.com\0" "ref\0CAKv+Gu9QQdncCD_T8+tpdVP8qx=EKM9-PGLvb8J9RNA2qHddFw@mail.gmail.com\0" "ref\0579F2BA6.1010203@zoho.com\0" - "From\0mark.rutland@arm.com (Mark Rutland)\0" - "Subject\0[PATCH] arm64: fix address fault during mapping fdt region\0" + "From\0Mark Rutland <mark.rutland@arm.com>\0" + "Subject\0Re: [PATCH] arm64: fix address fault during mapping fdt region\0" "Date\0Mon, 1 Aug 2016 12:24:53 +0100\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0zijun_hu <zijun_hu@zoho.com>\0" + "Cc\0Ard Biesheuvel <ard.biesheuvel@linaro.org>" + Catalin Marinas <catalin.marinas@arm.com> + Will Deacon <will.deacon@arm.com> + linux-arm-kernel@lists.infradead.org <linux-arm-kernel@lists.infradead.org> + Laura Abbott <labbott@fedoraproject.org> + Suzuki K. Poulose <suzuki.poulose@arm.com> + Jeremy Linton <jeremy.linton@arm.com> + tj@kernel.org + linux-kernel@vger.kernel.org <linux-kernel@vger.kernel.org> + stable@vger.kernel.org <stable@vger.kernel.org> + Andrew Morton <akpm@linux-foundation.org> + " zijun_hu@htc.com\0" "\00:1\0" "b\0" "On Mon, Aug 01, 2016 at 06:59:50PM +0800, zijun_hu wrote:\n" "> On 08/01/2016 05:50 PM, Ard Biesheuvel wrote:\n" "> > On 1 August 2016 at 11:42, zijun_hu <zijun_hu@zoho.com> wrote:\n" "> > Couldn't we simply do this instead?\n" - "> this solution maybe better, my reason as follows?\n" + "> this solution maybe better, my reason as follows\357\274\232\n" "> \n" - "> 1?it can achieve our original purpose, namely, checking whether fdt\n" + "> 1\357\274\214it can achieve our original purpose, namely, checking whether fdt\n" "> header is corrupted before fetching fdt size field; good fdt header can\n" "> ensure good fdt size field included more rightly than only a magic filed\n" "> normally\n" @@ -31,7 +43,7 @@ "That all said, I'm not against mapping the whole header if it's simple\n" "enough to do so.\n" "\n" - "> 2?it is more portable; we only need to call fdt_check_header() and don't\n" + "> 2\357\274\214it is more portable; we only need to call fdt_check_header() and don't\n" "> care about fdt header filed layout; moreover,fdt module is another independent\n" "> module and arm64 only uses it and should not depend on more details of fdt\n" "> such as size and magic fields locate within the first MIN_FDT_ALIGN bytes;\n" @@ -44,4 +56,4 @@ "Thanks,\n" Mark. -7f6e76b07b24c303cba775b61852cdcb0eaa359bc34a7f185e5440bd4a63b808 +28208e7ab3d724a82acf7f28a6fc68416c13a592c2e99d04fc213ff852ac881d
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.