diff for duplicates of <20170329144142.GL2123@mai> diff --git a/a/1.txt b/N1/1.txt index 16236ac..b68b3b5 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,14 +1,14 @@ On Wed, Mar 29, 2017 at 01:11:58PM +0800, Fu Wei wrote: > Hi Daniel, > -> On 29 March 2017 at 11:41, Fu Wei <fu.wei-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> wrote: +> On 29 March 2017 at 11:41, Fu Wei <fu.wei@linaro.org> wrote: > > Hi Daniel, > > > > Great thanks for your review, allow me to answer your question below: > > -> > On 28 March 2017 at 22:58, Daniel Lezcano <daniel.lezcano-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> wrote: -> >> On Wed, Mar 22, 2017 at 12:31:13AM +0800, fu.wei-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org wrote: -> >>> From: Fu Wei <fu.wei-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> +> > On 28 March 2017 at 22:58, Daniel Lezcano <daniel.lezcano@linaro.org> wrote: +> >> On Wed, Mar 22, 2017 at 12:31:13AM +0800, fu.wei@linaro.org wrote: +> >>> From: Fu Wei <fu.wei@linaro.org> > >>> > >>> Currently, the counter frequency detection call(arch_timer_detect_rate) > >>> includes getting the frequency from the device-tree property, the per-cpu @@ -22,7 +22,7 @@ On Wed, Mar 29, 2017 at 01:11:58PM +0800, Fu Wei wrote: > >>> function, and removes arch_timer_detect_rate founction, then uses the > >>> arch_timer_get_cntfrq and arch_timer_mem_get_cntfrq directly. > >>> -> >>> Signed-off-by: Fu Wei <fu.wei-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> +> >>> Signed-off-by: Fu Wei <fu.wei@linaro.org> > >>> --- > >>> drivers/clocksource/arm_arch_timer.c | 58 +++++++++++++++++++----------------- > >>> 1 file changed, 30 insertions(+), 28 deletions(-) @@ -137,7 +137,3 @@ conflict in the variable assignment. So if a node is defined twice for this variable, then it is more sane to consider the second pass overwrites the first one. As the DT are specifying the same rate, for -mem and !-mem, then it should have not an impact (to be verified). --- -To unsubscribe from this list: send the line "unsubscribe linux-watchdog" in -the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org -More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/a/content_digest b/N1/content_digest index 96969cf..a4c00c6 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -3,45 +3,55 @@ "ref\020170328145814.GE2123@mai\0" "ref\0CADyBb7uD1OqpPZf+ADsgbWryCGMGE3GqXOxz_4+1RzC1Pqsccg@mail.gmail.com\0" "ref\0CADyBb7tzJAuvG73v6ZoBVO4ehCC3RMsc1pq5gKF2eQ94j6GXrg@mail.gmail.com\0" - "ref\0CADyBb7tzJAuvG73v6ZoBVO4ehCC3RMsc1pq5gKF2eQ94j6GXrg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org\0" - "From\0Daniel Lezcano <daniel.lezcano-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>\0" + "From\0Daniel Lezcano <daniel.lezcano@linaro.org>\0" "Subject\0Re: [PATCH v22 02/11] clocksource: arm_arch_timer: separate out device-tree code and remove arch_timer_detect_rate\0" "Date\0Wed, 29 Mar 2017 16:41:42 +0200\0" - "To\0Fu Wei <fu.wei-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>\0" - "Cc\0Rafael J. Wysocki <rjw-LthD3rsA81gm4RdzfppkhA@public.gmane.org>" - Len Brown <lenb-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> - Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org> - Marc Zyngier <marc.zyngier-5wv7dgnIgG8@public.gmane.org> - Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org> - Lorenzo Pieralisi <lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org> - Sudeep Holla <sudeep.holla-5wv7dgnIgG8@public.gmane.org> - Hanjun Guo <hanjun.guo-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> - linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org - Linaro ACPI Mailman List <linaro-acpi-cunTk1MwBs8s++Sfvej+rw@public.gmane.org> - Linux Kernel Mailing List <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> - ACPI Devel Maling List <linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> - rruigrok-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org + "To\0Fu Wei <fu.wei@linaro.org>\0" + "Cc\0Rafael J. Wysocki <rjw@rjwysocki.net>" + Len Brown <lenb@kernel.org> + Thomas Gleixner <tglx@linutronix.de> + Marc Zyngier <marc.zyngier@arm.com> + Mark Rutland <mark.rutland@arm.com> + Lorenzo Pieralisi <lorenzo.pieralisi@arm.com> + Sudeep Holla <sudeep.holla@arm.com> + Hanjun Guo <hanjun.guo@linaro.org> + linux-arm-kernel@lists.infradead.org + Linaro ACPI Mailman List <linaro-acpi@lists.linaro.org> + Linux Kernel Mailing List <linux-kernel@vger.kernel.org> + ACPI Devel Maling List <linux-acpi@vger.kernel.org> + rruigrok@codeaurora.org Abdulhamid - Harb <harba-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org> - Christopher Covington <cov-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org> - Timur Tabi <timur-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org> - G Gregory <graeme.gregory-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> - Al Stone <al.stone-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> - Jon Masters <jcm-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> - " Wei\0" + Harb <harba@codeaurora.org> + Christopher Covington <cov@codeaurora.org> + Timur Tabi <timur@codeaurora.org> + G Gregory <graeme.gregory@linaro.org> + Al Stone <al.stone@linaro.org> + Jon Masters <jcm@redhat.com> + Wei Huang <wei@redhat.com> + Arnd Bergmann <arnd@arndb.de> + Catalin Marinas <catalin.marinas@arm.com> + Will Deacon <will.deacon@arm.com> + Suravee Suthikulpanit <Suravee.Suthikulpanit@amd.com> + Leo Duran <leo.duran@amd.com> + Wim Van Sebroeck <wim@iguana.be> + Guenter Roeck <linux@roeck-us.net> + linux-watchdog@vger.kernel.org + Tomasz Nowicki <tn@semihalf.com> + Christoffer Dall <christoffer.dall@linaro.org> + " Julien Grall <julien.grall@arm.com>\0" "\00:1\0" "b\0" "On Wed, Mar 29, 2017 at 01:11:58PM +0800, Fu Wei wrote:\n" "> Hi Daniel,\n" "> \n" - "> On 29 March 2017 at 11:41, Fu Wei <fu.wei-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> wrote:\n" + "> On 29 March 2017 at 11:41, Fu Wei <fu.wei@linaro.org> wrote:\n" "> > Hi Daniel,\n" "> >\n" "> > Great thanks for your review, allow me to answer your question below:\n" "> >\n" - "> > On 28 March 2017 at 22:58, Daniel Lezcano <daniel.lezcano-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> wrote:\n" - "> >> On Wed, Mar 22, 2017 at 12:31:13AM +0800, fu.wei-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org wrote:\n" - "> >>> From: Fu Wei <fu.wei-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>\n" + "> > On 28 March 2017 at 22:58, Daniel Lezcano <daniel.lezcano@linaro.org> wrote:\n" + "> >> On Wed, Mar 22, 2017 at 12:31:13AM +0800, fu.wei@linaro.org wrote:\n" + "> >>> From: Fu Wei <fu.wei@linaro.org>\n" "> >>>\n" "> >>> Currently, the counter frequency detection call(arch_timer_detect_rate)\n" "> >>> includes getting the frequency from the device-tree property, the per-cpu\n" @@ -55,7 +65,7 @@ "> >>> function, and removes arch_timer_detect_rate founction, then uses the\n" "> >>> arch_timer_get_cntfrq and arch_timer_mem_get_cntfrq directly.\n" "> >>>\n" - "> >>> Signed-off-by: Fu Wei <fu.wei-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>\n" + "> >>> Signed-off-by: Fu Wei <fu.wei@linaro.org>\n" "> >>> ---\n" "> >>> drivers/clocksource/arm_arch_timer.c | 58 +++++++++++++++++++-----------------\n" "> >>> 1 file changed, 30 insertions(+), 28 deletions(-)\n" @@ -169,10 +179,6 @@ "conflict in the variable assignment. So if a node is defined twice for this\n" "variable, then it is more sane to consider the second pass overwrites the first\n" "one. As the DT are specifying the same rate, for -mem and !-mem, then it should\n" - "have not an impact (to be verified).\n" - "--\n" - "To unsubscribe from this list: send the line \"unsubscribe linux-watchdog\" in\n" - "the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org\n" - More majordomo info at http://vger.kernel.org/majordomo-info.html + have not an impact (to be verified). -f7e9d076da7c912f2e81f6bdcca663502907ec6860e5e4387be83cc06c5a39cd +90cfa19b90576a1c613e90265fdf85e844233b4c57316d9454d8dd8bd07a77ca
diff --git a/a/1.txt b/N2/1.txt index 16236ac..d5e5d12 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -1,14 +1,14 @@ On Wed, Mar 29, 2017 at 01:11:58PM +0800, Fu Wei wrote: > Hi Daniel, > -> On 29 March 2017 at 11:41, Fu Wei <fu.wei-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> wrote: +> On 29 March 2017 at 11:41, Fu Wei <fu.wei@linaro.org> wrote: > > Hi Daniel, > > > > Great thanks for your review, allow me to answer your question below: > > -> > On 28 March 2017 at 22:58, Daniel Lezcano <daniel.lezcano-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> wrote: -> >> On Wed, Mar 22, 2017 at 12:31:13AM +0800, fu.wei-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org wrote: -> >>> From: Fu Wei <fu.wei-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> +> > On 28 March 2017 at 22:58, Daniel Lezcano <daniel.lezcano@linaro.org> wrote: +> >> On Wed, Mar 22, 2017 at 12:31:13AM +0800, fu.wei at linaro.org wrote: +> >>> From: Fu Wei <fu.wei@linaro.org> > >>> > >>> Currently, the counter frequency detection call(arch_timer_detect_rate) > >>> includes getting the frequency from the device-tree property, the per-cpu @@ -22,7 +22,7 @@ On Wed, Mar 29, 2017 at 01:11:58PM +0800, Fu Wei wrote: > >>> function, and removes arch_timer_detect_rate founction, then uses the > >>> arch_timer_get_cntfrq and arch_timer_mem_get_cntfrq directly. > >>> -> >>> Signed-off-by: Fu Wei <fu.wei-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> +> >>> Signed-off-by: Fu Wei <fu.wei@linaro.org> > >>> --- > >>> drivers/clocksource/arm_arch_timer.c | 58 +++++++++++++++++++----------------- > >>> 1 file changed, 30 insertions(+), 28 deletions(-) @@ -137,7 +137,3 @@ conflict in the variable assignment. So if a node is defined twice for this variable, then it is more sane to consider the second pass overwrites the first one. As the DT are specifying the same rate, for -mem and !-mem, then it should have not an impact (to be verified). --- -To unsubscribe from this list: send the line "unsubscribe linux-watchdog" in -the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org -More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/a/content_digest b/N2/content_digest index 96969cf..93a66c4 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -3,45 +3,23 @@ "ref\020170328145814.GE2123@mai\0" "ref\0CADyBb7uD1OqpPZf+ADsgbWryCGMGE3GqXOxz_4+1RzC1Pqsccg@mail.gmail.com\0" "ref\0CADyBb7tzJAuvG73v6ZoBVO4ehCC3RMsc1pq5gKF2eQ94j6GXrg@mail.gmail.com\0" - "ref\0CADyBb7tzJAuvG73v6ZoBVO4ehCC3RMsc1pq5gKF2eQ94j6GXrg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org\0" - "From\0Daniel Lezcano <daniel.lezcano-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>\0" - "Subject\0Re: [PATCH v22 02/11] clocksource: arm_arch_timer: separate out device-tree code and remove arch_timer_detect_rate\0" + "From\0daniel.lezcano@linaro.org (Daniel Lezcano)\0" + "Subject\0[PATCH v22 02/11] clocksource: arm_arch_timer: separate out device-tree code and remove arch_timer_detect_rate\0" "Date\0Wed, 29 Mar 2017 16:41:42 +0200\0" - "To\0Fu Wei <fu.wei-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>\0" - "Cc\0Rafael J. Wysocki <rjw-LthD3rsA81gm4RdzfppkhA@public.gmane.org>" - Len Brown <lenb-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> - Thomas Gleixner <tglx-hfZtesqFncYOwBW4kG4KsQ@public.gmane.org> - Marc Zyngier <marc.zyngier-5wv7dgnIgG8@public.gmane.org> - Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org> - Lorenzo Pieralisi <lorenzo.pieralisi-5wv7dgnIgG8@public.gmane.org> - Sudeep Holla <sudeep.holla-5wv7dgnIgG8@public.gmane.org> - Hanjun Guo <hanjun.guo-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> - linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org - Linaro ACPI Mailman List <linaro-acpi-cunTk1MwBs8s++Sfvej+rw@public.gmane.org> - Linux Kernel Mailing List <linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> - ACPI Devel Maling List <linux-acpi-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> - rruigrok-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org - Abdulhamid - Harb <harba-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org> - Christopher Covington <cov-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org> - Timur Tabi <timur-sgV2jX0FEOL9JmXXK+q4OQ@public.gmane.org> - G Gregory <graeme.gregory-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> - Al Stone <al.stone-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> - Jon Masters <jcm-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> - " Wei\0" + "To\0linux-arm-kernel@lists.infradead.org\0" "\00:1\0" "b\0" "On Wed, Mar 29, 2017 at 01:11:58PM +0800, Fu Wei wrote:\n" "> Hi Daniel,\n" "> \n" - "> On 29 March 2017 at 11:41, Fu Wei <fu.wei-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> wrote:\n" + "> On 29 March 2017 at 11:41, Fu Wei <fu.wei@linaro.org> wrote:\n" "> > Hi Daniel,\n" "> >\n" "> > Great thanks for your review, allow me to answer your question below:\n" "> >\n" - "> > On 28 March 2017 at 22:58, Daniel Lezcano <daniel.lezcano-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> wrote:\n" - "> >> On Wed, Mar 22, 2017 at 12:31:13AM +0800, fu.wei-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org wrote:\n" - "> >>> From: Fu Wei <fu.wei-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>\n" + "> > On 28 March 2017 at 22:58, Daniel Lezcano <daniel.lezcano@linaro.org> wrote:\n" + "> >> On Wed, Mar 22, 2017 at 12:31:13AM +0800, fu.wei at linaro.org wrote:\n" + "> >>> From: Fu Wei <fu.wei@linaro.org>\n" "> >>>\n" "> >>> Currently, the counter frequency detection call(arch_timer_detect_rate)\n" "> >>> includes getting the frequency from the device-tree property, the per-cpu\n" @@ -55,7 +33,7 @@ "> >>> function, and removes arch_timer_detect_rate founction, then uses the\n" "> >>> arch_timer_get_cntfrq and arch_timer_mem_get_cntfrq directly.\n" "> >>>\n" - "> >>> Signed-off-by: Fu Wei <fu.wei-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>\n" + "> >>> Signed-off-by: Fu Wei <fu.wei@linaro.org>\n" "> >>> ---\n" "> >>> drivers/clocksource/arm_arch_timer.c | 58 +++++++++++++++++++-----------------\n" "> >>> 1 file changed, 30 insertions(+), 28 deletions(-)\n" @@ -169,10 +147,6 @@ "conflict in the variable assignment. So if a node is defined twice for this\n" "variable, then it is more sane to consider the second pass overwrites the first\n" "one. As the DT are specifying the same rate, for -mem and !-mem, then it should\n" - "have not an impact (to be verified).\n" - "--\n" - "To unsubscribe from this list: send the line \"unsubscribe linux-watchdog\" in\n" - "the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org\n" - More majordomo info at http://vger.kernel.org/majordomo-info.html + have not an impact (to be verified). -f7e9d076da7c912f2e81f6bdcca663502907ec6860e5e4387be83cc06c5a39cd +986181538041f70bdcb2bb94814fb6f401256611dcef6eb20f10753f2dcc8209
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.