Re: [PATCH 03/20] asm-generic: Drop getrlimit and setrlimit syscalls from default list

2017-03-10 Thread Will Deacon
On Thu, Mar 02, 2017 at 12:49:11AM +0530, Yury Norov wrote: > The newer prlimit64 syscall provides all the functionality provided by > the getrlimit and setrlimit syscalls and adds the pid of target process, > so future architectures won't need to include getrlimit and setrlimit. > > Therefore dro

[PATCH 3.16 282/370] ARC: [arcompact] brown paper bag bug in unaligned access delay slot fixup

2017-03-10 Thread Ben Hutchings
3.16.42-rc1 review patch. If anyone has any objections, please let me know. -- From: Vineet Gupta commit a524c218bc94c705886a0e0fedeee45d1931da32 upstream. Reported-by: Jo-Philipp Wich Fixes: 9aed02feae57bf7 ("ARC: [arcompact] handle unaligned access delay slot") Cc: linux-ke

Re: update timer frequencies

2017-03-10 Thread Thomas Gleixner
Vlad, On Fri, 10 Mar 2017, Vlad Zakharov wrote: > > I am trying to implement a cpufreq driver for ARC CPUs. The point is > that ARC timers (including those are used for timekeeping) are driven by > the same clock as ARC CPU core(s). To be honest: That's broken by design and you really should go

update timer frequencies

2017-03-10 Thread Vlad Zakharov
Hello, I am trying to implement a cpufreq driver for ARC CPUs.  The point is that ARC timers (including those are used for timekeeping) are driven by the same clock as ARC CPU core(s). So if cpufreq driver changes CPU frequency timers frequency also updates.  I added notification handler to ARC