On 11/21/2012 04:36 PM, John Stultz wrote:
2) Being able to use this with tmpfs files. I'm currently trying to
better understand the rmap code, looking to see if there's a way to
have try_to_unmap_file() work similarly to try_to_unmap_anon(), to
allow allow users to madvise() on mma
ks?
I'll continue working with the patches and try to get tmpfs support
added here soon.
Also, attached is a simple cleanup patch that you might want to fold in.
thanks
-john
>From 10f50e53ae706d61591b3247bc494b47a79f2b69 Mon Sep 17 00:00:00 2001
From: John Stultz
Date: Wed, 20 Mar
On 02/05/2013 02:13 PM, Stephane Eranian wrote:
On Fri, Feb 1, 2013 at 3:18 PM, Pawel Moll wrote:
Hello,
I'd like to revive the topic...
On Tue, 2012-10-16 at 18:23 +0100, Peter Zijlstra wrote:
On Tue, 2012-10-16 at 12:13 +0200, Stephane Eranian wrote:
Hi,
There are many situations where w
ardware clock in the ntp code. This patch adds sys_time_offset which
> indicates that an offset has been applied in warp_clock().
>
> Signed-off-by: Prarit Bhargava
> Cc: John Stultz
> Cc: Thomas Gleixner
> ---
> include/linux/time.h |1 +
> kernel/time.c|
On 02/07/2013 10:20 AM, Prarit Bhargava wrote:
On 02/07/2013 12:24 PM, John Stultz wrote:
On Thu, Feb 7, 2013 at 5:29 AM, Prarit Bhargava wrote:
We do not see this manifest on some architectures because they limit changes
to the rtc to +/-15 minutes of the current value of the rtc (x86
but this can be
stored in the lock word.
I believe that John Stultz worked on something like this some years back,
so added him to CC.
Oh yea, its been quite awhile.
Here are some of the discussion threads google remembers for me:
http://marc.info/?l=lse-tech&m=101227079817027&w=
On Fri, Feb 8, 2013 at 4:55 AM, Prarit Bhargava wrote:
> diff --git a/kernel/time/ntp.c b/kernel/time/ntp.c
> index 24174b4..e98f6b7 100644
> --- a/kernel/time/ntp.c
> +++ b/kernel/time/ntp.c
> @@ -510,8 +510,12 @@ static void sync_cmos_clock(struct work_struct *work)
> }
>
> getns
On 02/08/2013 02:59 PM, Prarit Bhargava wrote:
At init time, if the system time is "warped" forward in warp_clock()
it will differ from the hardware clock by sys_tz.tz_minuteswest. This time
difference is not taken into account when ntp updates the hardware clock,
and this causes the system time
On 02/08/2013 03:44 PM, Prarit Bhargava wrote:
On 02/08/2013 06:12 PM, John Stultz wrote:
On 02/08/2013 02:59 PM, Prarit Bhargava wrote:
Ok, I've got this queued in my tree. What sort of testing did you do with it?
I want to make sure we don't run into any bad interactions with th
Hey Thomas,
Wanted to get one more change queued for 3.9 from Prarit. Let me
know if you have any objections.
thanks
-john
The following changes since commit 6f16eebe1ff82176339a0439c98ebec9768b0ee2:
timekeeping: Switch HAS_PERSISTENT_CLOCK to
ALWAYS_USE_PERSISTENT_CLOCK (2013-01-29 14
On 04/02/2013 12:54 AM, Peter Zijlstra wrote:
On Mon, 2013-04-01 at 11:29 -0700, John Stultz wrote:
I'm still not sold on the CLOCK_PERF posix clock. The semantics are
still too hand-wavy and implementation specific.
How about we define the semantics as: match whatever comes out of perf
On 04/03/2013 10:19 AM, Pawel Moll wrote:
On Tue, 2013-04-02 at 17:19 +0100, John Stultz wrote:
But if we're going to have to do
this via a clockid, I'm going to want it to be done via a dynamic posix
clockid, so its clear its tightly tied with perf and not considered a
generic interf
On 04/03/2013 10:35 AM, Pawel Moll wrote:
On Wed, 2013-04-03 at 18:29 +0100, John Stultz wrote:
On 04/03/2013 10:19 AM, Pawel Moll wrote:
On Tue, 2013-04-02 at 17:19 +0100, John Stultz wrote:
But if we're going to have to do
this via a clockid, I'm going to want it to be done via
On 04/03/2013 07:22 AM, Stephane Eranian wrote:
On Wed, Apr 3, 2013 at 4:14 PM, David Ahern wrote:
On 4/3/13 8:00 AM, Stephane Eranian wrote:
Why not have perf convert its
perf_clock timestamps into monotonic or realtime when dumping events?
So this is exactly what I've been wondering throug
: san...@google.com
Cc: Paul Turner
Cc: Johannes Weiner
Cc: Michel Lespinasse
Cc: Andrew Morton
Cc: Minchan Kim
Signed-off-by: John Stultz
---
mm/vrange.c | 18 +-
1 file changed, 9 insertions(+), 9 deletions(-)
diff --git a/mm/vrange.c b/mm/vrange.c
index c0c5d50..d07884d
Cc: Minchan Kim
Signed-off-by: John Stultz
---
fs/proc/task_mmu.c | 10 +--
include/linux/mm_types.h |4 +-
include/linux/vrange.h | 35 +-
include/linux/vrange_types.h | 21 ++
kernel/fork.c|2 +-
mm/vrange.c | 156
Hiroyuki
Cc: Jason Evans
Cc: san...@google.com
Cc: Paul Turner
Cc: Johannes Weiner
Cc: Michel Lespinasse
Cc: Andrew Morton
Cc: Minchan Kim
Signed-off-by: John Stultz
---
include/linux/vrange.h |8
mm/vrange.c| 118 +---
2 files
Dave Hansen
Cc: Rik van Riel
Cc: Neil Brown
Cc: Mike Hommey
Cc: Taras Glek
Cc: KOSAKI Motohiro
Cc: KAMEZAWA Hiroyuki
Cc: Jason Evans
Cc: san...@google.com
Cc: Paul Turner
Cc: Johannes Weiner
Cc: Michel Lespinasse
Cc: Andrew Morton
Cc: Minchan Kim
John Stultz (4):
vrange: Make vari
Glek
Cc: KOSAKI Motohiro
Cc: KAMEZAWA Hiroyuki
Cc: Jason Evans
Cc: san...@google.com
Cc: Paul Turner
Cc: Johannes Weiner
Cc: Michel Lespinasse
Cc: Andrew Morton
Cc: Minchan Kim
Signed-off-by: John Stultz
---
arch/x86/syscalls/syscall_64.tbl |1 +
fs/file_table.c |5
On 04/03/2013 11:55 PM, Minchan Kim wrote:
On Wed, Apr 03, 2013 at 04:52:19PM -0700, John Stultz wrote:
Next we introduce a parallel fvrange() syscall for creating
volatile ranges directly against files.
Okay. It seems you want to replace ashmem interface with fvrange.
I dobut we have to eat a
Viresh Kumar
Signed-off-by: John Stultz
---
scripts/kconfig/merge_config.sh | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/scripts/kconfig/merge_config.sh b/scripts/kconfig/merge_config.sh
index 05274fc..81b0c61 100755
--- a/scripts/kconfig/merge_config.sh
+
On 04/04/2013 01:12 AM, Stephane Eranian wrote:
On Wed, Apr 3, 2013 at 7:57 PM, John Stultz wrote:
I'm not sure I follow this. If perf exported data came with CLOCK_MONOTONIC
timestamps, no correlation would need to be exposed. perf would just have
to do the extra overhead of doin
On 01/27/2013 10:08 PM, Santosh Shilimkar wrote:
On Tuesday 22 January 2013 08:35 PM, Santosh Shilimkar wrote:
On Tuesday 22 January 2013 08:21 PM, Russell King - ARM Linux wrote:
On Tue, Jan 22, 2013 at 03:44:03PM +0530, Santosh Shilimkar wrote:
Sorry for not being clear enough. On OMAP, 32KHz
On 01/28/2013 10:43 PM, Santosh Shilimkar wrote:
Jon,
On Tuesday 29 January 2013 05:31 AM, John Stultz wrote:
On 01/27/2013 10:08 PM, Santosh Shilimkar wrote:
On Tuesday 22 January 2013 08:35 PM, Santosh Shilimkar wrote:
On Tuesday 22 January 2013 08:21 PM, Russell King - ARM Linux wrote
On 01/22/2013 11:49 AM, John Stultz wrote:
On 01/22/2013 11:44 AM, Jason Gunthorpe wrote:
On Tue, Jan 15, 2013 at 11:50:18AM -0800, John Stultz wrote:
On 01/15/2013 08:09 AM, Feng Tang wrote:
Make the persistent clock check a kernel config option, so that some
platform can explicitely select
On 02/20/2013 02:29 AM, Peter Zijlstra wrote:
On Tue, 2013-02-19 at 10:25 -0800, John Stultz wrote:
So describe how the perf time domain is different then
CLOCK_MONOTONIC_RAW.
The primary difference is that the trace/sched/perf time domain is not
strictly monotonic, it is only locally
ARMv8 AEM(64bit
platform model) and Versatile Express A9(32bit platform).
Signed-off-by: Serban Constantinescu
Acked-by: John Stultz
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 ma
Cc: Greg Kroah-Hartman
Signed-off-by: Arve Hjønnevåg
Signed-off-by: John Stultz
---
drivers/staging/android/Kconfig |9 +++
drivers/staging/android/lowmemorykiller.c | 85 +
2 files changed, 94 insertions(+)
diff --git a/drivers/staging/android
From: Arve Hjønnevåg
The amount of reserved memory varies between devices. Subtract it
here to reduce the amount of devices specific tuning needed for the
minfree values.
Cc: Android Kernel Team
Cc: Arve Hjønnevåg
Cc: Greg Kroah-Hartman
Signed-off-by: Arve Hjønnevåg
Signed-off-by: John
Signed-off-by: Arve Hjønnevåg
Signed-off-by: John Stultz
---
drivers/staging/android/lowmemorykiller.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/android/lowmemorykiller.c
b/drivers/staging/android/lowmemorykiller.c
index 2f28763..e0435a9 100644
--- a
Hey Greg,
I was looking over the current Android tree and noticed there
were a few updates that should be pushed into staging so upstream stays
in sync with what Android is using. I've already checked with the folks
at Google (cc'ed) and they had no objections to sending these to you.
Let
From: Charndeep Grewal
Restrict log flushing to those in the logs group, or
anyone with CAP_SYSLOG.
Cc: Android Kernel Team
Cc: Charndeep Grewal
Cc: Greg Kroah-Hartman
Signed-off-by: Charndeep Grewal
Signed-off-by: John Stultz
---
drivers/staging/android/logger.c |5 +
1 file
upgrade log formats, so they
can get additional information from the kernel.
Cc: Android Kernel Team
Cc: Nick Kralevich
Cc: Greg Kroah-Hartman
Signed-off-by: Nick Kralevich
Signed-off-by: John Stultz
---
drivers/staging/android/logger.c | 191 +-
drivers
I'd like to get a discussion going about submitting the Android sync
driver to staging.
I know there is currently some very similar work going on with the
dmabuf-fences, and rather then both approaches being worked out
individually on their own, I suspect there could be better collaboration
a
On 02/27/2013 06:32 PM, Greg KH wrote:
On Wed, Feb 27, 2013 at 06:14:24PM -0800, John Stultz wrote:
I'd like to get a discussion going about submitting the Android sync
driver to staging.
I know there is currently some very similar work going on with the
dmabuf-fences, and rather then
On 02/24/2013 09:03 AM, Prarit Bhargava wrote:
On 02/23/2013 06:11 PM, Alessandro Zummo wrote:
On 22/feb/2013, at 22:05, John Stultz wrote:
On 02/22/2013 12:55 PM, Prarit Bhargava wrote:
On 02/22/2013 03:43 PM, John Stultz wrote:
On 02/14/2013 09:02 AM, Prarit Bhargava wrote:
/sys/class
message]
Signed-off-by: John Stultz
---
drivers/staging/android/sw_sync.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/staging/android/sw_sync.c
b/drivers/staging/android/sw_sync.c
index 64c5ebb..081e4d1 100644
--- a/drivers/staging/android/sw_sync.c
+++ b/drivers
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Rebecca Schultz Zavin
Signed-off-by: John Stultz
---
drivers/staging/android/sync.c |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/android/sync.c b/drivers
Gilling
[jstultz: Add commit message]
Signed-off-by: John Stultz
---
drivers/staging/android/sw_sync.c | 36 +---
1 file changed, 17 insertions(+), 19 deletions(-)
diff --git a/drivers/staging/android/sw_sync.c
b/drivers/staging/android/sw_sync.c
index d768893
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
Signed-off-by: John Stultz
---
drivers/staging/android/sync.c | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git a/drivers/staging/android/sync.c b/drivers/staging/android/sync.c
index 1ddc40
-off-by: John Stultz
---
drivers/staging/android/sync.c | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/drivers/staging/android/sync.c b/drivers/staging/android/sync.c
index 9b8b0e9..b9bb974 100644
--- a/drivers/staging/android/sync.c
+++ b/drivers/staging/android
ommit message]
Signed-off-by: John Stultz
---
drivers/staging/android/sync.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/android/sync.c b/drivers/staging/android/sync.c
index bd18c75..9b8b0e9 100644
--- a/drivers/staging/android/sync.c
+++ b/drivers/st
ated.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
Signed-off-by: John Stultz
---
drivers/staging/android/sync.c | 14 +-
1 file chan
...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
Signed-off-by: John Stultz
---
drivers/staging/android/sync.c | 18 --
drivers/staging/android/sync.h | 19 +--
2 files changed, 29 insertions(+), 8 deletions(-)
diff --git a/drivers/staging/android
, whitespace fixups]
Signed-off-by: John Stultz
---
drivers/staging/android/sync.c | 34 --
1 file changed, 32 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/android/sync.c b/drivers/staging/android/sync.c
index 7fccfcd..d54fa8d 100644
--- a/drivers
typo-fix]
Signed-off-by: John Stultz
---
drivers/staging/android/sync.c |6 +++---
drivers/staging/android/sync.h |8
2 files changed, 7 insertions(+), 7 deletions(-)
diff --git a/drivers/staging/android/sync.c b/drivers/staging/android/sync.c
index c4a3c1d..7fccfcd 100644
--- a
-off-by: John Stultz
---
drivers/staging/android/sync.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/android/sync.c b/drivers/staging/android/sync.c
index 92cdfe8..36ffa20 100644
--- a/drivers/staging/android/sync.c
+++ b/drivers/staging/android/sync.c
, move to staging]
Signed-off-by: John Stultz
---
drivers/staging/android/sync.c | 11 +
drivers/staging/android/trace/sync.h | 82 ++
2 files changed, 93 insertions(+)
create mode 100644 drivers/staging/android/trace/sync.h
diff --git a/drivers/staging
From: Erik Gilling
The previous fix only addressed waiting with a timeout.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
Signed-off-by: John
KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
Signed-off-by: John Stultz
---
drivers/staging/android/sync.c | 18 +-
1 file changed, 17 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/android/sync.c b/drivers/staging
: Added commit message]
Signed-off-by: John Stultz
---
drivers/staging/android/sync.c |5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/staging/android/sync.c b/drivers/staging/android/sync.c
index d54fa8d..92cdfe8 100644
--- a/drivers/staging/android/sync.c
+++ b
Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
Signed-off-by: John Stultz
---
drivers/staging/android/sync.c |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/android/syn
From: Erik Gilling
Needed to let modules link against sw_sync.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
Signed-off-by: John Stultz
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Rebecca Schultz Zavin
Signed-off-by: John Stultz
---
drivers/staging/android/sw_sync.c |9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/drivers/staging/android/sw_sync.c
b
H
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Squished in compiler warning fix]
Signed-off-by: John Stultz
---
drivers/staging/android/sync.c | 29 +
drivers/staging/android/sync.h |2 ++
2 files change
lling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
Signed-off-by: John Stultz
---
drivers/staging/android/sync.c | 54 ++--
drivers/staging/android/s
...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Whitespace fixes]
Signed-off-by: John Stultz
---
drivers/staging/android/sync.c | 52 +++-
1 file changed, 51 insertions(+), 1 deletion(-)
diff --git a/drivers/staging
: John Stultz
---
drivers/staging/android/sync.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/staging/android/sync.c b/drivers/staging/android/sync.c
index 54f84d9..6739a84 100644
--- a/drivers/staging/android/sync.c
+++ b/drivers/staging/android/sync.c
@@ -15,6
From: Erik Gilling
Add ioctl to get fence data
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Commit message tweaks]
Signed-off-by: John
Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
Signed-off-by: John Stultz
---
drivers/staging/android/sync.c | 46 +++-
drivers/staging/android/sync.h | 36
From: Erik Gilling
Support poll on sync fence
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Add commit message]
Signed-off-by: John
commit message, whitespace fixes and move to
staging directory]
Signed-off-by: John Stultz
---
drivers/staging/android/Kconfig | 18 +++
drivers/staging/android/Makefile |1 +
drivers/staging/android/sw_sync.c | 224 +
drivers/staging/android/sw_sync.h
: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Added commit message, moved to staging, squished minor fix in]
Signed-off-by: John Stultz
---
drivers/staging/android/Kconfig |9 +
drivers/staging/android/Makefile |1 +
drivers/staging/android
From: Erik Gilling
Add debugfs support hooks.
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Add commit message]
Signed-off-by: John
From: Erik Gilling
Add support for debugfs
Cc: Maarten Lankhorst
Cc: Erik Gilling
Cc: Daniel Vetter
Cc: Rob Clark
Cc: Sumit Semwal
Cc: Greg KH
Cc: dri-de...@lists.freedesktop.org
Cc: Android Kernel Team
Signed-off-by: Erik Gilling
[jstultz: Add commit message]
Signed-off-by: John Stultz
: Added commit message]
Signed-off-by: John Stultz
---
drivers/staging/android/sync.c |5 +
drivers/staging/android/sync.h |5 +
2 files changed, 10 insertions(+)
diff --git a/drivers/staging/android/sync.c b/drivers/staging/android/sync.c
index 4a9e63d..88d7e66 100644
--- a
As proposed yesterday, here's the Android sync driver patches for
staging.
I've preserved the commit history, but moved all the changes over
to be against the staging directory (instead of drivers/base).
The goal of submitting this driver to staging is to try to get
more collaberation, as there
On 02/18/2013 12:35 PM, Thomas Gleixner wrote:
On Tue, 5 Feb 2013, John Stultz wrote:
On 02/05/2013 02:13 PM, Stephane Eranian wrote:
But if people are strongly opposed to the clock_gettime() approach, then
I can go with the ioctl() because the functionality is definitively needed
ASAP.
I
On 02/19/2013 12:15 PM, Thomas Gleixner wrote:
On Tue, 19 Feb 2013, Thomas Gleixner wrote:
On Tue, 19 Feb 2013, John Stultz wrote:
Would be interesting to compare and contrast that. Though you can't do
that in the kernel as the write hold time of the timekeeper seq is way
larger than the
On 02/19/2013 01:50 PM, Thomas Gleixner wrote:
On Tue, 19 Feb 2013, John Stultz wrote:
On 02/19/2013 12:15 PM, Thomas Gleixner wrote:
Depending on the length of the delay which kept VCPU0 away from
executing and depending on the direction of the ntp update of the
timekeeping variables
On 02/20/2013 06:01 PM, John Stultz wrote:
Hey Kukjin, Andrzej,
I recently started playing around with functionfs, and have
noticed some strange behavior with my origen board.
If I enable the FunctionFS gadget driver, I see the board hang at boot
here:
[2.36] USB Mass Storage
l.org
Signed-off-by: John Stultz
---
include/linux/usb/composite.h | 16 ++--
1 file changed, 10 insertions(+), 6 deletions(-)
diff --git a/include/linux/usb/composite.h b/include/linux/usb/composite.h
index b09c37e..22b1b02 100644
--- a/include/linux/usb/composite.h
+++ b/include/linu
On 02/21/2013 02:52 PM, Michal Nazarewicz wrote:
On Thu, Feb 21 2013, John Stultz wrote:
In many cases, documentation around composite drivers suggest
setting the idVendor and other module params as follows:
$ insmod g_ffs.ko idVendor= iSerialNumber=
However, this won't work if the driv
always on.
Signed-off-by: Tushar Behera
---
Based on v3.8.
This works great for me! Thanks so much Tushar!
Tested-by: John Stultz
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo inf
On 02/21/2013 10:55 PM, Tushar Behera wrote:
I think the issue is because of the USB phy regulators. LDO3 and LDO8
power the phy regulators for OTG and HOST. These regulators are disabled
in OTG probe whereas they are not handled at all in HOST driver. Keeping
these LDOs always active should sol
On 12/06/2012 06:03 AM, Dong Zhu wrote:
From c126376cf1837b0956e0268056db61870fbbc1d4 Mon Sep 17 00:00:00 2001
From: Dong Zhu
Date: Thu, 6 Dec 2012 21:45:00 +0800
Subject: [PATCH] timekeeping: avoid adjust kernel time once hwclock kept in
UTC time
If the Hardware Clock kept in local time,ker
used the RTC library functions in this patchset as they do all the
required bounds checking.
Signed-off-by: Prarit Bhargava
Cc: Thomas Gleixner
Cc: John Stultz
Cc: x...@kernel.org
Cc: Matt Fleming
Cc: David Vrabel
Cc: Andrew Morton
Cc: Andi Kleen
Cc: linux-...@vger.kernel.org
This
On 02/14/2013 09:02 AM, Prarit Bhargava wrote:
/sys/class/rtc/rtcX/date and /sys/class/rtc/rtcX/time currently have
read-only access. This patch introduces write functionality which will
set the rtc time.
Usage: echo -MM-DD > /sys/class/rtc/rtcX/date
echo HH:MM:SS > /sys/class/rtc/r
On 02/22/2013 12:55 PM, Prarit Bhargava wrote:
On 02/22/2013 03:43 PM, John Stultz wrote:
On 02/14/2013 09:02 AM, Prarit Bhargava wrote:
/sys/class/rtc/rtcX/date and /sys/class/rtc/rtcX/time currently have
read-only access. This patch introduces write functionality which will
set the rtc
On 02/21/2013 02:51 PM, Thomas Gleixner wrote:
Use the shadow timekeeper to do the update_wall_time() adjustments and
then copy it over to the real timekeeper.
Keep the shadow timekeeper in sync when updating stuff outside of
update_wall_time().
This allows us to limit the timekeeper_seq hold t
On 03/11/2013 08:56 PM, Feng Tang wrote:
+ /*
+* After system resumes, we need to calculate the suspended time and
+* compensate it for the OS time. There are 3 sources that could be
+* used: Nonstop clocksource during suspend, persistent clock and rtc
+* dev
On 03/11/2013 08:56 PM, Feng Tang wrote:
On some new Intel Atom processors (Penwell and Cloverview), there is
a feature that the TSC won't stop in S3 state, say the TSC value
won't be reset to 0 after resume. This feature makes TSC a more reliable
clocksource and could benefit the timekeeping cod
On 03/11/2013 08:56 PM, Feng Tang wrote:
Hi All,
On some new Intel Atom processors (Penwell and Cloverview), there is
a feature that the TSC won't stop in S3, say the TSC value won't be
reset to 0 after resume. This feature makes TSC a more reliable
clocksource and could benefit the timekeeping
I'm ok with the revert if you'd prefer that.
thanks
-john
>From a71cdf72cbd10ae5ef6b061db7ab3019293933a4 Mon Sep 17 00:00:00 2001
From: John Stultz
Date: Fri, 31 Aug 2012 13:30:06 -0400
Subject: [PATCH] time: Move ktime_t overflow checking into
timespec_valid_strict
Andreas
On 09/10/2012 11:58 PM, Daniel Lezcano wrote:
Would you mind testing the following patch? It seems to resolve the
issue, but I've not yet run it through my test suite to make sure it
didn't break anything else.
No problem, I will try it this evening.
Is this problem related to all 32bits arch ?
t more testing would be of course appreciated.
https://github.com/johnstultz-work/timetests
I also have patch queues for all the -stable trees that I'll be
sending out as my testing completes for those trees.
Cc: Prarit Bhargava
Cc: Thomas Gleixner
Cc: Linux Kernel
John Stultz
tting the time close to overflowing
ktime_t and then letting natural accumulation cause the overflow.
Reported-by: CAI Qian
Reported-by: Sasha Levin
Signed-off-by: John Stultz
Cc: Peter Zijlstra
Cc: Prarit Bhargava
Cc: Zhouping Liu
Cc: Ingo Molnar
Cc: sta...@vger.kernel.org
Link:
OARSE/CLOCK_MONOTONIC_COARSE.
Signed-off-by: John Stultz
Cc: Prarit Bhargava
Cc: Ingo Molnar
Cc: sta...@vger.kernel.org
Link:
http://lkml.kernel.org/r/1345595449-34965-5-git-send-email-john.stu...@linaro.org
Signed-off-by: Thomas Gleixner
Cc: Linux Kernel
Signed-off-by: John Stultz
---
kernel
this more strict function.
Reported-and-tested-by: Andreas Bombe
Cc: Zhouping Liu
Cc: Ingo Molnar
Cc: Prarit Bhargava
Cc: Thomas Gleixner
Cc: sta...@vger.kernel.org
Signed-off-by: John Stultz
Signed-off-by: Linus Torvalds
Cc: Linux Kernel
Signed-off-by: John Stultz
---
include/li
tting the time close to overflowing
ktime_t and then letting natural accumulation cause the overflow.
Reported-by: CAI Qian
Reported-by: Sasha Levin
Signed-off-by: John Stultz
Cc: Peter Zijlstra
Cc: Prarit Bhargava
Cc: Zhouping Liu
Cc: Ingo Molnar
Cc: sta...@vger.kernel.org
Link:
OARSE/CLOCK_MONOTONIC_COARSE.
Signed-off-by: John Stultz
Cc: Prarit Bhargava
Cc: Ingo Molnar
Cc: sta...@vger.kernel.org
Link:
http://lkml.kernel.org/r/1345595449-34965-5-git-send-email-john.stu...@linaro.org
Signed-off-by: Thomas Gleixner
Cc: Linux Kernel
Signed-off-by: John Stultz
---
kernel
this more strict function.
Reported-and-tested-by: Andreas Bombe
Cc: Zhouping Liu
Cc: Ingo Molnar
Cc: Prarit Bhargava
Cc: Thomas Gleixner
Cc: sta...@vger.kernel.org
Signed-off-by: John Stultz
Signed-off-by: Linus Torvalds
Cc: Linux Kernel
Signed-off-by: John Stultz
---
include/li
t more testing would be of course appreciated.
https://github.com/johnstultz-work/timetests
I also have patch queues for all the -stable trees that I'll be
sending out as my testing completes for those trees.
Cc: Prarit Bhargava
Cc: Thomas Gleixner
Cc: Linux Kernel
John Stultz
t more testing would be of course appreciated.
https://github.com/johnstultz-work/timetests
I also have patch queues for all the -stable trees that I'll be
sending out as my testing completes for those trees.
Cc: Prarit Bhargava
Cc: Thomas Gleixner
Cc: Linux Kernel
John Stultz
this more strict function.
Reported-and-tested-by: Andreas Bombe
Cc: Zhouping Liu
Cc: Ingo Molnar
Cc: Prarit Bhargava
Cc: Thomas Gleixner
Cc: sta...@vger.kernel.org
Signed-off-by: John Stultz
Signed-off-by: Linus Torvalds
Cc: Linux Kernel
Signed-off-by: John Stultz
---
include/li
OARSE/CLOCK_MONOTONIC_COARSE.
Signed-off-by: John Stultz
Cc: Prarit Bhargava
Cc: Ingo Molnar
Cc: sta...@vger.kernel.org
Link:
http://lkml.kernel.org/r/1345595449-34965-5-git-send-email-john.stu...@linaro.org
Signed-off-by: Thomas Gleixner
Cc: Linux Kernel
Signed-off-by: John Stultz
---
kernel
tting the time close to overflowing
ktime_t and then letting natural accumulation cause the overflow.
Reported-by: CAI Qian
Reported-by: Sasha Levin
Signed-off-by: John Stultz
Cc: Peter Zijlstra
Cc: Prarit Bhargava
Cc: Zhouping Liu
Cc: Ingo Molnar
Cc: sta...@vger.kernel.org
Link:
nsec field,
instead using a 64bit nsec value which can then be
added into the timespec via timespec_add_ns().
Cc: Ingo Molnar
Cc: Richard Cochran
Cc: Prarit Bhargava
Cc: Thomas Gleixner
Cc: Daniel Lezcano
Reported-and-bisected-by: Daniel Lezcano
Tested-by: Daniel Lezcano
Signed-off-by: J
On 09/11/2012 04:41 PM, Fengguang Wu wrote:
On Mon, Sep 10, 2012 at 10:06:33AM -0700, John Stultz wrote:
On 09/09/2012 12:59 AM, Fengguang Wu wrote:
Hi John,
The below lockup warning pops up very occasionally in kvm guest
kernels and it's bisected down to
c
OARSE/CLOCK_MONOTONIC_COARSE.
Signed-off-by: John Stultz
Cc: Prarit Bhargava
Cc: Ingo Molnar
Cc: sta...@vger.kernel.org
Link:
http://lkml.kernel.org/r/1345595449-34965-5-git-send-email-john.stu...@linaro.org
Signed-off-by: Thomas Gleixner
Cc: Linux Kernel
Signed-off-by: John Stultz
---
kernel
1 - 100 of 3847 matches
Mail list logo