Vineet Gupta 1e26662993 ARC: 64bit RTSC timestamp hardware issue ... The 64bit RTSC is not reliable, causing spurious "jumps" in higher word, making Linux timekeeping go bonkers. So as of now just use the lower 32bit timestamp. A cleaner approach would have been removing RTSC support altogether as the 32bit RTSC is equivalent to old TIMER1 based solution, but some customers can use the 32bit RTSC in SMP syn fashion (vs. TIMER1 which being incore can't be done easily). A fallout of this is sched_clock()'s hardware assisted version needs to go away since it can't use 32bit wrapping counter - instead we use the generic "weak" jiffies based version. Signed-off-by: Vineet Gupta <vgupta@synopsys.com>		2013-02-15 23:16:20 +05:30
..
boot	ARC: [plat-arcfpga]: Enabling DeviceTree for Angel4 board	2013-02-15 23:15:57 +05:30
configs	ARC: [plat-arcfpga] defconfig for fully loaded ARC Linux	2013-02-15 23:16:17 +05:30
include	ARC: Provide a default serial.h for uart drivers needing BASE_BAUD	2013-02-15 23:16:18 +05:30
kernel	ARC: 64bit RTSC timestamp hardware issue	2013-02-15 23:16:20 +05:30
lib	ARC: String library	2013-02-11 20:00:35 +05:30
mm	ARC: Don't fiddle with non-existent caches	2013-02-15 23:16:19 +05:30
oprofile	ARC: OProfile support	2013-02-15 23:16:00 +05:30
plat-arcfpga	ARC: [Review] Multi-platform image #8: platform registers SMP callbacks	2013-02-15 23:16:17 +05:30
Kbuild
Kconfig	ARC: [Review] Multi-platform image #6: cpu-to-dma-addr optional	2013-02-15 23:16:15 +05:30
Kconfig.debug
Makefile	ARC: [Review] Multi-platform image #4: Isolate platform headers	2013-02-15 23:16:14 +05:30