: Jan Kara
Cc: KOSAKI Motohiro
Cc: Michel Lespinasse
Cc: Rob Clark
Cc: Minchan Kim
Cc: linux...@kvack.org
Signed-off-by: Minchan Kim
Signed-off-by: John Stultz
---
include/linux/vrange_types.h | 2 ++
mm/vrange.c | 61
2 files
: Jan Kara
Cc: KOSAKI Motohiro
Cc: Michel Lespinasse
Cc: Rob Clark
Cc: Minchan Kim
Cc: linux...@kvack.org
Signed-off-by: Minchan Kim
[jstultz: Bit of refactoring. Comment cleanups]
Signed-off-by: John Stultz
---
include/linux/mm_types.h | 4
include/linux/vrange.h | 7 +++
ro
Cc: Michel Lespinasse
Cc: Rob Clark
Cc: Minchan Kim
Cc: linux...@kvack.org
Signed-off-by: John Stultz
---
include/linux/vrange.h | 2 ++
mm/mmap.c | 5 +
mm/vrange.c| 8
3 files changed, 15 insertions(+)
diff --git a/include/linux/vrange.h b/include/lin
k
Cc: Minchan Kim
Cc: linux...@kvack.org
Signed-off-by: Minchan Kim
[jstultz: Commit message tweaks]
Signed-off-by: John Stultz
---
mm/vrange.c | 56 +---
1 file changed, 49 insertions(+), 7 deletions(-)
diff --git a/mm/vrange.c b/mm/vra
chan Kim
Cc: linux...@kvack.org
Signed-off-by: Minchan Kim
[jstultz: Commit rewording, renamed functions, added helper functions]
Signed-off-by: John Stultz
---
fs/inode.c | 4 +-
include/linux/fs.h | 2 +-
include/linux/mm_types.h | 2 +-
incl
jstultz: Renamed some functions and minor cleanups]
Signed-off-by: John Stultz
---
mm/vrange.c | 89 ++---
1 file changed, 86 insertions(+), 3 deletions(-)
diff --git a/mm/vrange.c b/mm/vrange.c
index 33e3ac1..e7c5a25 100644
--- a/mm/vrang
: linux...@kvack.org
Signed-off-by: Minchan Kim
[jstultz: Code tweaks and commit log rewording]
Signed-off-by: John Stultz
---
mm/vrange.c | 179 +++-
1 file changed, 178 insertions(+), 1 deletion(-)
diff --git a/mm/vrange.c b/mm/vrange.c
Kim
Cc: linux...@kvack.org
Signed-off-by: Minchan Kim
Signed-off-by: John Stultz
---
include/linux/swap.h | 6 +-
include/linux/vrange.h | 20
mm/memory.c| 27 +++
mm/mincore.c | 5 -
mm/vrange.c| 20
: KOSAKI Motohiro
Cc: Michel Lespinasse
Cc: Rob Clark
Cc: Minchan Kim
Cc: linux...@kvack.org
Signed-off-by: John Stultz
---
fs/inode.c | 4
include/linux/fs.h | 4
2 files changed, 8 insertions(+)
diff --git a/fs/inode.c b/fs/inode.c
index d6dfb09..5364f91 100644
--- a/fs/inode.c
Motohiro
Cc: Michel Lespinasse
Cc: Rob Clark
Cc: Minchan Kim
Cc: linux...@kvack.org
Signed-off-by: Minchan Kim
[jstultz: Reworked to add purging of file pages, commit log tweaks]
Signed-off-by: John Stultz
---
include/linux/vrange.h | 9 +++
mm/internal.h | 2 -
mm/vrange.c
here:
https://github.com/volatile-ranges-test/vranges-test
These patches can also be pulled from git here:
git://git.linaro.org/people/jstultz/android-dev.git dev/vrange-v9
We'd really welcome any feedback and comments on the patch series.
thanks
-john
Cc: Andrew Morton
Cc
c: Neil Brown
Cc: Andrea Righi
Cc: Andrea Arcangeli
Cc: Aneesh Kumar K.V
Cc: Mike Hommey
Cc: Taras Glek
Cc: Dhaval Giani
Cc: Jan Kara
Cc: KOSAKI Motohiro
Cc: Michel Lespinasse
Cc: Rob Clark
Cc: Minchan Kim
Cc: linux...@kvack.org
Signed-off-by: Minchan Kim
Signed-off-by: John Stultz
---
Cc: Mike Hommey
Cc: Taras Glek
Cc: Dhaval Giani
Cc: Jan Kara
Cc: KOSAKI Motohiro
Cc: Michel Lespinasse
Cc: Rob Clark
Cc: Minchan Kim
Cc: linux...@kvack.org
Signed-off-by: Minchan Kim
Signed-off-by: John Stultz
---
arch/x86/syscalls/syscall_64.tbl | 1 +
include/linux/
Signed-off-by: Minchan Kim
[jstultz: Heavy rework and cleanups to make this infrastructure more
easily reused for both file and anonymous pages]
Signed-off-by: John Stultz
---
include/linux/vrange.h | 48
include/linux/vrange_types.h | 25 ++
lib/Makefile
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 b
I've been doing a bad job at managing the drivers/clocksource directory,
so Daniel has been helping with review and patch queuing for the clocksource
and clockevent drivers, so add him formally to the MAINTAINERS list.
Cc: Daniel Lezcano
Cc: Thomas Gleixner
Signed-off-by: John S
On 07/10/2013 07:50 PM, Joe Perches wrote:
On Wed, 2013-07-10 at 19:27 +0100, John Stultz wrote:
I've been doing a bad job at managing the drivers/clocksource directory,
so Daniel has been helping with review and patch queuing for the clocksource
and clockevent drivers, so add him formal
gmann
Cc: Olof Johansson
Signed-off-by: John Stultz
---
MAINTAINERS | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index e626794..5964b68 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2090,6 +2090,13 @@ M: Russell King
S: Maint
gmann
Cc: Olof Johansson
Signed-off-by: John Stultz
---
MAINTAINERS | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index e626794..5964b68 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -2090,6 +2090,13 @@ M: Russell King
S: Maint
ests.git
thanks
-john
--
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://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Cc: Mathieu Desnoyers
Cc: Steven Rostedt
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Thomas Gleixner
Signed-off-by: John Stultz
---
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/in
snoyers
Cc: Li Zefan
Cc: Steven Rostedt
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Thomas Gleixner
Signed-off-by: John Stultz
---
v2:
* Update to new simplified lockdep.h
* vdso accessor simplifications
* removed needless preempt_disable
* removed unneeded ifdefs
arch/x86/vdso/vclock
current so the code is actually fine.
> Remove this argument to make this fact clear.
>
> Note: perhaps we should simply kill ptrace_parent(), it buys almost
> nothing. And it is obviously racy, perhaps this should be fixed.
>
> Signed-off-by: Oleg Nesterov
Acked-by: John Joha
bind_clocksource(): The expression 'if (ret < 0)' is always false.
> So in case sysfs_get_uname() failed, the expression won't take an effect.
> Thus modified ret to be of type ssize_t.
>
> Signed-off-by: Elad Wexler
Queued for 3.13.
thanks
-john
--
To unsubscribe
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
On 17/09/13 01:09, Rob Herring wrote:
From: Rob Herring
Convert mips to use the common of_flat_dt_get_machine_name function.
Signed-off-by: Rob Herring
Cc: Ralf Baechle
Cc: linux-m...@linux-mips.org
---
Acked-by: John Crispin
Thanks for this series ...
arch/mips/kernel/prom.c | 15
On 17/09/13 01:09, Rob Herring wrote:
From: Rob Herring
Convert mips to use new early_init_dt_scan function.
Remove early_init_dt_scan_memory_arch
Signed-off-by: Rob Herring
Cc: Ralf Baechle
Cc: linux-m...@linux-mips.org
---
Acked-by: John Crispin
Thanks for this series
t get missed in this
next cycle.
Please let me know if there are any objections or issues with these changes.
thanks
-john
The following changes since commit 272b98c6455f00884f0350f775c5342358ebb73f:
Linux 3.12-rc1 (2013-09-16 16:17:51 -0400)
are available in the git repository at:
git:/
f you have any feedback or objections to this.
If it looks ok, I'll queue it for 3.13. I suspect there
may be other RTC drivers with the same problem.
Cc: Linus Walleij
Cc: Alessandro Zummo
Cc: "Jon Medhurst (Tixy)"
Cc: linux-arm-ker...@lists.infradead.org
Signed-off-by: John Stu
deadlock.
fbmem.c sends the FB_EVENT_BLANK without locking lock_fb_info first, so
this change introduces similar behaviour.
Signed-off-by: John Tapsell
---
drivers/video/console/fbcon.c | 4
1 file changed, 4 deletions(-)
diff --git a/drivers/video/console/fbcon.c b/drivers/video/console
On Wed, Sep 18, 2013 at 6:30 AM, Linus Walleij wrote:
>
> On Tue, Sep 17, 2013 at 8:29 PM, John Stultz wrote:
>
> > In some recent testing, I noticed the CLOCK_REALTIME_ALARM clockid
> > wasn't functioning on my vexpress qemu environment. Looking into it
> >
The scsi_wait_scan_module was removed in linux-3.6 with
commit 6072609d9bb91ff54aee3ef29304bd5b4fc88aae
Remove the text referring to it under config SCSI_SCAN_ASYNC
Signed-off-by: John Kacur
---
drivers/scsi/Kconfig | 7 ---
1 file changed, 7 deletions(-)
diff --git a/drivers/scsi/Kconfig
d be used across a number of syscalls. Some
of the discussion around dealing with the 2038 issue touched on this.
But getting those optimizations to the existing interface merged would
be nice, though. Anyone want to resend the patch?
thanks
-john
--
To unsubscribe from this list: send the line &quo
behavior of those
clockids.
> I've always thought that the Right Way to represent a UTC time is
> nanoseconds since some epoch, where every potential leap second
> counts.
Check out the CLOCK_TAI clockid merged in 3.10.
thanks
-john
--
To unsubscribe from this list: send the line &quo
On 09/04/2013 01:33 PM, Andy Lutomirski wrote:
> On Wed, Sep 4, 2013 at 12:20 PM, John Stultz wrote:
>> On Wed, Sep 4, 2013 at 11:51 AM, Andy Lutomirski wrote:
>>> I think that most of the hangup was a lack of agreement on how the API
>>> should work wrt leap seco
expect the performance to go up. So why the big
drop?
Also, how is the impact of these changes on smaller 1 socket, 4 core
systems? Just because it helps a couple of big boxes, doesn't mean it
won't hurt the more common small case.
John
--
To unsubscribe from this list: send the l
On 09/04/2013 01:23 PM, Andy Lutomirski wrote:
> On Wed, Sep 4, 2013 at 12:17 PM, John Stultz wrote:
>> On Wed, Sep 4, 2013 at 2:18 AM, Arun Sharma wrote:
>>> A couple of years ago Andy posted this patch series:
>>>
>>> http://thread.gmane.org/gmane.linux.k
On 09/04/2013 03:29 PM, H. Peter Anvin wrote:
> On 09/04/2013 01:54 PM, John Stultz wrote:
>>> I'd advocate for going whole hog and returning, atomically:
>>>
>>> - TAI (nanoseconds from epoch)
>>> - UTC - TAI (seconds or nanoseconds) *
>>>
On 09/04/2013 04:04 PM, H. Peter Anvin wrote:
> On 09/04/2013 03:59 PM, John Stultz wrote:
>> Also, there's been talk of a slewed-leap-second clockid, basically UTC
>> but around the leapsecond it slows down to absorb the extra second. This
>> means that clockid would ha
>>>>> "Waiman" == Waiman Long writes:
Waiman> On 09/04/2013 04:40 PM, John Stoffel wrote:
>>>>>>> "Waiman" == Waiman Long writes:
Waiman> In term of AIM7 performance, this patch has a performance boost of
Waiman> about 6-7% on to
On 09/04/2013 01:11 AM, Gerlando Falauto wrote:
> Hi John,
>
> On 09/03/2013 07:26 PM, John Stultz wrote:
>> On 09/03/2013 07:57 AM, Gerlando Falauto wrote:
>>> Hi,
>>>
>>> I tried again from scratch, so let me recap the whole situation, so we
>>
Rostedt
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Thomas Gleixner
Signed-off-by: John Stultz
---
arch/x86/vdso/vclock_gettime.c | 24 +-
fs/dcache.c| 4 +--
fs/fs_struct.c | 2 +-
include/linux/init_task.h | 8 ++---
include/linux/lockdep.h
On 09/10/2013 12:29 AM, Ingo Molnar wrote:
> * John Stultz wrote:
>
>> Now, I'm still in the dark as to why HRTICK exposes this, but seems like
>> the following patch should resolve the issue (and quiets the lockdep
>> warnings in my testing). Let me know how it wo
On 09/10/2013 01:43 AM, Peter Zijlstra wrote:
> On Mon, Sep 09, 2013 at 09:42:46PM -0700, 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-
On 09/10/2013 01:55 AM, Peter Zijlstra wrote:
> On Mon, Sep 09, 2013 at 09:42:46PM -0700, John Stultz wrote:
>> @@ -38,10 +39,58 @@
>> */
>> typedef struct seqcount {
>> unsigned sequence;
>> +#ifdef CONFIG_DEBUG_LOCK_ALLOC
>> +struct lockdep_m
On 09/10/2013 01:59 AM, Lin Ming wrote:
> On Tue, Sep 10, 2013 at 4:29 AM, John Stultz wrote:
>
> [snip]
>
>> So I think I've managed to finally reproduce this and hunt it down.
>>
>> With Peter's "sched: Fix HRTICK" patch and HRTICK enabled, I
ed!
Cc: Steven Rostedt
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Thomas Gleixner
Signed-off-by: John Stultz
---
v2:
* Update to new simplified lockdep.h
* vdso accessor simplifications
* removed needless preempt_disable
* removed unneeded ifdefs
arch/x86/vdso/vclock_gettime.c | 8 ++-
On 09/10/2013 12:17 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
to avoid the churn at boot of switching to every
clocksource registered, we queue them up and wait until fs_init time
to switch to whatever is the best available then.
So its likely with this patch that the systems all still end up using
jiffies for their clocksource at least until fs_init time.
On Tue, Sep 10, 2013 at 12:38 PM, John Stultz wrote:
> On Tue, Sep 10, 2013 at 4:31 AM, Stephan Mueller wrote:
>> Hi,
>>
>> /dev/random uses the get_cycles() function to obtain entropy in addition to
>> jiffies and the event value of hardware events.
>>
>>
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
>> clocks
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
> wrote:
>>> Hi,
>>>
>>> /dev/random uses the get_cycles() function
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
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
>> somethin
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
>> don
xt time and mirror them,
for just this case? The SysAdmin in my shouting out here...
John
--
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://vger.kernel.org/majordomo-info.html
P
derstand that this is really difficult to fix, but if anyone has
even a suggestion on how to hack it to make it work for me, I'd be
very grateful.
Thank you,
John Tapsell
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vg
>>>>> "H" == H Peter Anvin writes:
H> On 09/10/2013 08:00 PM, Linus Torvalds wrote:
>> On Tue, Sep 10, 2013 at 7:46 PM, John Stoffel wrote:
>>>
Linus> The timing absolutely sucks, but it looks like the SSD in my
Linus> main workstation just died
ty
complicated pretty quickly, which makes ensuring correctness even harder. :(
But yea, I'd be interested in other ideas and approaches.
thanks
-john
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
M
ing that can 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
> Cc: Richard Cochran
> Cc: Prarit Bhargava
> Cc: John Stultz
> Cc: Greg Kroah-Hartman
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 timekeep
ar
Cc: Thomas Gleixner
Cc: Gerlando Falauto
Cc: Mathieu Desnoyers
Cc: stable #3.11, 3.10
Reported-by: Gerlando Falauto
Tested-by: Lin Ming
Signed-off-by: John Stultz
---
include/linux/timex.h | 1 +
kernel/time/ntp.c | 6 ++
kernel/time/timekeeping.c | 2 ++
3 files change
But I might be wrong as
>> usual :)
>
> Well we started out with straight timers. It was changed because
> people wanted IPsec SAs to expire after a suspect/resume which
> AFAIK does not touch normal timers.
I'm not sure I've totally groked the specific need here, but
On 09/12/2013 10:34 AM, Paul E. McKenney wrote:
> On Wed, Sep 11, 2013 at 11:39:31PM -0400, Miles Lane wrote:
>> [ 29.804534] [ INFO: suspicious RCU usage. ]
>> [ 29.804539] 3.11.0+ #5 Not tainted
>> [ 29.804541] ---
>> [ 29.804545] security/apparmor/include/poli
toffs_boot;
s32tai_offset;
ktime_toffs_tai;
struct timespecraw_time;
Can be separate from the internal accounting details used at update time
to adjust the above:
cycle_t cycle_interval;
u64xtime_interval;
s64
rst.
thanks
-john
--
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://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
some of the issues the new lockdep infrastructure caught.
I'd greatly appreciate any thoughts or feedback on the series!
Particularly on how the u64_stats_sync initialization changes
should be merged.
thanks
-john
Changeslog:
v2:
* Took Eric Dumazet's suggestion for a better ipv6 de
014] [] ? SyS_setpriority+0x4c/0x620
[ 11.130014] [] syscall_call+0x7/0xb
Cc: Eric Dumazet
Cc: Mathieu Desnoyers
Cc: Steven Rostedt
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Thomas Gleixner
Cc: "David S. Miller"
Cc: Alexey Kuznetsov
Cc: James Morris
Cc: Hideaki YOSHIFUJI
Cc: Pa
ated!
Cc: Eric Dumazet
Cc: Mathieu Desnoyers
Cc: Li Zefan
Cc: Steven Rostedt
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Thomas Gleixner
Signed-off-by: John Stultz
---
arch/x86/vdso/vclock_gettime.c | 8 ++---
fs/dcache.c| 4 +--
fs/fs_struct.c | 2 +-
S. Miller"
Cc: net...@vger.kernel.org
Cc: netfilter-de...@vger.kernel.org
Signed-off-by: John Stultz
---
drivers/net/dummy.c| 6 ++
drivers/net/ethernet/emulex/benet/be_main.c| 4
drivers/net/ethernet/intel/igb/igb_main.c | 5 +
drivers/net/ethernet
d() function calling set_mems_allowed
with irqs enabled. While its possibly unlikely for the actual deadlock
to trigger, a fix is fairly simple: disable irqs before taking the
mems_allowed_seq lock.
Cc: Li Zefan
Cc: Mathieu Desnoyers
Cc: Steven Rostedt
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc
On 10/07/2013 03:56 PM, H. Peter Anvin wrote:
> On 10/02/2013 05:51 PM, John Stultz wrote:
>> From: Minchan Kim
>>
>> This patch adds new system call sys_vrange.
>>
>> NAME
>> vrange - Mark or unmark range of memory as volatile
>>
> vrange() is
On 10/07/2013 04:26 PM, H. Peter Anvin wrote:
> On 10/07/2013 04:14 PM, John Stultz wrote:
>>> I see from the change history of the patch that this was an madvise() at
>>> some point, but was changed into a separate system call at some point,
>>> does anyone rememb
On 10/07/2013 04:46 PM, H. Peter Anvin wrote:
> On 10/07/2013 04:41 PM, John Stultz wrote:
>> You mark a chunk of memory as volatile, then at some point later, mark
>> its as non-volatile. The purge state tells you if the memory is still
>> there, or if we threw it out due to
On 10/07/2013 05:03 PM, Minchan Kim wrote:
> Hello, John and Peter
>
> On Mon, Oct 07, 2013 at 04:14:21PM -0700, John Stultz wrote:
>> On 10/07/2013 03:56 PM, H. Peter Anvin wrote:
>>> I see from the change history of the patch that this was an madvise() at
>>> s
On 10/07/2013 05:13 PM, Minchan Kim wrote:
> Hello Peter,
>
> On Mon, Oct 07, 2013 at 04:59:40PM -0700, H. Peter Anvin wrote:
>> On 10/07/2013 04:54 PM, John Stultz wrote:
>>>> And wouldn't this apply to MADV_DONTNEED just as well? Perhaps what we
>>>
On 10/07/2013 08:27 PM, Zhan Jianyu wrote:
> On Thu, Oct 3, 2013 at 8:51 AM, John Stultz wrote:
>> static inline int page_referenced(struct page *page, int is_locked,
>> struct mem_cgroup *memcg,
>> - un
at may come out of resume at a different
frequency, like the sh_ ones. Hacks like what the cadence_ttc driver is
trying to do result in very poor timekeeping.
So I'm sort of on the fence about this patch.
Thomas: Any other thoughts?
thanks
-john
--
To unsubscribe from this list: send t
> So yes, now the subject patch actually just avoids the jiffy sched_clock()
> registration and nothing else. Even without the patch arch_timer sched_clock
> will be in use.
Just wanted to follow up here, as I've not been paying close attention.
Is this issue then resolved, or
*buf,
> switch (ctl[0]) {
> case '0':
> if (timer_stats_active) {
> + reset_entries();
> timer_stats_active = 0;
> time_stop = ktime_get();
> sync_access();
hed_clock code.
thanks
-john
The following changes since commit 389e067032fbb96e439abafae848dd447e4cafb4:
Merge branch 'fortglx/3.12/time' into fortglx/3.13/time (2013-09-16
18:54:07 -0700)
are available in the git repository at:
git://git.linaro.org/people/jstultz/linux.git for
On 10/09/2013 09:30 PM, Ingo Molnar wrote:
> Pulled into tip:timers/core, thanks John!
>
> One small detail I noticed, in commit 07783397c:
>
> Cc: Linus Walleij
> Acked-by: Linus Walleij
>
> Please remove the Cc: line in such cases in the future.
Ah, yes. I&#
isabled). So
yes, this change doesn't seem right.
> Instead of this change I'd suggest adding a 'status' line, with two
> outputs:
>
> Status: collection active
>
> Status: collection disabled
Agreed.
thanks
-john
--
To unsubscribe from th
On 08/29/2013 11:23 AM, Pavel Machek wrote:
> On Wed 2013-08-28 15:43:42, Colin Cross wrote:
>> On Wed, Aug 28, 2013 at 3:36 PM, John Stultz wrote:
>>> On 08/28/2013 01:52 PM, Rafael J. Wysocki wrote:
>>>> On Wednesday, August 28, 2013 10:45:45 AM Zoran Markovic wro
ollow up on.
Few comments below.
> On 8/14/2013 5:30 PM, Chris Metcalf wrote:
>> On 8/14/2013 2:17 PM, John Stultz wrote:
>>> So a long while back we had tried to adapt for clock frequency changes
>>> on things like the TSC, but it resulting in *terrible* timekeeping as
&g
On 08/22/2013 02:11 PM, John Stultz wrote:
> Hey Thomas,
> Just wanted to send you my fortglx/3.12/time branch for tip/timers/core.
>
> There's also the fortglx/3.12/sched-clock64-base branch, which I sent
> you an earlier pull request, but haven't seen anything on.
&g
On 07/30/2013 11:50 AM, John Stultz wrote:
> 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
) from []
> (SyS_adjtimex+0x50/0xa8)
> [] (SyS_adjtimex+0x50/0xa8) from []
> (ret_fast_syscall+0x0/0x44)
Hrmm. So I'm a little confused by the report, as we hold the write lock
on the timekeeper_lock disabling irqs, so I'm not sure I see how the irq
could trigger to cause the dea
On 08/30/2013 07:40 AM, Chris Metcalf wrote:
> On 8/29/2013 3:30 PM, John Stultz wrote:
>> On 08/29/2013 11:40 AM, Chris Metcalf wrote:
>>> Ping! I have this work queued up to push as part of the linux-tile tree
>>> for the
>>> merge window. Is that accep
On 08/30/2013 12:56 PM, Richard Guy Briggs wrote:
> On Tue, Aug 27, 2013 at 07:21:55PM +0200, Oleg Nesterov wrote:
>> On 08/20, Richard Guy Briggs wrote:
>>>
>>> Added the functions
>>> task_ppid()
>>> task_ppid_nr_ns()
>>> task_ppid_nr_init_ns()
>>> to safely abstract the l
Mediation is based off of the cred but auditing includes the current
task which may not be related to the actual request.
Signed-off-by: John Johansen
---
security/apparmor/capability.c | 15 +--
security/apparmor/domain.c | 2 +-
security/apparmor/include
Now that aa_capabile no longer sets the task field it can be removed
and the lsm_audit version of the field can be used.
Signed-off-by: John Johansen
---
security/apparmor/audit.c | 10 ++
1 file changed, 2 insertions(+), 8 deletions(-)
diff --git a/security/apparmor/audit.c b/security
The reporting of the parent task info is a vestage from old versions of
apparmor. The need for this information was removed by unique null-
profiles before apparmor was upstreamed so remove this info from logging.
Signed-off-by: John Johansen
---
security/apparmor/audit.c | 6
On 08/30/2013 04:04 PM, Gerlando Falauto wrote:
> Hi,
>
> sorry, it took me a while to narrow it down...
>
> On 08/30/2013 01:45 AM, John Stultz wrote:
>> On 08/29/2013 01:56 PM, Falauto, Gerlando wrote:
>>> Hi everyone,
>>>
>>> I ran in
.06c017f~ -- kernel/time/timekeeping.c
> kernel/time/ntp.c | cut -f1 -d' ' | xargs git revert
>
> The problem disappears.
>
> If I then cherry-pick again the offending commit:
>
> $ git cherry-pick 06c017f; git log -1
>
> commit 06c017fdd4dc48451a29ac37fc1db4a3f86b
2 || COMPILE_TEST)
>>>> + default ARCH_EFM32
>>>> + help
>>>> +Support to use the timers of EFM32 SoCs as clock source and clock
>>>> +event device.
>>>> +
>>> No option for the timer. It must be selected by the platform.
ppreciated!
Cc: Mathieu Desnoyers
Cc: Li Zefan
Cc: Steven Rostedt
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Thomas Gleixner
Signed-off-by: John Stultz
---
arch/x86/vdso/vclock_gettime.c | 8 ++---
fs/dcache.c| 4 +--
fs/fs_struct.c | 2 +-
include/linux/init_t
of the issues the new lockdep infrastructure caught.
I'd greatly appreciate any thoughts or feedback on the series!
thanks
-john
Cc: Thomas Petazzoni
Cc: Mirko Lindner
Cc: Stephen Hemminger
Cc: Roger Luethi
Cc: Patrick McHardy
Cc: Rusty Russell
Cc: "Michael S. Tsirkin&qu
net...@vger.kernel.org
Cc: netfilter-de...@vger.kernel.org
Signed-off-by: John Stultz
---
drivers/net/dummy.c| 6 ++
drivers/net/ethernet/emulex/benet/be_main.c| 4
drivers/net/ethernet/intel/igb/igb_main.c | 5 +
drivers/net/ethernet/intel
ority+0x111/0x620
[ 11.130014] [] ? SyS_setpriority+0x4c/0x620
[ 11.130014] [] syscall_call+0x7/0xb
Cc: Mathieu Desnoyers
Cc: Steven Rostedt
Cc: Peter Zijlstra
Cc: Ingo Molnar
Cc: Thomas Gleixner
Cc: "David S. Miller"
Cc: Alexey Kuznetsov
Cc: James Morris
Cc: Hideaki YOSHIFUJI
301 - 400 of 11551 matches
Mail list logo
