[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAD=FV=V3n0gjzpL860V6cgf8JVh5pmoL+i0t63Oot19T2afTPw@mail.gmail.com>
Date: Tue, 31 Oct 2017 17:23:19 -0700
From: Doug Anderson <dianders@...omium.org>
To: Linus Torvalds <torvalds@...ux-foundation.org>
Cc: Russell King - ARM Linux <linux@...linux.org.uk>,
Marc Gonzalez <marc_gonzalez@...madesigns.com>,
Mark Rutland <mark.rutland@....com>, Mason <slash.tmp@...e.fr>,
Jonathan Austin <jonathan.austin@....com>,
Arnd Bergmann <arnd@...db.de>, Nicolas Pitre <nico@...aro.org>,
Peter Zijlstra <peterz@...radead.org>,
Stephen Boyd <sboyd@...eaurora.org>,
Michael Turquette <mturquette@...libre.com>,
Kevin Hilman <khilman@...nel.org>,
Will Deacon <will.deacon@....com>,
LKML <linux-kernel@...r.kernel.org>,
Steven Rostedt <rostedt@...dmis.org>,
John Stultz <john.stultz@...aro.org>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...nel.org>,
Linux ARM <linux-arm-kernel@...ts.infradead.org>
Subject: Re: [RFC] Improving udelay/ndelay on platforms where that is possible
Hi,
On Tue, Oct 31, 2017 at 10:45 AM, Linus Torvalds
<torvalds@...ux-foundation.org> wrote:
> So I'm very much open to udelay improvements, and if somebody sends
> patches for particular platforms to do particularly well on that
> platform, I think we should merge them. But ...
If I'm reading this all correctly, this sounds like you'd be willing
to merge <https://patchwork.kernel.org/patch/9429841/>. This makes
udelay() guaranteed not to underrun on arm32 platforms.
-Doug
Powered by blists - more mailing lists