diff for duplicates of <1370991027.18413.33@snotra> diff --git a/a/1.txt b/N1/1.txt index b1526dd..cbf5b06 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,27 +1,32 @@ On 06/11/2013 03:53:43 PM, Scott Wood wrote: > On 06/08/2013 11:57:48 AM, Aneesh Kumar K.V wrote: ->> With the config shared I am not finding anything wrong, but I can't =20 +>> With the config shared I am not finding anything wrong, but I can't >> test >> these configs. Also can you confirm what you bisect this to ->>=20 +>> >> e2b3d202d1dba8f3546ed28224ce485bc50010be ->> powerpc: Switch 16GB and 16MB explicit hugepages to a different page =20 +>> powerpc: Switch 16GB and 16MB explicit hugepages to a different page >> table format ->=20 ->>=20 +> +>> >> or ->>=20 ->> cf9427b85e90bb1ff90e2397ff419691d983c68b "powerpc: New hugepage =20 +>> +>> cf9427b85e90bb1ff90e2397ff419691d983c68b "powerpc: New hugepage >> directory format" ->=20 +> > It's e2b3d202d1dba8f3546ed28224ce485bc50010be. ->=20 -> It turned out to be the change from "pmd_none" to =20 -> "pmd_none_or_clear_bad". Making that change triggers the "bad pmd" =20 -> messages even when applied to v3.9 -- so we had bad pmds all along, =20 +> +> It turned out to be the change from "pmd_none" to +> "pmd_none_or_clear_bad". Making that change triggers the "bad pmd" +> messages even when applied to v3.9 -- so we had bad pmds all along, > undetected. Now I get to figure out why. :-( -So, for both pud and pgd we only call "or_clear_bad" when is_hugepd =20 +So, for both pud and pgd we only call "or_clear_bad" when is_hugepd returns false. Why is it OK to do it unconditionally for pmd? --Scott= +-Scott +-- +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/N1/content_digest index cfe9964..b9ab027 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -4,39 +4,44 @@ "Subject\0Re: [PATCH -V7 09/18] powerpc: Switch 16GB and 16MB explicit hugepages to a different page table format\0" "Date\0Tue, 11 Jun 2013 17:50:27 -0500\0" "To\0Scott Wood <scottwood@freescale.com>\0" - "Cc\0linux-mm@kvack.org" - linuxppc-dev@lists.ozlabs.org + "Cc\0Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>" + linux-mm@kvack.org paulus@samba.org - Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com> + linuxppc-dev@lists.ozlabs.org " dwg@au1.ibm.com\0" "\00:1\0" "b\0" "On 06/11/2013 03:53:43 PM, Scott Wood wrote:\n" "> On 06/08/2013 11:57:48 AM, Aneesh Kumar K.V wrote:\n" - ">> With the config shared I am not finding anything wrong, but I can't =20\n" + ">> With the config shared I am not finding anything wrong, but I can't \n" ">> test\n" ">> these configs. Also can you confirm what you bisect this to\n" - ">>=20\n" + ">> \n" ">> e2b3d202d1dba8f3546ed28224ce485bc50010be\n" - ">> powerpc: Switch 16GB and 16MB explicit hugepages to a different page =20\n" + ">> powerpc: Switch 16GB and 16MB explicit hugepages to a different page \n" ">> table format\n" - ">=20\n" - ">>=20\n" + "> \n" + ">> \n" ">> or\n" - ">>=20\n" - ">> cf9427b85e90bb1ff90e2397ff419691d983c68b \"powerpc: New hugepage =20\n" + ">> \n" + ">> cf9427b85e90bb1ff90e2397ff419691d983c68b \"powerpc: New hugepage \n" ">> directory format\"\n" - ">=20\n" + "> \n" "> It's e2b3d202d1dba8f3546ed28224ce485bc50010be.\n" - ">=20\n" - "> It turned out to be the change from \"pmd_none\" to =20\n" - "> \"pmd_none_or_clear_bad\". Making that change triggers the \"bad pmd\" =20\n" - "> messages even when applied to v3.9 -- so we had bad pmds all along, =20\n" + "> \n" + "> It turned out to be the change from \"pmd_none\" to \n" + "> \"pmd_none_or_clear_bad\". Making that change triggers the \"bad pmd\" \n" + "> messages even when applied to v3.9 -- so we had bad pmds all along, \n" "> undetected. Now I get to figure out why. :-(\n" "\n" - "So, for both pud and pgd we only call \"or_clear_bad\" when is_hugepd =20\n" + "So, for both pud and pgd we only call \"or_clear_bad\" when is_hugepd \n" "returns false. Why is it OK to do it unconditionally for pmd?\n" "\n" - -Scott= + "-Scott\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>" -c975b731b66531a7b83e925445413726b29bf386869d4faba8d2ac6ad58ba8a9 +6fdabf7e982bd8abdf54c343fd9aac775906e1cb6e27df1c732f194d5d4dfaec
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.