diff for duplicates of <54B78DB0.5050808@free-electrons.com> diff --git a/a/1.txt b/N1/1.txt index 3dae3c2..b5d0d30 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -12,7 +12,7 @@ Hi Arnaud, >> +} > > The thing I do not get is how you can guarantee that an undelayed -> writel() in a function will not be followed less than 5?s later by +> writel() in a function will not be followed less than 5µs later by > another writel() in another function. For instance: > > 1) a call to set_alarm() followed by a call to alarm_irq_enable(). @@ -38,7 +38,7 @@ Hi Arnaud, > everywhere. > > All writes being under the protection of your spinlock, this will -> guarantee the 5?s delay in all cases. +> guarantee the 5µs delay in all cases. You're right. I tried avoiding loosing microseconds here and there, but there is too many case where it can fail. So let's us it everywhere. @@ -104,3 +104,7 @@ Gregory Clement, Free Electrons Kernel, drivers, real-time and embedded Linux development, consulting, training and support. http://free-electrons.com +-- +To unsubscribe from this list: send the line "unsubscribe devicetree" 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 67fc683..766587f 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,10 +1,26 @@ "ref\01421257155-3379-1-git-send-email-gregory.clement@free-electrons.com\0" "ref\01421257155-3379-3-git-send-email-gregory.clement@free-electrons.com\0" "ref\0871tmxrsj8.fsf@natisbad.org\0" - "From\0gregory.clement@free-electrons.com (Gregory CLEMENT)\0" - "Subject\0[PATCH v2 2/5] drivers/rtc/rtc-armada38x: Add a new RTC driver for recent mvebu SoCs\0" + "ref\0871tmxrsj8.fsf-LkuqDEemtHBg9hUCZPvPmw@public.gmane.org\0" + "From\0Gregory CLEMENT <gregory.clement-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org>\0" + "Subject\0Re: [PATCH v2 2/5] drivers/rtc/rtc-armada38x: Add a new RTC driver for recent mvebu SoCs\0" "Date\0Thu, 15 Jan 2015 10:51:44 +0100\0" - "To\0linux-arm-kernel@lists.infradead.org\0" + "To\0Arnaud Ebalard <arno-LkuqDEemtHBg9hUCZPvPmw@public.gmane.org>\0" + "Cc\0Alessandro Zummo <a.zummo-BfzFCNDTiLLj+vYz1yj4TQ@public.gmane.org>" + rtc-linux-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org + Jason Cooper <jason-NLaQJdtUoK4Be96aLqz0jA@public.gmane.org> + Andrew Lunn <andrew-g2DYL2Zd6BY@public.gmane.org> + Sebastian Hesselbarth <sebastian.hesselbarth-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> + Thomas Petazzoni <thomas.petazzoni-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org> + Ezequiel Garcia <ezequiel.garcia-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org> + linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org + Maxime Ripard <maxime.ripard-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org> + Boris BREZILLON <boris.brezillon-wi1+55ScJUtKEb57/3fJTNBPR1lH4CV8@public.gmane.org> + Lior Amsalem <alior-eYqpPyKDWXRBDgjK7y7TUQ@public.gmane.org> + Tawfik Bayouk <tawfik-eYqpPyKDWXRBDgjK7y7TUQ@public.gmane.org> + Nadav Haklai <nadavh-eYqpPyKDWXRBDgjK7y7TUQ@public.gmane.org> + Mark Rutland <mark.rutland-5wv7dgnIgG8@public.gmane.org> + " devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org\0" "\00:1\0" "b\0" "Hi Arnaud,\n" @@ -21,7 +37,7 @@ ">> +}\n" "> \n" "> The thing I do not get is how you can guarantee that an undelayed\n" - "> writel() in a function will not be followed less than 5?s later by\n" + "> writel() in a function will not be followed less than 5\302\265s later by\n" "> another writel() in another function. For instance:\n" "> \n" "> 1) a call to set_alarm() followed by a call to alarm_irq_enable().\n" @@ -47,7 +63,7 @@ "> everywhere.\n" "> \n" "> All writes being under the protection of your spinlock, this will\n" - "> guarantee the 5?s delay in all cases.\n" + "> guarantee the 5\302\265s delay in all cases.\n" "\n" "You're right. I tried avoiding loosing microseconds here and there, but there\n" "is too many case where it can fail. So let's us it everywhere.\n" @@ -112,6 +128,10 @@ "Gregory Clement, Free Electrons\n" "Kernel, drivers, real-time and embedded Linux\n" "development, consulting, training and support.\n" - http://free-electrons.com + "http://free-electrons.com\n" + "--\n" + "To unsubscribe from this list: send the line \"unsubscribe devicetree\" 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 -c72e9516f4a234e23f435231e9719c679dcda0ac5b91c2e03ca46bbc2a17eefe +4158e30d69a6cf5d7bf5b64d0b66cecd5870d65ea34253e35de9cb037ca135b4
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.