linux.git/arch/arc/kernel, branch v3.15-rc2 Linux kernel source tree ARC: [SMP] General Fixes 2014-04-05T09:16:42+00:00 Vineet Gupta vgupta@synopsys.com 2014-02-24T03:42:50+00:00 c3441edd2dea83923421fd6050d2ffdc57696323 -Pass the expected arg to non-boot park'ing routine (It worked so far because existing SMP backends don't use the arg) -CONFIG_DEBUG_PREEMPT warning 
-Pass the expected arg to non-boot park'ing routine
 (It worked so far because existing SMP backends don't use the arg)

-CONFIG_DEBUG_PREEMPT warning
ARC: [clockevent] simplify timer ISR 2014-03-26T09:01:30+00:00 Vineet Gupta vgupta@synopsys.com 2014-01-24T19:12:37+00:00 f8b34c3fd5a3fe7820952400ebbbc0528ec80686 * Remove one liner IRQ ACK accessor, it was coming in the way of readability. Signed-off-by: Vineet Gupta <vgupta@synopsys.com> 
* Remove one liner IRQ ACK accessor, it was coming in the way of readability.

Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
ARC: [clockevent] can't be SoC specific 2014-03-26T09:01:29+00:00 Vineet Gupta vgupta@synopsys.com 2014-01-24T18:56:15+00:00 35571f4bdcae4bf2262fa0c94f56594dd0457f5a So no point keeping it weak Signed-off-by: Vineet Gupta <vgupta@synopsys.com> 
So no point keeping it weak

Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
ARC: switch to generic ENTRY/END assembler annotations 2014-03-26T09:01:28+00:00 Vineet Gupta vgupta@synopsys.com 2014-02-07T08:17:43+00:00 ec7ac6afd07b2d958aab9dfc0a686300b856922a With commit 9df62f054406 "arch: use ASM_NL instead of ';'" the generic macros can handle the arch specific newline quirk. Hence we can get rid of ARC asm macros and use the "C" style macros. Signed-off-by: Vineet Gupta <vgupta@synopsys.com> 
With commit 9df62f054406 "arch: use ASM_NL instead of ';'" the generic
macros can handle the arch specific newline quirk. Hence we can get rid
of ARC asm macros and use the "C" style macros.

Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
ARC: [cmdline] support External Device Trees from u-boot 2014-01-16T13:23:16+00:00 Vineet Gupta vgupta@synopsys.com 2014-01-16T09:34:24+00:00 e57d339a6264355df8c98948f05a46ff2bc5d504 Signed-off-by: Vineet Gupta <vgupta@synopsys.com> 
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
ARC: [cmdline] uboot cmdline handling rework 2014-01-16T13:19:38+00:00 Vineet Gupta vgupta@synopsys.com 2014-01-16T09:31:24+00:00 59ed9413533897823bcdb4c79fd2904718e25b0a * Moved cmdline copy from asm to "C" - allows for more robust checking of pointer validity etc. * Remove the Kconfig option to do so, base it on a runtime value passed by u-boot Signed-off-by: Vineet Gupta <vgupta@synopsys.com> 
* Moved cmdline copy from asm to "C" - allows for more robust checking
  of pointer validity etc.

* Remove the Kconfig option to do so, base it on a runtime value passed
  by u-boot

Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
ARC: [SMP] optimize IPI send and receive 2013-12-23T06:35:04+00:00 Vineet Gupta vgupta@synopsys.com 2013-11-28T08:27:54+00:00 d8e8c7dda11f5d5cf90495f2e89d917a83509bc0 * Don't send an IPI if receiver already has a pending IPI. Atomically piggyback the new msg with pending msg. * IPI receiver looping on xchg() not required References: https://lkml.org/lkml/2013/11/25/232 Suggested-by: Peter Zijlstra <peterz@infradead.org> Signed-off-by: Vineet Gupta <vgupta@synopsys.com> 
* Don't send an IPI if receiver already has a pending IPI.
  Atomically piggyback the new msg with pending msg.

* IPI receiver looping on xchg() not required

References: https://lkml.org/lkml/2013/11/25/232
Suggested-by: Peter Zijlstra <peterz@infradead.org>
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
ARC: [SMP] simplify IPI code 2013-12-23T06:35:04+00:00 Vineet Gupta vgupta@synopsys.com 2013-11-26T09:53:44+00:00 f2a4aa5646687f9a51616581221b1d348590d47e * ipi_data is just a word, no need to keep it as struct * find_next_bit() not needed to loop thru a 32bit word, ffs suffices 
* ipi_data is just a word, no need to keep it as struct

* find_next_bit() not needed to loop thru a 32bit word, ffs suffices
ARC: [SMP] cpu halt interface doesn't need "self" cpu-id 2013-12-23T06:35:04+00:00 Vineet Gupta vgupta@synopsys.com 2013-11-25T09:18:39+00:00 53dc110c97436dcf2a758091c98093657116e91c Signed-off-by: Vineet Gupta <vgupta@synopsys.com> 
Signed-off-by: Vineet Gupta <vgupta@synopsys.com>
ARC: [SMP] IPI ACK interface doesn't need "self" cpu-id 2013-12-23T06:35:04+00:00 Vineet Gupta vgupta@synopsys.com 2013-11-25T09:07:14+00:00 ccdaa6e0c86d8f48bf87439e4d6942b7a3e58899 The interface is confusing, it feels like we are getting "sender" info, whereas it is the "receiver", which can very well be retrived by smp_processor_id(), if need be. Signed-off-by: Vineet Gupta <vgupta@synopsys.com> 
The interface is confusing, it feels like we are getting "sender" info,
whereas it is the "receiver", which can very well be retrived by
smp_processor_id(), if need be.

Signed-off-by: Vineet Gupta <vgupta@synopsys.com>