Thread (11 messages) 11 messages, 8 authors, 2019-04-03

[PATCH] arm: kernel: utilize hrtimer based broadcast

From: Russell King - ARM Linux <hidden>
Date: 2016-01-02 10:30:15
Also in: lkml

On Tue, Dec 29, 2015 at 02:54:10PM +0100, Thomas Gleixner wrote:
On Mon, 28 Dec 2015, Arnd Bergmann wrote:
quoted
On Monday 28 December 2015 07:18:58 Huan Wang wrote:
quoted
Hi, Arnd,

	Could you help to review the following patch? Thanks.
Hi Alison,

I'm sorry but I understand very little of this particular area of the kernel.

I've added Daniel Lezcano, John Stultz and Thomas Gleixner to Cc, they all
know this much better than I do and one of them should be able to comment after
their Christmas break.
I have no real opinion about that patch. It does no harm to unconditionally
setup the hrtimer based broadcast even if it's never used.

Up to the arch maintainer to decide. 
That's really not fair to keep shovelling these kinds of decisions onto
architecture maintainers without any kind of explanation about how an
architecture maintainer should make such a decision.

Do I roll a 6-face dice, and if it gives an odd number, I apply this
patch, otherwise I reject it?

Is there a technical basis for making the decision?  If so, please
explain what the technical arguments are against having or not having
this change.

Thanks.

-- 
RMK's Patch system: http://www.arm.linux.org.uk/developer/patches/
FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up
according to speedtest.net.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help