On 09/10/2013 01:38 PM, Theodore Ts'o wrote:
On Tue, Sep 10, 2013 at 12:38:56PM -0700, John Stultz wrote:
So the end of timekeeping_init() may not be what you want here. This
only means we've started up the timekeping core with only the default
clocksource (with only few exceptions
On 09/10/2013 12:47 PM, Stephan Mueller wrote:
Am Dienstag, 10. September 2013, 12:38:56 schrieb John Stultz:
Hi John,
On Tue, Sep 10, 2013 at 4:31 AM, Stephan Mueller smuel...@chronox.de
wrote:
Hi,
/dev/random uses the get_cycles() function to obtain entropy in
addition to jiffies
On 09/10/2013 02:10 PM, Theodore Ts'o wrote:
On Tue, Sep 10, 2013 at 01:46:21PM -0700, John Stultz wrote:
We do read the clocksource fairly frequently though, so rather then
re-reading on each interrupt, could you instead re-use the points at
interrupt time where we already read
On 09/10/2013 03:33 PM, Theodore Ts'o wrote:
On Tue, Sep 10, 2013 at 03:08:12PM -0700, John Stultz wrote:
One other area you might look at is using the delta between when the
next hrtimer was scheduled for and when we actually expired it? That's
something we could cheaply calculate on every
On 09/10/2013 05:50 PM, Theodore Ts'o wrote:
On Tue, Sep 10, 2013 at 05:31:45PM -0700, John Stultz wrote:
Yea, that point about every single interrupt vs every timer
interrupt. I suspect that if its every timer interrupt, this can be
done easily w/ clocksources as we already do that read
On 09/11/2013 08:08 AM, Mathieu Desnoyers wrote:
Starting from commit 06c017fdd4dc48451a29ac37fc1db4a3f86b7f40
timekeeping: Hold timekeepering locks in do_adjtimex and hardpps
(3.10 kernels), the xtime write seqlock is held across calls to
__do_adjtimex(), which includes a call to
be used across kernel and
user-space, and which does not rely on read seqlock for kernel-level
synchronization, makes its way into the kernel.
Cc: Thomas Gleixner t...@linutronix.de
Cc: Richard Cochran richardcoch...@gmail.com
Cc: Prarit Bhargava pra...@redhat.com
Cc: John Stultz john.stu
On 09/11/2013 10:49 AM, Mathieu Desnoyers wrote:
Hi John,
* John Stultz (john.stu...@linaro.org) wrote:
On 09/11/2013 08:08 AM, Mathieu Desnoyers wrote:
Starting from commit 06c017fdd4dc48451a29ac37fc1db4a3f86b7f40
timekeeping: Hold timekeepering locks in do_adjtimex and hardpps
(3.10
...@linutronix.de
Cc: Gerlando Falauto gerlando.fala...@keymile.com
Cc: Mathieu Desnoyers mathieu.desnoy...@efficios.com
Cc: stable sta...@vger.kernel.org #3.11, 3.10
Reported-by: Gerlando Falauto gerlando.fala...@keymile.com
Tested-by: Lin Ming min...@gmail.com
Signed-off-by: John Stultz john.stu...@linaro.org
On Thu, Sep 12, 2013 at 6:44 AM, Herbert Xu herb...@gondor.apana.org.au wrote:
On Thu, Sep 12, 2013 at 03:21:24PM +0200, Thomas Gleixner wrote:
(3): http://www.spinics.net/lists/netdev/msg245169.html
Thanks for the explanation so far.
What's still unclear to me is why these timeouts are
On 07/30/2013 03:04 AM, Daniel Lezcano wrote:
On 07/19/2013 01:21 AM, Stephen Boyd wrote:
The 32 bit sched_clock interface now supports 64 bits. Upgrade to
the 64 bit function to allow us to remove the 32 bit registration
interface.
Cc: Stephen Warren swar...@wwwdotorg.org
Signed-off-by:
Hey Thomas, Olof,
Here is the common base changes in Stephen's 64bit friendly
generic sched_clock() patch series. This common base will be needed so
that following patch series can be merged via both the tip/timers/core
and arm-soc trees independently.
Please let me know if you have any
On 11/08/2013 12:23 AM, Magnus Damm wrote:
On Thu, Nov 7, 2013 at 8:27 PM, Daniel Lezcano
daniel.lezc...@linaro.org wrote:
On 11/06/2013 12:05 PM, Magnus Damm wrote:
From: Magnus Damm d...@opensource.se
Add Kconfig entries for CMT, MTU2, TMU and STI to
drivers/clocksource/Kconfig. This will
On 10/02/2013 10:47 AM, Will Deacon wrote:
On Fri, Jul 19, 2013 at 12:59:44AM +0100, John Stultz wrote:
On 07/18/2013 04:21 PM, Stephen Boyd wrote:
This patchset adds support for 64 bit counters in the generic
sched_clock code and converts drivers over to use it. Based
on v3.11-rc1.
Changes
: Rob Clark robdcl...@gmail.com
Cc: Minchan Kim minc...@kernel.org
Cc: linux...@kvack.org linux...@kvack.org
Signed-off-by: Minchan Kim minc...@kernel.org
Signed-off-by: John Stultz john.stu...@linaro.org
---
include/linux/vm_event_item.h | 2 ++
mm/vmstat.c | 2 ++
mm/vrange.c
Signed-off-by: John Stultz john.stu...@linaro.org
---
include/linux/vrange_types.h | 2 ++
mm/vrange.c | 61
2 files changed, 58 insertions(+), 5 deletions(-)
diff --git a/include/linux/vrange_types.h b/include/linux/vrange_types.h
index
. Comment cleanups]
Signed-off-by: John Stultz john.stu...@linaro.org
---
include/linux/mm_types.h | 4
include/linux/vrange.h | 7 ++-
kernel/fork.c| 11 +++
mm/vrange.c | 40
4 files changed, 61 insertions(+), 1
Motohiro kosaki.motoh...@gmail.com
Cc: Michel Lespinasse wal...@google.com
Cc: Rob Clark robdcl...@gmail.com
Cc: Minchan Kim minc...@kernel.org
Cc: linux...@kvack.org linux...@kvack.org
Signed-off-by: John Stultz john.stu...@linaro.org
---
include/linux/vrange.h | 2 ++
mm/mmap.c | 5
Motohiro kosaki.motoh...@gmail.com
Cc: Michel Lespinasse wal...@google.com
Cc: Rob Clark robdcl...@gmail.com
Cc: Minchan Kim minc...@kernel.org
Cc: linux...@kvack.org linux...@kvack.org
Signed-off-by: Minchan Kim minc...@kernel.org
[jstultz: Commit message tweaks]
Signed-off-by: John Stultz john.stu
wal...@google.com
Cc: Rob Clark robdcl...@gmail.com
Cc: Minchan Kim minc...@kernel.org
Cc: linux...@kvack.org linux...@kvack.org
Signed-off-by: Minchan Kim minc...@kernel.org
[jstultz: Commit rewording, renamed functions, added helper functions]
Signed-off-by: John Stultz john.stu...@linaro.org
...@gmail.com
Cc: Minchan Kim minc...@kernel.org
Cc: linux...@kvack.org linux...@kvack.org
Signed-off-by: Minchan Kim minc...@kernel.org
[jstultz: Renamed some functions and minor cleanups]
Signed-off-by: John Stultz john.stu...@linaro.org
---
mm/vrange.c | 89
...@gmail.com
Cc: Michel Lespinasse wal...@google.com
Cc: Rob Clark robdcl...@gmail.com
Cc: Minchan Kim minc...@kernel.org
Cc: linux...@kvack.org linux...@kvack.org
Signed-off-by: Minchan Kim minc...@kernel.org
[jstultz: Code tweaks and commit log rewording]
Signed-off-by: John Stultz john.stu
: Michel Lespinasse wal...@google.com
Cc: Rob Clark robdcl...@gmail.com
Cc: Minchan Kim minc...@kernel.org
Cc: linux...@kvack.org linux...@kvack.org
Signed-off-by: Minchan Kim minc...@kernel.org
Signed-off-by: John Stultz john.stu...@linaro.org
---
include/linux/swap.h | 6 +-
include/linux
: Jan Kara j...@suse.cz
Cc: KOSAKI Motohiro kosaki.motoh...@gmail.com
Cc: Michel Lespinasse wal...@google.com
Cc: Rob Clark robdcl...@gmail.com
Cc: Minchan Kim minc...@kernel.org
Cc: linux...@kvack.org linux...@kvack.org
Signed-off-by: John Stultz john.stu...@linaro.org
---
fs/inode.c | 4
purging of file pages, commit log tweaks]
Signed-off-by: John Stultz john.stu...@linaro.org
---
include/linux/vrange.h | 9 +++
mm/internal.h | 2 -
mm/vrange.c| 185 +
3 files changed, 194 insertions(+), 2 deletions(-)
diff
Motohiro kosaki.motoh...@gmail.com
Cc: Michel Lespinasse wal...@google.com
Cc: Rob Clark robdcl...@gmail.com
Cc: Minchan Kim minc...@kernel.org
Cc: linux...@kvack.org linux...@kvack.org
John Stultz (2):
vrange: Clear volatility on new mmaps
vrange: Add support for volatile ranges on file
...@kernel.org
Cc: linux...@kvack.org linux...@kvack.org
Signed-off-by: Minchan Kim minc...@kernel.org
Signed-off-by: John Stultz john.stu...@linaro.org
---
include/linux/rmap.h | 11 +++
mm/ksm.c | 2 +-
mm/rmap.c| 28
mm/vmscan.c
Signed-off-by: Minchan Kim minc...@kernel.org
Signed-off-by: John Stultz john.stu...@linaro.org
---
arch/x86/syscalls/syscall_64.tbl | 1 +
include/linux/syscalls.h | 2 +
include/uapi/asm-generic/mman-common.h | 3 +
kernel/sys_ni.c| 1 +
mm
pages]
Signed-off-by: John Stultz john.stu...@linaro.org
---
include/linux/vrange.h | 48
include/linux/vrange_types.h | 25 ++
lib/Makefile | 2 +-
mm/Makefile | 2 +-
mm/vrange.c | 183
On 10/02/2013 05:51 PM, John Stultz wrote:
So its been awhile since the last release of the volatile ranges
patches, and while Minchan and I have been busy with other things,
we have been slowly chipping away at issues and differences
trying to get a patchset that we both agree on.
There's
On 09/13/2013 10:05 AM, Mathieu Desnoyers wrote:
On 13/09/13 09:13 AM, Thomas Gleixner wrote:
On Thu, 12 Sep 2013, Mathieu Desnoyers wrote:
* Peter Zijlstra (pet...@infradead.org) wrote:
[...]
Yep, that's good. I suppose if there's multiple use sites we can jump
through another few hoops to
On 09/13/2013 11:20 AM, Mathieu Desnoyers wrote:
This looks to me like interesting optimisation work that should be
considered after the following question is answered: does the added
update-side cost actually matter that much ?
Yea, fair enough. We can measure the cost first.
thanks
-john
On 09/13/2013 08:30 AM, Mathieu Desnoyers wrote:
By the way, if there are some standard test-bench for timekeeping, I'd
be very interested to hear about them.
I've got a git repo of tests that I use for basic sanity checks here:
https://github.com/johnstultz-work/timetests.git
thanks
-john
: Ingo Molnar mi...@kernel.org
Cc: Thomas Gleixner t...@linutronix.de
Signed-off-by: John Stultz john.stu...@linaro.org
---
include/linux/cpuset.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/linux/cpuset.h b/include/linux/cpuset.h
index cc1b01c..3fe661f 100644
--- a/include/linux
mathieu.desnoy...@efficios.com
Cc: Li Zefan lize...@huawei.com
Cc: Steven Rostedt rost...@goodmis.org
Cc: Peter Zijlstra pet...@infradead.org
Cc: Ingo Molnar mi...@kernel.org
Cc: Thomas Gleixner t...@linutronix.de
Signed-off-by: John Stultz john.stu...@linaro.org
---
v2:
* Update to new simplified
On 09/12/2013 03:28 AM, elad.wex...@gmail.com wrote:
From: Elad Wexler elad.wex...@gmail.com
sysfs_override_clocksource(): The expression 'if (ret = 0)' is always true.
This will cause clocksource_select() to always run.
Thus modified ret to be of type ssize_t.
sysfs_unbind_clocksource():
On 09/13/2013 05:19 PM, John Stultz wrote:
Currently seqlocks and seqcounts don't support lockdep.
After running across a seqcount related deadlock in the timekeeping
code, I used a less-refined and more focused varient of this patch
to narrow down the cause of the issue.
This is a first
/people/jstultz/linux.git fortglx/3.13/time
for you to fetch changes up to 389e067032fbb96e439abafae848dd447e4cafb4:
Merge branch 'fortglx/3.12/time' into fortglx/3.13/time (2013-09-16
18:54:07 -0700)
John Stultz (2):
Merge
...@lists.infradead.org
Signed-off-by: John Stultz john.stu...@linaro.org
---
drivers/rtc/rtc-pl031.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/rtc/rtc-pl031.c b/drivers/rtc/rtc-pl031.c
index 0f0609b..e3b2571 100644
--- a/drivers/rtc/rtc-pl031.c
+++ b/drivers/rtc/rtc-pl031.c
On Wed, Sep 18, 2013 at 6:30 AM, Linus Walleij linus.wall...@linaro.org wrote:
On Tue, Sep 17, 2013 at 8:29 PM, John Stultz john.stu...@linaro.org wrote:
In some recent testing, I noticed the CLOCK_REALTIME_ALARM clockid
wasn't functioning on my vexpress qemu environment. Looking
On 10/14/2013 02:33 PM, kosaki.motoh...@gmail.com wrote:
From: KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com
Fedora Ruby maintainer reported latest Ruby doesn't work on Fedora Rawhide
on ARM. (http://bugs.ruby-lang.org/issues/9008)
Because of, commit 1c6b39ad3f (alarmtimers: Return
On 10/17/2013 06:12 PM, KOSAKI Motohiro wrote:
(10/17/13 1:05 PM), John Stultz wrote:
On 10/14/2013 02:33 PM, kosaki.motoh...@gmail.com wrote:
From: KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com
Fedora Ruby maintainer reported latest Ruby doesn't work on Fedora
Rawhide
on ARM. (http
On 10/18/2013 04:12 PM, KOSAKI Motohiro wrote:
On 10/18/2013 6:39 PM, John Stultz wrote:
On 10/17/2013 06:12 PM, KOSAKI Motohiro wrote:
(10/17/13 1:05 PM), John Stultz wrote:
On 10/14/2013 02:33 PM, kosaki.motoh...@gmail.com wrote:
From: KOSAKI Motohiro kosaki.motoh...@jp.fujitsu.com
Fedora
On 10/17/2013 06:13 PM, Xie XiuQi wrote:
Signed-off-by: Xie XiuQi xiexi...@huawei.com
---
kernel/time/timekeeping.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/kernel/time/timekeeping.c b/kernel/time/timekeeping.c
index 947ba25..3abf534 100644
---
On 10/11/2013 10:11 AM, Patrick Palka wrote:
sysfs_get_uname() is erroneously declared as returning size_t even
though it may return a negative value, specifically -EINVAL. Its
callers then check whether its return value is less than zero and indeed
that is never the case for size_t.
This
On 11/22/2013 07:38 AM, Martin Schwidefsky wrote:
Greetings,
I just hunted down a time related bug which caused the Linux internal
xtime to drift away from the precise hardware clock provided by the
TOD clock found in the s390 architecture.
After a long search I came along this lovely piece
: Thomas Gleixner t...@linutronix.de
Cc: stable sta...@vger.kernel.org #v3.6+
Signed-off-by: John Stultz john.stu...@linaro.org
---
kernel/time/timekeeping.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/kernel/time/timekeeping.c b/kernel/time/timekeeping.c
index 3abf534..87b4f00
On 11/15/2013 03:53 PM, Rafael J. Wysocki wrote:
OK, I'll pick this up over the weekend if Al doesn't do that first.
Just wanted to follow up on this, since I couldn't find this in your git
tree or Al's yet. Forgive me if I missed it, I just wanted to make sure
it didn't get lost in the
with
a DMI quirk only for those boxes.
Cc: Thomas Gleixner t...@linutronix.de
Cc: John Stultz john.stu...@linaro.org
Cc: Rabin Vincent rabin.vinc...@stericsson.com
Signed-off-by: Borislav Petkov b...@suse.de
[Changed variable name for clarity, added extra dmi entry]
Signed-off-by: John Stultz
On 11/30/2013 09:29 AM, Andy Lutomirski wrote:
[Subject changed because this isn't relevant to the patches in
question any more.]
On Sat, Nov 30, 2013 at 1:18 AM, Peter Zijlstra pet...@infradead.org wrote:
On Fri, Nov 29, 2013 at 03:22:45PM -0800, Andy Lutomirski wrote:
I've occasionally
On 11/28/2013 12:28 AM, Yijing Wang wrote:
Fix trivial comment typo for tk_setup_internals().
Signed-off-by: Yijing Wang wangyij...@huawei.com
Queued for 3.14.
Thanks!
-john
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to
On 11/27/2013 09:42 PM, Magnus Damm wrote:
Hi John, everyone,
Let me get back to you all in a little while together with some code,
but before that let me just clarify this:
On Wed, Nov 13, 2013 at 5:47 AM, John Stultz john.stu...@linaro.org wrote:
On Tue, Nov 12, 2013 at 4:26 AM, Magnus
On 11/20/2013 10:39 AM, Miroslav Lichvar wrote:
On Mon, Nov 18, 2013 at 12:46:00PM -0800, John Stultz wrote:
In a simulation with 1GHz TSC clock and 10Hz clock update the maximum
error went down from 4.7 microseconds to 5.5 nanoseconds. With 1Hz
update the maximum error went down from 480
On Mon, Oct 14, 2013 at 11:55 AM, Stephen Boyd sb...@codeaurora.org wrote:
On 10/14/13 11:44, Kevin Hilman wrote:
Stephen Boyd sb...@codeaurora.org writes:
Register with the generic sched_clock framework now that it
supports 64 bits. This fixes two problems with the current
sched_clock
On Mon, Oct 14, 2013 at 1:14 PM, Kevin Hilman khil...@linaro.org wrote:
Stephen Boyd sb...@codeaurora.org writes:
Can you try this patch?
Yup, your patch gets it booting again.
John, how do you want to proceed on this? The version of $SUBJECT patch
that made it to -next doesn't match the
On Mon, Nov 11, 2013 at 1:22 PM, Rafael J. Wysocki r...@sisk.pl wrote:
On Monday, November 11, 2013 11:26:31 PM Amit Pundir wrote:
While looking into the problem, I found that ep_create_wakeup_source()
reports ENOMEM if wakeup_source_register() returns NULL.
ep_create_wakeup_source() assumes
On Tue, Nov 12, 2013 at 4:26 AM, Magnus Damm magnus.d...@gmail.com wrote:
On Sat, Nov 9, 2013 at 3:34 AM, John Stultz john.stu...@linaro.org wrote:
I know for some SoC maintainers, there's a desire to have config options
be this abstract buckets of parts, which folks can put together some
On 11/12/2013 07:29 AM, Peter Zijlstra wrote:
On Tue, Nov 12, 2013 at 10:15:41AM -0500, Vivek Goyal wrote:
I see that we allocate per cpu stats but don't do any initializations.
static void tg_stats_alloc_fn(struct work_struct *work)
{
static struct tg_stats_cpu *stats_cpu; /* this
...@intel.com
Signed-off-by: Peter Zijlstra pet...@infradead.org
[jstultz: Folded in another fix from the mailing list as well as a fix
to that fix. Tweaked commit message.]
Signed-off-by: John Stultz john.stu...@linaro.org
---
block/blk-cgroup.h | 10 ++
block/blk-throttle.c | 10
On 11/13/2013 01:14 AM, Yuanhan Liu wrote:
Hi,
FYI, we found some performance regressions caused by commit 1ca7d67c
(seqcount: Add lockdep functionality to seqcount/seqlock structures)
So this is expected. seqlock readers are usually very very cheap
operations, and we're now doing lockdep
On 11/13/2013 01:14 PM, Daniel Lezcano wrote:
On 11/12/2013 09:47 PM, John Stultz wrote:
[ ... ]
I think all your goals make sense, and I would like to reach the same
place from a usability point of view. I would however like to allow
existing power users to select whatever they want
On Wed, Nov 6, 2013 at 3:05 AM, Magnus Damm magnus.d...@gmail.com wrote:
From: Magnus Damm d...@opensource.se
Add Kconfig entries for CMT, MTU2, TMU and STI to
drivers/clocksource/Kconfig. This will allow us to
get rid of duplicated entires in architecture code
such as arch/sh and
On 11/15/2013 07:10 AM, Rafael J. Wysocki wrote:
On Friday, November 15, 2013 12:56:31 PM Amit Pundir wrote:
Drop EPOLLWAKEUP from epoll events mask if CONFIG_PM_SLEEP is disabled.
Signed-off-by: Amit Pundir amit.pun...@linaro.org
Acked-by: Rafael J. Wysocki rafael.j.wyso...@intel.com
Or am
On 11/15/2013 02:40 PM, Rafael J. Wysocki wrote:
On Friday, November 15, 2013 10:53:01 AM John Stultz wrote:
On 11/15/2013 07:10 AM, Rafael J. Wysocki wrote:
On Friday, November 15, 2013 12:56:31 PM Amit Pundir wrote:
Drop EPOLLWAKEUP from epoll events mask if CONFIG_PM_SLEEP is disabled
On 11/14/2013 06:50 AM, Miroslav Lichvar wrote:
Since commit 5eb6d205 the system clock is kept separately from NTP time
and it is synchronized by adjusting its multiplier in a feedback loop.
This works well when the updates are done regularly. With nohz and idle
system, however, the loop
On 11/15/2013 11:03 PM, Richard Cochran wrote:
On Thu, Nov 14, 2013 at 03:50:40PM +0100, Miroslav Lichvar wrote:
include/linux/timekeeper_internal.h | 4 +
kernel/time/timekeeping.c | 209
+---
2 files changed, 31 insertions(+), 182 deletions(-)
On 11/14/2013 04:40 AM, Arnd Bergmann wrote:
On Wednesday 13 November 2013, John Stultz wrote:
+config EM_TIMER_STI
+ bool STI timer driver
+ default y if ARM
+ help
+ This enables build of the STI timer driver.
So since I do want to avoid adding user-selectable
On 11/20/2013 11:34 AM, Arnd Bergmann wrote:
On Wednesday 20 November 2013, John Stultz wrote:
On 11/14/2013 04:40 AM, Arnd Bergmann wrote:
Sorry, somehow this mail slipped by me.
So yea, as I mentioned earlier, the build testing is the one thing I
don't have a good argument against. But I
On 12/02/2013 04:53 PM, John Stultz wrote:
On 11/20/2013 10:39 AM, Miroslav Lichvar wrote:
On Mon, Nov 18, 2013 at 12:46:00PM -0800, John Stultz wrote:
In a simulation with 1GHz TSC clock and 10Hz clock update the maximum
error went down from 4.7 microseconds to 5.5 nanoseconds. With 1Hz
On 12/04/2013 12:38 PM, Magnus Damm wrote:
From: Magnus Damm d...@opensource.se
Add Kconfig entries for CMT, MTU2, TMU and STI to
drivers/clocksource/Kconfig. This will allow us to
get rid of duplicated entires in architecture code
such as arch/sh and arch/arm/mach-shmobile.
Signed-off-by:
Damm d...@opensource.se
Looks ok to me. Sorry for all the review pain on this.
For what its worth:
Acked-by: John Stultz john.stu...@linaro.org
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On 12/04/2013 12:38 PM, Magnus Damm wrote:
From: Magnus Damm d...@opensource.se
Now when drivers/clocksource/Kconfig has been
updated with entires for CMT, TMU and MTU2
it is safe to remove these from SH.
Signed-off-by: Magnus Damm d...@opensource.se
Acked-by: John Stultz john.stu
...@mozilla.com
Cc: Dhaval Giani dgi...@mozilla.com
Cc: Jan Kara j...@suse.cz
Cc: KOSAKI Motohiro kosaki.motoh...@gmail.com
Cc: Michel Lespinasse wal...@google.com
Cc: Minchan Kim minc...@kernel.org
Cc: linux...@kvack.org linux...@kvack.org
Signed-off-by: John Stultz john.stu...@linaro.org
---
include/linux
...@google.com
Cc: Minchan Kim minc...@kernel.org
Cc: linux...@kvack.org linux...@kvack.org
John Stultz (3):
vrange: Add vrange syscall and handle splitting/merging and marking
vmas
vrange: Add purged page detection on setting memory non-volatile
vrange: Add page purging logic SIGBUS trap
arch
-by: John Stultz john.stu...@linaro.org
---
arch/x86/syscalls/syscall_64.tbl | 1 +
include/linux/mm.h | 1 +
include/linux/vrange.h | 7 ++
mm/Makefile | 2 +-
mm/vrange.c | 150 +++
5 files
Kara j...@suse.cz
Cc: KOSAKI Motohiro kosaki.motoh...@gmail.com
Cc: Michel Lespinasse wal...@google.com
Cc: Minchan Kim minc...@kernel.org
Cc: linux...@kvack.org linux...@kvack.org
Signed-off-by: John Stultz john.stu...@linaro.org
---
include/linux/swap.h | 15 +++--
include/linux/vrange.h
On 03/17/2014 02:21 AM, Jan Kara wrote:
On Fri 14-03-14 11:33:31, John Stultz wrote:
This patch introduces the vrange() syscall, which allows for specifying
ranges of memory as volatile, and able to be discarded by the system.
This initial patch simply adds the syscall, and the vma handling
On 03/17/2014 02:39 AM, Jan Kara wrote:
On Fri 14-03-14 11:33:32, John Stultz wrote:
Users of volatile ranges will need to know if memory was discarded.
This patch adds the purged state tracking required to inform userland
when it marks memory as non-volatile that some memory in that range
On 03/17/2014 02:43 AM, Jan Kara wrote:
On Mon 17-03-14 10:21:18, Jan Kara wrote:
On Fri 14-03-14 11:33:31, John Stultz wrote:
+ for (;;) {
+ unsigned long new_flags;
+ pgoff_t pgoff;
+ unsigned long tmp;
+
+ if (!vma)
+ goto out
Hjønnevåg a...@android.com
[jstultz: Merged with upstream type changes. Various whitespace fixes
and longer Kconfig description for checkpatch. Included improved commit
message from Serban (with a few tweaks).]
Signed-off-by: John Stultz john.stu...@linaro.org
---
drivers/staging/android/Kconfig
Constantinescu serban.constantine...@arm.com
Cc: Android Kernel Team kernel-t...@android.com
Signed-off-by: John Stultz john.stu...@linaro.org
---
drivers/staging/android/Kconfig | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/android/Kconfig b/drivers/staging
serban.constantine...@arm.com
Cc: Android Kernel Team kernel-t...@android.com
Signed-off-by: Serban Constantinescu serban.constantine...@arm.com
[jstultz: Few 80+ col fixes for checkpatch, improved commit message
with help from Serban, and included rational from Arve's email]
Signed-off-by: John Stultz
Arve Hjønnevåg (1):
staging: binder: Support concurrent 32 bit and 64 bit processes.
John Stultz (1):
staging: binder: Improve Kconfig entry for ANDROID_BINDER_IPC_32BIT
Serban Constantinescu (1):
staging: binder: Fix ABI for 64bit Android
drivers/staging/android/Kconfig| 13
On 02/21/2014 12:59 PM, Arve Hjønnevåg wrote:
On Fri, Feb 21, 2014 at 12:43 PM, John Stultz john.stu...@linaro.org wrote:
From: Arve Hjønnevåg a...@android.com
For 64bit systems we want to use the same binder interface for 32bit and
64bit processes. Thus the size and the layout
for wider discussion.
Cc: Thomas Gleixner t...@linutronix.de
Cc: Prarit Bhargava pra...@redhat.com
Cc: Richard Cochran richardcoch...@gmail.com
Reported-by: Kay Sievers k...@vrfy.org
Signed-off-by: John Stultz john.stu...@linaro.org
---
kernel/time/timekeeping.c | 6 +-
1 file changed, 5 insertions
On 02/21/2014 01:56 PM, Arve Hjønnevåg wrote:
On Fri, Feb 21, 2014 at 1:29 PM, John Stultz john.stu...@linaro.org wrote:
On 02/21/2014 12:59 PM, Arve Hjønnevåg wrote:
On Fri, Feb 21, 2014 at 12:43 PM, John Stultz john.stu...@linaro.org
wrote:
From: Arve Hjønnevåg a...@android.com
For 64bit
On 02/21/2014 02:10 PM, Arve Hjønnevåg wrote:
On Fri, Feb 21, 2014 at 2:04 PM, John Stultz john.stu...@linaro.org wrote:
On 02/21/2014 01:56 PM, Arve Hjønnevåg wrote:
On Fri, Feb 21, 2014 at 1:29 PM, John Stultz john.stu...@linaro.org wrote:
On 02/21/2014 12:59 PM, Arve Hjønnevåg wrote
Constantinescu serban.constantine...@arm.com
Cc: Android Kernel Team kernel-t...@android.com
Signed-off-by: John Stultz john.stu...@linaro.org
---
drivers/staging/android/Kconfig | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/android/Kconfig b/drivers/staging
kernel-t...@android.com
Signed-off-by: Arve Hjønnevåg a...@android.com
[jstultz: Merged with upstream type changes. Various whitespace fixes
and longer Kconfig description for checkpatch. Included improved commit
message from Serban (with a few tweaks).]
Signed-off-by: John Stultz john.stu
serban.constantine...@arm.com
Cc: Android Kernel Team kernel-t...@android.com
Signed-off-by: Serban Constantinescu serban.constantine...@arm.com
[jstultz: Few 80+ col fixes for checkpatch, improved commit message
with help from Serban, and included rational from Arve's email]
Signed-off-by: John Stultz
Cc: Colin Cross ccr...@android.com
Cc: Arve Hjønnevåg a...@android.com
Cc: Serban Constantinescu serban.constantine...@arm.com
Cc: Android Kernel Team kernel-t...@android.com
Arve Hjønnevåg (1):
staging: binder: Support concurrent 32 bit and 64 bit processes.
John Stultz (1):
staging: binder
On Fri, Feb 21, 2014 at 2:54 PM, Thomas Gleixner t...@linutronix.de wrote:
On Fri, 21 Feb 2014, John Stultz wrote:
I fully agree with this, but since the existing interface
only accepts #7 style negative timespecs, we have to continue
to support that style for this interface.
Another
On 02/22/2014 02:01 AM, Thomas Gleixner wrote:
On Fri, 21 Feb 2014, John Stultz wrote:
But yes, we can just leave it as is, and it is a bit academic. But
To be honest, I was mostly arguing due to the academic nature. :)
The important point is that we restrict it to -1e9 tv_nsec
1e9
-by: John Stultz john.stu...@linaro.org
---
drivers/staging/android/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/android/Kconfig b/drivers/staging/android/Kconfig
index 1c779ef..ab28d2b 100644
--- a/drivers/staging/android/Kconfig
+++ b/drivers/staging
On 02/26/2014 07:34 PM, Greg KH wrote:
On Wed, Feb 26, 2014 at 02:29:07PM -0800, John Stultz wrote:
The new 64bit binder API causes build issues on 32bit ARM
due to the lack of 64bit __get_user_asm_* implementation.
So no one ever tested this out on ARM? Really, that seems odd...
Its my bad
On 02/27/2014 11:15 AM, Arnd Bergmann wrote:
On Wednesday 26 February 2014, John Stultz wrote:
The new 64bit binder API causes build issues on 32bit ARM
due to the lack of 64bit __get_user_asm_* implementation.
It is impossible to implement this. Many have tried before.
Until
On Thu, Feb 27, 2014 at 7:55 PM, Rashika Kheria
rashika.khe...@gmail.com wrote:
Include appropriate header file kernel/time/timekeeping_internal.h in
kernel/time/timekeeping_debug.c because it has prototype declaration of
function defined in kernel/time/timekeeping_debug.c.
This eliminates
is overflow prone. so give it the same treatment.
Cc: Salman Qazi sq...@google.com
Cc: John Stultz john.stu...@linaro.org,
Signed-off-by: Mike Galbraith bitbuc...@online.de
Thanks for sending this in! Curious exactly how the issue was being
triggered? To some extent the cyclecounter/timecounter code
On Tue, Mar 4, 2014 at 3:10 PM, Mike Galbraith bitbuc...@online.de wrote:
On Tue, 2014-03-04 at 14:40 +0800, John Stultz wrote:
On Tue, Mar 4, 2014 at 1:38 PM, Mike Galbraith bitbuc...@online.de wrote:
(crap crap crap... M.A.I.N.T.A.I.N.E.R.S _dummy_)
clocksource: avoid unnecessary
Hey Thomas, Ingo,
My queue is pretty short (and small) for 3.15, but I wanted to send it
along for tip/timers/core.
Let me know if you have any feedback or objections.
thanks
-john
The following changes since commit 03d11a0e458d7008192585124e4c3313c2829046:
Merge tag 'for-v3.14' of
801 - 900 of 7113 matches
Mail list logo