diff for duplicates of <20110610151121.GA2230@linux.vnet.ibm.com> diff --git a/a/1.txt b/N1/1.txt index 6ff3f80..783f0c7 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -12,10 +12,10 @@ On Fri, Jun 10, 2011 at 09:51:53AM +0900, Kyungmin Park wrote: > >> A couple of quick thoughts... > >> > >> I'm seeing no estimate of how much energy we might save when this work -> >> is completed. ?But saving energy is the entire point of the entire -> >> patchset! ?So please spend some time thinking about that and update and +> >> is completed. But saving energy is the entire point of the entire +> >> patchset! So please spend some time thinking about that and update and > >> maintain the [patch 0/n] description so others can get some idea of the -> >> benefit we might get from all of this. ?That estimate should include an +> >> benefit we might get from all of this. That estimate should include an > >> estimate of what proportion of machines are likely to have hardware > >> which can use this feature and in what timeframe. > >> @@ -49,30 +49,30 @@ anyone actually has such a system. > Thank you, > Kyungmin Park > > -> > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?Thanx, Paul +> > Thanx, Paul > > -> >> Also, all this code appears to be enabled on all machines? ?So machines +> >> Also, all this code appears to be enabled on all machines? So machines > >> which don't have the requisite hardware still carry any additional -> >> overhead which is added here. ?I can see that ifdeffing a feature like +> >> overhead which is added here. I can see that ifdeffing a feature like > >> this would be ghastly but please also have a think about the > >> implications of this and add that discussion also. > >> > >> If possible, it would be good to think up some microbenchmarks which > >> probe the worst-case performance impact and describe those and present -> >> the results. ?So others can gain an understanding of the runtime costs. +> >> the results. So others can gain an understanding of the runtime costs. > >> > >> > >> -- > >> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in -> >> the body of a message to majordomo at vger.kernel.org -> >> More majordomo info at ?http://vger.kernel.org/majordomo-info.html -> >> Please read the FAQ at ?http://www.tux.org/lkml/ +> >> the body of a message to majordomo@vger.kernel.org +> >> More majordomo info at http://vger.kernel.org/majordomo-info.html +> >> Please read the FAQ at http://www.tux.org/lkml/ > >> > > > > -- > > To unsubscribe, send a message with 'unsubscribe linux-mm' in -> > the body to majordomo at kvack.org. ?For more info on Linux MM, +> > the body to majordomo@kvack.org. For more info on Linux MM, > > see: http://www.linux-mm.org/ . > > Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ -> > Don't email: <a href=mailto:"dont@kvack.org"> email at kvack.org </a> +> > Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> > > diff --git a/a/content_digest b/N1/content_digest index 15e1650..df31cd8 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -2,10 +2,18 @@ "ref\020110528005640.9076c0b1.akpm@linux-foundation.org\0" "ref\020110609185259.GA29287@linux.vnet.ibm.com\0" "ref\0BANLkTinxeeSby_+tta8EhzCg3VbD6+=g+g@mail.gmail.com\0" - "From\0paulmck@linux.vnet.ibm.com (Paul E. McKenney)\0" - "Subject\0[PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management\0" + "From\0Paul E. McKenney <paulmck@linux.vnet.ibm.com>\0" + "Subject\0Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management\0" "Date\0Fri, 10 Jun 2011 08:11:21 -0700\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0Kyungmin Park <kmpark@infradead.org>\0" + "Cc\0Andrew Morton <akpm@linux-foundation.org>" + Ankita Garg <ankita@in.ibm.com> + linux-arm-kernel@lists.infradead.org + linux-mm@kvack.org + linux-kernel@vger.kernel.org + linux-pm@lists.linux-foundation.org + svaidy@linux.vnet.ibm.com + " thomas.abraham@linaro.org\0" "\00:1\0" "b\0" "On Fri, Jun 10, 2011 at 09:51:53AM +0900, Kyungmin Park wrote:\n" @@ -22,10 +30,10 @@ "> >> A couple of quick thoughts...\n" "> >>\n" "> >> I'm seeing no estimate of how much energy we might save when this work\n" - "> >> is completed. ?But saving energy is the entire point of the entire\n" - "> >> patchset! ?So please spend some time thinking about that and update and\n" + "> >> is completed. \302\240But saving energy is the entire point of the entire\n" + "> >> patchset! \302\240So please spend some time thinking about that and update and\n" "> >> maintain the [patch 0/n] description so others can get some idea of the\n" - "> >> benefit we might get from all of this. ?That estimate should include an\n" + "> >> benefit we might get from all of this. \302\240That estimate should include an\n" "> >> estimate of what proportion of machines are likely to have hardware\n" "> >> which can use this feature and in what timeframe.\n" "> >>\n" @@ -59,32 +67,32 @@ "> Thank you,\n" "> Kyungmin Park\n" "> >\n" - "> > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?Thanx, Paul\n" + "> > \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240 \302\240Thanx, Paul\n" "> >\n" - "> >> Also, all this code appears to be enabled on all machines? ?So machines\n" + "> >> Also, all this code appears to be enabled on all machines? \302\240So machines\n" "> >> which don't have the requisite hardware still carry any additional\n" - "> >> overhead which is added here. ?I can see that ifdeffing a feature like\n" + "> >> overhead which is added here. \302\240I can see that ifdeffing a feature like\n" "> >> this would be ghastly but please also have a think about the\n" "> >> implications of this and add that discussion also.\n" "> >>\n" "> >> If possible, it would be good to think up some microbenchmarks which\n" "> >> probe the worst-case performance impact and describe those and present\n" - "> >> the results. ?So others can gain an understanding of the runtime costs.\n" + "> >> the results. \302\240So others can gain an understanding of the runtime costs.\n" "> >>\n" "> >>\n" "> >> --\n" "> >> To unsubscribe from this list: send the line \"unsubscribe linux-kernel\" in\n" - "> >> the body of a message to majordomo at vger.kernel.org\n" - "> >> More majordomo info at ?http://vger.kernel.org/majordomo-info.html\n" - "> >> Please read the FAQ at ?http://www.tux.org/lkml/\n" + "> >> the body of a message to majordomo@vger.kernel.org\n" + "> >> More majordomo info at \302\240http://vger.kernel.org/majordomo-info.html\n" + "> >> Please read the FAQ at \302\240http://www.tux.org/lkml/\n" "> >>\n" "> >\n" "> > --\n" "> > To unsubscribe, send a message with 'unsubscribe linux-mm' in\n" - "> > the body to majordomo at kvack.org. ?For more info on Linux MM,\n" + "> > the body to majordomo@kvack.org. \302\240For more info on Linux MM,\n" "> > see: http://www.linux-mm.org/ .\n" "> > Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/\n" - "> > Don't email: <a href=mailto:\"dont@kvack.org\"> email at kvack.org </a>\n" + "> > Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>\n" > > -acceb7fb0d81fa37e097c7ba4b55f3ccc8d2fc8eadfe8d05508b54c89f6a3ec9 +447bae8523f0c4d567ad5cbae198bdf3d8b929e572d19fbe103a1c8a3d95fbdc
diff --git a/a/1.txt b/N2/1.txt index 6ff3f80..bd436e2 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -12,10 +12,10 @@ On Fri, Jun 10, 2011 at 09:51:53AM +0900, Kyungmin Park wrote: > >> A couple of quick thoughts... > >> > >> I'm seeing no estimate of how much energy we might save when this work -> >> is completed. ?But saving energy is the entire point of the entire -> >> patchset! ?So please spend some time thinking about that and update and +> >> is completed. But saving energy is the entire point of the entire +> >> patchset! So please spend some time thinking about that and update and > >> maintain the [patch 0/n] description so others can get some idea of the -> >> benefit we might get from all of this. ?That estimate should include an +> >> benefit we might get from all of this. That estimate should include an > >> estimate of what proportion of machines are likely to have hardware > >> which can use this feature and in what timeframe. > >> @@ -49,30 +49,37 @@ anyone actually has such a system. > Thank you, > Kyungmin Park > > -> > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?Thanx, Paul +> > Thanx, Paul > > -> >> Also, all this code appears to be enabled on all machines? ?So machines +> >> Also, all this code appears to be enabled on all machines? So machines > >> which don't have the requisite hardware still carry any additional -> >> overhead which is added here. ?I can see that ifdeffing a feature like +> >> overhead which is added here. I can see that ifdeffing a feature like > >> this would be ghastly but please also have a think about the > >> implications of this and add that discussion also. > >> > >> If possible, it would be good to think up some microbenchmarks which > >> probe the worst-case performance impact and describe those and present -> >> the results. ?So others can gain an understanding of the runtime costs. +> >> the results. So others can gain an understanding of the runtime costs. > >> > >> > >> -- > >> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in -> >> the body of a message to majordomo at vger.kernel.org -> >> More majordomo info at ?http://vger.kernel.org/majordomo-info.html -> >> Please read the FAQ at ?http://www.tux.org/lkml/ +> >> the body of a message to majordomo@vger.kernel.org +> >> More majordomo info at http://vger.kernel.org/majordomo-info.html +> >> Please read the FAQ at http://www.tux.org/lkml/ > >> > > > > -- > > To unsubscribe, send a message with 'unsubscribe linux-mm' in -> > the body to majordomo at kvack.org. ?For more info on Linux MM, +> > the body to majordomo@kvack.org. For more info on Linux MM, > > see: http://www.linux-mm.org/ . > > Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ -> > Don't email: <a href=mailto:"dont@kvack.org"> email at kvack.org </a> +> > Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> > > + +-- +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/ . +Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ +Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a> diff --git a/a/content_digest b/N2/content_digest index 15e1650..d009452 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -2,10 +2,18 @@ "ref\020110528005640.9076c0b1.akpm@linux-foundation.org\0" "ref\020110609185259.GA29287@linux.vnet.ibm.com\0" "ref\0BANLkTinxeeSby_+tta8EhzCg3VbD6+=g+g@mail.gmail.com\0" - "From\0paulmck@linux.vnet.ibm.com (Paul E. McKenney)\0" - "Subject\0[PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management\0" + "From\0Paul E. McKenney <paulmck@linux.vnet.ibm.com>\0" + "Subject\0Re: [PATCH 00/10] mm: Linux VM Infrastructure to support Memory Power Management\0" "Date\0Fri, 10 Jun 2011 08:11:21 -0700\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0Kyungmin Park <kmpark@infradead.org>\0" + "Cc\0Andrew Morton <akpm@linux-foundation.org>" + Ankita Garg <ankita@in.ibm.com> + linux-arm-kernel@lists.infradead.org + linux-mm@kvack.org + linux-kernel@vger.kernel.org + linux-pm@lists.linux-foundation.org + svaidy@linux.vnet.ibm.com + " thomas.abraham@linaro.org\0" "\00:1\0" "b\0" "On Fri, Jun 10, 2011 at 09:51:53AM +0900, Kyungmin Park wrote:\n" @@ -22,10 +30,10 @@ "> >> A couple of quick thoughts...\n" "> >>\n" "> >> I'm seeing no estimate of how much energy we might save when this work\n" - "> >> is completed. ?But saving energy is the entire point of the entire\n" - "> >> patchset! ?So please spend some time thinking about that and update and\n" + "> >> is completed. But saving energy is the entire point of the entire\n" + "> >> patchset! So please spend some time thinking about that and update and\n" "> >> maintain the [patch 0/n] description so others can get some idea of the\n" - "> >> benefit we might get from all of this. ?That estimate should include an\n" + "> >> benefit we might get from all of this. That estimate should include an\n" "> >> estimate of what proportion of machines are likely to have hardware\n" "> >> which can use this feature and in what timeframe.\n" "> >>\n" @@ -59,32 +67,39 @@ "> Thank you,\n" "> Kyungmin Park\n" "> >\n" - "> > ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?Thanx, Paul\n" + "> > Thanx, Paul\n" "> >\n" - "> >> Also, all this code appears to be enabled on all machines? ?So machines\n" + "> >> Also, all this code appears to be enabled on all machines? So machines\n" "> >> which don't have the requisite hardware still carry any additional\n" - "> >> overhead which is added here. ?I can see that ifdeffing a feature like\n" + "> >> overhead which is added here. I can see that ifdeffing a feature like\n" "> >> this would be ghastly but please also have a think about the\n" "> >> implications of this and add that discussion also.\n" "> >>\n" "> >> If possible, it would be good to think up some microbenchmarks which\n" "> >> probe the worst-case performance impact and describe those and present\n" - "> >> the results. ?So others can gain an understanding of the runtime costs.\n" + "> >> the results. So others can gain an understanding of the runtime costs.\n" "> >>\n" "> >>\n" "> >> --\n" "> >> To unsubscribe from this list: send the line \"unsubscribe linux-kernel\" in\n" - "> >> the body of a message to majordomo at vger.kernel.org\n" - "> >> More majordomo info at ?http://vger.kernel.org/majordomo-info.html\n" - "> >> Please read the FAQ at ?http://www.tux.org/lkml/\n" + "> >> the body of a message to majordomo@vger.kernel.org\n" + "> >> More majordomo info at http://vger.kernel.org/majordomo-info.html\n" + "> >> Please read the FAQ at http://www.tux.org/lkml/\n" "> >>\n" "> >\n" "> > --\n" "> > To unsubscribe, send a message with 'unsubscribe linux-mm' in\n" - "> > the body to majordomo at kvack.org. ?For more info on Linux MM,\n" + "> > the body to majordomo@kvack.org. For more info on Linux MM,\n" "> > see: http://www.linux-mm.org/ .\n" "> > Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/\n" - "> > Don't email: <a href=mailto:\"dont@kvack.org\"> email at kvack.org </a>\n" - > > + "> > Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>\n" + "> >\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" + "Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/\n" + "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>" -acceb7fb0d81fa37e097c7ba4b55f3ccc8d2fc8eadfe8d05508b54c89f6a3ec9 +aef56b67554113f038b2b94a1bb0d4ae983731bf7306bf3f782056d663a7033b
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.