Add a hypercall to retrieve the host realtime clock
and the TSC value used to calculate that clock read.
Used to implement clock synchronization between
host and guest.
Signed-off-by: Marcelo Tosatti
---
Documentation/virtual/kvm/hypercalls.txt | 33
arch/x86
On Mon, Jan 23, 2017 at 08:44:53PM +0100, Paolo Bonzini wrote:
>
>
> On 23/01/2017 19:44, Richard Cochran wrote:
> >> device clock |sample1P,deviceclock| |sample2P,deviceclock|
> >> -
> >> realtime clock |sample1P,realtim
On Mon, Jan 23, 2017 at 07:44:15PM +0100, Richard Cochran wrote:
> On Mon, Jan 23, 2017 at 11:19:17AM -0200, Marcelo Tosatti wrote:
> > This is needed to generate the PTP_SYS_OFFSET data: a table with read
> > from realtime clock, read from device clock, read from
On Fri, Jan 20, 2017 at 09:25:02PM +0100, Richard Cochran wrote:
> On Fri, Jan 20, 2017 at 10:20:29AM -0200, Marcelo Tosatti wrote:
> > Emulate PTP_SYS_OFFSET by using an arithmetic mean of the
> > realtime samples from ->getcrosststamp callback.
>
> This change log
On Fri, Jan 20, 2017 at 07:08:49PM +0100, Radim Krcmar wrote:
> 2017-01-20 13:00-0200, Marcelo Tosatti:
> > On Fri, Jan 20, 2017 at 03:12:56PM +0100, Radim Krcmar wrote:
> >> 2017-01-20 10:20-0200, Marcelo Tosatti:
> >> > +do {
> >> > +
On Fri, Jan 20, 2017 at 03:12:56PM +0100, Radim Krcmar wrote:
> 2017-01-20 10:20-0200, Marcelo Tosatti:
> > Add a driver with gettime method returning hosts realtime clock.
> > This allows Chrony to synchronize host and guest clocks with
> > high precision (see results bel
ock.
Signed-off-by: Marcelo Tosatti
---
drivers/ptp/Kconfig | 12 +++
drivers/ptp/Makefile |1
drivers/ptp/ptp_kvm.c | 177 ++
3 files changed, 190 insertions(+)
v2: check for kvmclock (Radim)
initialize global variables before dev
This patchset implements a virtual PTP driver which allows guest to sync
its clock to the host clock with high precision
(error is < 1us on an idle guest).
Changelog from v3
Patch3:
v2: export kvmclock clocksource structure directly (Paolo)
Patch4:
v2: drop timekeeper spinlock, move back to dr
On Fri, Jan 20, 2017 at 02:36:40PM +0100, Paolo Bonzini wrote:
>
>
> On 20/01/2017 14:07, Marcelo Tosatti wrote:
> > On Fri, Jan 20, 2017 at 01:55:27PM +0100, Paolo Bonzini wrote:
> >>
> >>
> >> On 20/01/2017 13:20, Marcelo Tosatti wrote:
>
ion),
that should not be a problem.
Signed-off-by: Marcelo Tosatti
---
drivers/ptp/ptp_chardev.c | 73 ++
drivers/ptp/ptp_clock.c | 10 ++
2 files changed, 83 insertions(+)
v2: drop timekeeper spinlock, move back to drivers/ptp/ptp_charde
To be used by KVM PTP driver.
Signed-off-by: Marcelo Tosatti
---
arch/x86/include/asm/kvmclock.h |6 ++
arch/x86/kernel/kvmclock.c |3 ++-
2 files changed, 8 insertions(+), 1 deletion(-)
v2: export kvmclock clocksource structure directly (Paolo)
Index: kvm-ptpdriver/arch/x86
ock.
Signed-off-by: Marcelo Tosatti
---
drivers/ptp/Kconfig | 12 +++
drivers/ptp/Makefile |1
drivers/ptp/ptp_kvm.c | 179 ++
3 files changed, 192 insertions(+)
v2: check for kvmclock (Radim)
initialize global variables before dev
Expose the realtime host clock and save the TSC value
used for the clock calculation.
Signed-off-by: Marcelo Tosatti
---
arch/x86/kvm/x86.c | 36
1 file changed, 36 insertions(+)
v2: unify nsec_base (Radim)
Index: kvm-ptpdriver/arch/x86/kvm/x86.c
Add a hypercall to retrieve the host realtime clock
and the TSC value used to calculate that clock read.
Used to implement clock synchronization between
host and guest.
Signed-off-by: Marcelo Tosatti
---
Documentation/virtual/kvm/hypercalls.txt | 33
arch/x86
On Fri, Jan 20, 2017 at 01:55:27PM +0100, Paolo Bonzini wrote:
>
>
> On 20/01/2017 13:20, Marcelo Tosatti wrote:
> > kernel/time/timekeeping.c| 79
> > +++
>
> Why not leave this in drivers/ptp/ptp_chardev.c?
timekeep
On Fri, Jan 20, 2017 at 01:58:33PM +0100, Paolo Bonzini wrote:
>
>
> On 20/01/2017 13:20, Marcelo Tosatti wrote:
> > + ret = kvm_hypercall2(KVM_HC_CLOCK_PAIRING,
> > +clock_off_gpa,
> > +
Emulate PTP_SYS_OFFSET by using an arithmetic mean of the
realtime samples from ->getcrosststamp callback.
Signed-off-by: Marcelo Tosatti
---
drivers/ptp/ptp_chardev.c|6 ++
include/linux/ptp_clock_kernel.h |5 ++
include/linux/timekeeping_ptp.h | 10
kernel/t
Expose the realtime host clock and save the TSC value
used for the clock calculation.
Signed-off-by: Marcelo Tosatti
---
arch/x86/kvm/x86.c | 36
1 file changed, 36 insertions(+)
v2: unify nsec_base (Radim)
Index: kvm-ptpdriver/arch/x86/kvm/x86.c
To be used by KVM PTP driver.
Signed-off-by: Marcelo Tosatti
---
arch/x86/include/asm/kvmclock.h |6 ++
arch/x86/kernel/kvmclock.c |6 ++
2 files changed, 12 insertions(+)
Index: kvm-ptpdriver/arch/x86/include/asm/kvmclock.h
Add a hypercall to retrieve the host realtime clock
and the TSC value used to calculate that clock read.
Used to implement clock synchronization between
host and guest.
Signed-off-by: Marcelo Tosatti
---
Documentation/virtual/kvm/hypercalls.txt | 33
arch/x86
This patchset implements a virtual PTP driver which allows guest to sync
its clock to the host clock with high precision
(error is < 1us on an idle guest).
Changelog from v2
Cross timestamping, emulation of PTP_SYS_OFFSET with cross timestamping
(Paolo, Miroslav, Radim).
Changelog from v1
Patch
ock.
Signed-off-by: Marcelo Tosatti
---
drivers/ptp/Kconfig | 12 ++
drivers/ptp/Makefile |1
drivers/ptp/ptp_kvm.c | 213 ++
3 files changed, 226 insertions(+)
v2: check for kvmclock (Radim)
initialize global variables before dev
On Wed, Jan 18, 2017 at 04:45:07PM +0100, Paolo Bonzini wrote:
>
>
> On 18/01/2017 15:50, Marcelo Tosatti wrote:
> >> Interesting idea! For this to work, KVM needs to implement
> >> getcrosstimestamp and ptp_chardev.c can then add an alternative
> >> implem
On Wed, Jan 18, 2017 at 04:20:33PM +0100, Radim Krcmar wrote:
> 2017-01-18 12:53-0200, Marcelo Tosatti:
> > GOn Wed, Jan 18, 2017 at 12:37:25PM -0200, Marcelo Tosatti wrote:
> > > On Wed, Jan 18, 2017 at 01:46:58PM +0100, Paolo Bonzini wrote:
> > > >
> > >
On Wed, Jan 18, 2017 at 03:02:23PM +0100, Paolo Bonzini wrote:
>
>
> On 18/01/2017 14:36, Miroslav Lichvar wrote:
> > On Wed, Jan 18, 2017 at 01:46:58PM +0100, Paolo Bonzini wrote:
> >> On 18/01/2017 13:24, Marcelo Tosatti wrote:
> >>>> Testcase: run a gu
GOn Wed, Jan 18, 2017 at 12:37:25PM -0200, Marcelo Tosatti wrote:
> On Wed, Jan 18, 2017 at 01:46:58PM +0100, Paolo Bonzini wrote:
> >
> >
> > On 18/01/2017 13:24, Marcelo Tosatti wrote:
> > > On Wed, Jan 18, 2017 at 10:17:38AM -0200, Marcelo Tosatti wrote:
> &
On Wed, Jan 18, 2017 at 01:46:58PM +0100, Paolo Bonzini wrote:
> On 18/01/2017 13:24, Marcelo Tosatti wrote:
> > On Wed, Jan 18, 2017 at 10:17:38AM -0200, Marcelo Tosatti wrote:
> >> On Tue, Jan 17, 2017 at 04:36:21PM +0100, Radim Krcmar wrote:
> >>> 2017-01-
On Wed, Jan 18, 2017 at 01:46:58PM +0100, Paolo Bonzini wrote:
>
>
> On 18/01/2017 13:24, Marcelo Tosatti wrote:
> > On Wed, Jan 18, 2017 at 10:17:38AM -0200, Marcelo Tosatti wrote:
> >> On Tue, Jan 17, 2017 at 04:36:21PM +0100, Radim Krcmar wrote:
> >>> 20
On Wed, Jan 18, 2017 at 10:17:38AM -0200, Marcelo Tosatti wrote:
> On Tue, Jan 17, 2017 at 04:36:21PM +0100, Radim Krcmar wrote:
> > 2017-01-17 09:30-0200, Marcelo Tosatti:
> > > On Tue, Jan 17, 2017 at 09:03:27AM +0100, Miroslav Lichvar wrote:
> > >> On Mon, Ja
On Tue, Jan 17, 2017 at 04:36:21PM +0100, Radim Krcmar wrote:
> 2017-01-17 09:30-0200, Marcelo Tosatti:
> > On Tue, Jan 17, 2017 at 09:03:27AM +0100, Miroslav Lichvar wrote:
> >> On Mon, Jan 16, 2017 at 06:01:14PM -0200, Marcelo Tosatti wrote:
> >> > On Mon, Ja
On Tue, Jan 17, 2017 at 09:03:27AM +0100, Miroslav Lichvar wrote:
> On Mon, Jan 16, 2017 at 06:01:14PM -0200, Marcelo Tosatti wrote:
> > On Mon, Jan 16, 2017 at 05:47:15PM -0200, Marcelo Tosatti wrote:
> > > On Mon, Jan 16, 2017 at 05:36:55PM -0200, Marcelo Tosatti wrote:
>
On Mon, Jan 16, 2017 at 05:47:15PM -0200, Marcelo Tosatti wrote:
> On Mon, Jan 16, 2017 at 05:36:55PM -0200, Marcelo Tosatti wrote:
> > On Mon, Jan 16, 2017 at 07:01:48PM +0100, Radim Krcmar wrote:
> > > > Sorry the clock difference is 10ns now. So the guest clock is of
On Mon, Jan 16, 2017 at 05:36:55PM -0200, Marcelo Tosatti wrote:
> On Mon, Jan 16, 2017 at 07:01:48PM +0100, Radim Krcmar wrote:
> > > Sorry the clock difference is 10ns now. So the guest clock is off by _10
> > > ns_
> > > of the host clock.
> >
> > T
On Mon, Jan 16, 2017 at 07:01:48PM +0100, Radim Krcmar wrote:
> > Sorry the clock difference is 10ns now. So the guest clock is off by _10
> > ns_
> > of the host clock.
>
> That is pretty good.
Yes.
> > You are suggesting to use getcrosststamp instead, to drop the (rdtsc() -
> > guest_tsc) pa
On Mon, Jan 16, 2017 at 06:27:58PM +0100, Radim Krcmar wrote:
> 2017-01-16 15:08-0200, Marcelo Tosatti:
> > On Mon, Jan 16, 2017 at 05:54:11PM +0100, Radim Krcmar wrote:
> >> 2017-01-16 17:26+0100, Radim Krcmar:
> >> > 2017-01-13 15:40-0200, Marcelo Tosatti:
> &g
On Mon, Jan 16, 2017 at 05:54:11PM +0100, Radim Krcmar wrote:
> 2017-01-16 17:26+0100, Radim Krcmar:
> > 2017-01-13 15:40-0200, Marcelo Tosatti:
> >> On Fri, Jan 13, 2017 at 04:56:58PM +0100, Radim Krcmar wrote:
> >> > 2017-01-13 10:01-0200, Marcelo Tosatti:
&
On Mon, Jan 16, 2017 at 05:26:53PM +0100, Radim Krcmar wrote:
> 2017-01-13 15:40-0200, Marcelo Tosatti:
> > On Fri, Jan 13, 2017 at 04:56:58PM +0100, Radim Krcmar wrote:
> > > 2017-01-13 10:01-0200, Marcelo Tosatti:
> >> > +ve
Expose the realtime host clock and save the TSC value
used for the clock calculation.
Signed-off-by: Marcelo Tosatti
---
arch/x86/kvm/x86.c | 36
1 file changed, 36 insertions(+)
v2: unify nsec_base (Radim)
Index: kvm-ptpdriver/arch/x86/kvm/x86.c
This patchset implements a virtual PTP driver which allows guest to sync
its clock to the host clock with high precision ( error is < 10ns).
Changelog from v1
Patch1:
v2: unify nsec_base (Radim)
Patch2:
v2: improve documentation (Radim)
change hypercall name to KVM_HC_CLOCK_PAIRING (Radim)
Add a hypercall to retrieve the host realtime clock
and the TSC value used to calculate that clock read.
Used to implement clock synchronization between
host and guest.
Signed-off-by: Marcelo Tosatti
---
Documentation/virtual/kvm/hypercalls.txt | 33
arch/x86
ock.
Signed-off-by: Marcelo Tosatti
---
drivers/ptp/Kconfig | 12 +++
drivers/ptp/Makefile |1
drivers/ptp/ptp_kvm.c | 179 ++
3 files changed, 192 insertions(+)
v2: check for kvmclock (Radim)
initialize global variables before dev
On Fri, Jan 13, 2017 at 06:07:40PM +0100, Radim Krcmar wrote:
> 2017-01-13 13:43-0200, Marcelo Tosatti:
> > On Fri, Jan 13, 2017 at 04:31:58PM +0100, Radim Krcmar wrote:
> >> 2017-01-13 10:01-0200, Marcelo Tosatti:
> >> > Add a hypercall to retrieve the host realtime
On Fri, Jan 13, 2017 at 04:56:58PM +0100, Radim Krcmar wrote:
> 2017-01-13 10:01-0200, Marcelo Tosatti:
> > Add a driver with gettime method returning hosts realtime clock.
> > This allows Chrony to synchronize host and guest clocks with
> > high precision (see results bel
On Fri, Jan 13, 2017 at 05:28:09PM +0100, Radim Krcmar wrote:
> 2017-01-13 13:34-0200, Marcelo Tosatti:
> > On Fri, Jan 13, 2017 at 04:18:04PM +0100, Radim Krcmar wrote:
> >> 2017-01-13 10:01-0200, Marcelo Tosatti:
> >> > Expose the realtime host clock and save the
On Fri, Jan 13, 2017 at 04:18:04PM +0100, Radim Krcmar wrote:
> 2017-01-13 10:01-0200, Marcelo Tosatti:
> > Expose the realtime host clock and save the TSC value
> > used for the clock calculation.
> >
> > Signed-off-by: Marcelo Tosatti
> >
>
On Fri, Jan 13, 2017 at 04:31:58PM +0100, Radim Krcmar wrote:
> 2017-01-13 10:01-0200, Marcelo Tosatti:
> > Add a hypercall to retrieve the host realtime clock
> > and the TSC value used to calculate that clock read.
> >
> > Used to implement clock synchronization
On Fri, Jan 13, 2017 at 10:41:10AM -0500, Konrad Rzeszutek Wilk wrote:
> On Fri, Jan 13, 2017 at 04:18:04PM +0100, Radim Krcmar wrote:
> > 2017-01-13 10:01-0200, Marcelo Tosatti:
> > > Expose the realtime host clock and save the TSC value
> > > used for the clock calcu
This patchset implements a virtual PTP driver which allows guest to sync
its clock to the host clock with high precision ( error is < 10ns).
_off);
+
+ hv_clock = pvclock_pvti_cpu0_va();
+
+ return 0;
+}
+
+module_init(ptp_kvm_init);
+module_exit(ptp_kvm_exit);
+
+MODULE_AUTHOR("Marcelo Tosatti ");
+MODULE_DESCRIPTION("PTP clock using KVMCLOCK");
+MODULE_LICENSE("GPL");
Index: kvm-ptpdri
Add a hypercall to retrieve the host realtime clock
and the TSC value used to calculate that clock read.
Used to implement clock synchronization between
host and guest.
Signed-off-by: Marcelo Tosatti
---
Documentation/virtual/kvm/hypercalls.txt | 30 ++
arch/x86/include
Expose the realtime host clock and save the TSC value
used for the clock calculation.
Signed-off-by: Marcelo Tosatti
---
arch/x86/kvm/x86.c | 38 ++
1 file changed, 38 insertions(+)
Index: kvm-ptpdriver/arch/x86/kvm/x86.c
Hello,
Reviews, comments and questions are appreciated on this python
script, called resctrltool.py, a utility to manage CAT reservations
from the command line.
Why: There are two main reasons for writing this tool, they are:
1) The kernel resctrlfs filesystem format is not functional for being
On Thu, Dec 29, 2016 at 04:59:02PM +0800, Chen Yu wrote:
> On Tue, Dec 27, 2016 at 01:32:47PM -0200, Marcelo Tosatti wrote:
> > On Tue, Dec 27, 2016 at 04:06:44PM +0800, Chen Yu wrote:
> > > Hi Marcelo,
> > > On Mon, Dec 26, 2016 at 05:44:25PM -0200, Marcelo Tosatti wr
On Tue, Dec 27, 2016 at 04:06:44PM +0800, Chen Yu wrote:
> Hi Marcelo,
> On Mon, Dec 26, 2016 at 05:44:25PM -0200, Marcelo Tosatti wrote:
> > On Fri, Dec 23, 2016 at 04:41:53PM +0800, Chen Yu wrote:
> > > Currently the notifier of pvclock_gtod_notify() get invoked
> &
either we can add a new notifier for clocksource switch,
> or we can simply bypass the following code in pvclock_gtod_notify()
> earlier if there is no clocksource switch.
>
> Cc: Paolo Bonzini
> Cc: "Radim Krcmar"
> Cc: Marcelo Tosatti
> Cc: Thomas Gleixner
>
Commit-ID: 3c2a769de7955ff81818b49d388dd771bf6ae29d
Gitweb: http://git.kernel.org/tip/3c2a769de7955ff81818b49d388dd771bf6ae29d
Author: Marcelo Tosatti
AuthorDate: Wed, 14 Dec 2016 15:08:37 -0200
Committer: Thomas Gleixner
CommitDate: Thu, 15 Dec 2016 14:44:27 +0100
Documentation, x86
There is a locking problem between different applications
reading/writing to resctrlfs directory at the same time
(read the patch below for details).
Suggest a standard locking scheme for applications to use.
Signed-off-by: Marcelo Tosatti
diff --git a/Documentation/x86/intel_rdt_ui.txt
b
On Fri, Dec 02, 2016 at 12:20:29PM +0100, Thomas Gleixner wrote:
> On Thu, 1 Dec 2016, Marcelo Tosatti wrote:
> >
> > There is a locking problem between different applications
> > reading/writing to resctrlfs directory at the same time (read the patch
> > below for d
There is a locking problem between different applications
reading/writing to resctrlfs directory at the same time (read the patch
below for details).
Suggest a standard locking scheme for applications to use.
Signed-off-by: Marcelo Tosatti
---
v2: Improve commentary about generality of
On Wed, Nov 30, 2016 at 02:05:31PM -0800, Fenghua Yu wrote:
> On Wed, Nov 30, 2016 at 01:48:10PM -0200, Marcelo Tosatti wrote:
> >
> > There is a locking problem between different applications
> > reading/writing to resctrlfs directory at the same time (read the patch
There is a locking problem between different applications
reading/writing to resctrlfs directory at the same time (read the patch
below for details).
Suggest a standard locking scheme for applications to use.
Signed-off-by: Marcelo Tosatti
--- Documentation/x86/intel_rdt_ui.txt.orig 2016
value ourselves, using the master
> clock (tsc, nsec) pair as the base and the host CPU frequency as
> the scale.
>
> Reported-by: Marcelo Tosatti
> Signed-off-by: Paolo Bonzini
> ---
> arch/x86/kvm/x86.c | 21 +
> 1 file changed, 13 insertions(+), 8 dele
update.
> >
> > This is easily fixed however, because kvm_get_time_and_clockread provides
> > the information we want.
> >
> > Reported-by: Marcelo Tosatti
> > Signed-off-by: Paolo Bonzini
> > ---
> > arch/x86/kvm/x86.c | 18 ++
>
sm that lets userspace know if the new KVM_GET_CLOCK
> semantics are in effect, and---since we are at it---if the clock
> is stable across all VCPUs.
>
> Cc: Radim Krčmář
> Cc: Marcelo Tosatti
> Signed-off-by: Paolo Bonzini
> ---
> Documentation/virtual/kvm/api.txt |
On Wed, Nov 09, 2016 at 06:17:16PM -0200, Marcelo Tosatti wrote:
> On Wed, Nov 09, 2016 at 06:12:50PM -0200, Marcelo Tosatti wrote:
> > On Wed, Nov 09, 2016 at 05:48:15PM +0100, Paolo Bonzini wrote:
> > > Userspace can read the exact value of kvmclock by reading the TSC
>
On Wed, Nov 09, 2016 at 06:12:50PM -0200, Marcelo Tosatti wrote:
> On Wed, Nov 09, 2016 at 05:48:15PM +0100, Paolo Bonzini wrote:
> > Userspace can read the exact value of kvmclock by reading the TSC
> > and fetching the timekeeping parameters out of guest memory. This
> > h
point to commit or explanation why that is not the case anymore?
Thanks
> Provide
> a mechanism that lets userspace know if the new KVM_GET_CLOCK
> semantics are in effect, and---since we are at it---if the clock
> is stable across all VCPUs.
>
> Cc: Radim Krčmář
> Cc: Marcelo T
On Fri, Sep 02, 2016 at 10:15:41AM -0400, Steven Rostedt wrote:
> On Fri, 2 Sep 2016 09:43:01 -0400
> Stefan Hajnoczi wrote:
>
> > Can TSC offset changes occur at runtime?
Yes, but Linux guests don't write to the TSC offset
after booting and unless user does manual TSC writes.
> > One example i
On Fri, Sep 02, 2016 at 09:43:01AM -0400, Stefan Hajnoczi wrote:
> On Wed, Aug 31, 2016 at 01:05:45PM -0400, Luiz Capitulino wrote:
> > We need to retrieve a VM's TSC offset in order to use
> > the host's TSC to merge host and guest traces. This is
> > explained in detail in this thread:
> >
> >
On Tue, Jul 12, 2016 at 06:02:46PM -0700, Fenghua Yu wrote:
> From: Fenghua Yu
>
> The documentation describes user interface of how to allocate resource
> in Intel RDT.
>
> Please note that the documentation covers generic user interface. Current
> patch set code only implemente CAT L3. CAT L2
On Fri, Jul 22, 2016 at 02:43:23PM -0700, Luck, Tony wrote:
> On Fri, Jul 22, 2016 at 04:12:04AM -0300, Marcelo Tosatti wrote:
> > How does this patchset handle the following condition:
> >
> > 6) Create reservations in such a way that the sum is larger than
> > tot
On Tue, Jul 12, 2016 at 06:02:37PM -0700, Fenghua Yu wrote:
> From: Vikas Shivappa
>
> This patch adds different APIs to manage the L3 cache capacity bitmask.
> The capacity bit mask(CBM) needs to have only contiguous bits set. The
> current implementation has a global CBM for each class of servi
Commit-ID: 8577370fb0cbe88266b7583d8d3b9f43ced077a0
Gitweb: http://git.kernel.org/tip/8577370fb0cbe88266b7583d8d3b9f43ced077a0
Author: Marcelo Tosatti
AuthorDate: Fri, 19 Feb 2016 09:46:39 +0100
Committer: Thomas Gleixner
CommitDate: Thu, 25 Feb 2016 11:27:16 +0100
KVM: Use simple
On Tue, Feb 16, 2016 at 05:59:57PM +0100, Paolo Bonzini wrote:
>
>
> On 16/02/2016 15:25, Marcelo Tosatti wrote:
> > On Tue, Feb 16, 2016 at 02:48:16PM +0100, Marcelo Tosatti wrote:
> >> On Mon, Feb 08, 2016 at 04:18:31PM +0100, Paolo Bonzini wrote:
> >>> W
On Tue, Feb 16, 2016 at 02:48:16PM +0100, Marcelo Tosatti wrote:
> On Mon, Feb 08, 2016 at 04:18:31PM +0100, Paolo Bonzini wrote:
> > When an NTP server is running, it may adjust the time substantially
> > compared to the "official" frequency of the TSC. A 12 ppm change
On Mon, Feb 08, 2016 at 04:18:31PM +0100, Paolo Bonzini wrote:
> When an NTP server is running, it may adjust the time substantially
> compared to the "official" frequency of the TSC. A 12 ppm change
> sums up to one second per day.
>
> This already shows up if the guest compares kvmclock with e.
On Mon, Feb 08, 2016 at 04:18:27PM +0100, Paolo Bonzini wrote:
> Currently kvmclock is obtaining the multiplier and shift value from
> the TSC kHz. These however are less accurate than the host kernel's
> clock, which includes corrections made through NTP.
>
> These patches change kvmclock to tic
t_tsc_khz,
> &vcpu->hv_clock.tsc_shift,
> &vcpu->hv_clock.tsc_to_system_mul);
> - vcpu->hw_tsc_khz = this_tsc_khz;
> + vcpu->hw_tsc_khz = tgt_tsc_khz;
> }
>
> /* With all the info we got, fill in the values */
> --
> 1.8.3.1
>
Reviewed-by: Marcelo Tosatti
u]\n", user_tsc_khz, thresh_lo, thresh_hi);
> use_scaling = 1;
> }
> - return set_tsc_khz(vcpu, this_tsc_khz, use_scaling);
> + return set_tsc_khz(vcpu, user_tsc_khz, use_scaling);
> }
>
> static u64 compute_guest_tsc(struct kvm_vcpu *vcpu, s64 kernel_ns)
> --
> 1.8.3.1
>
Reviewed-by: Marcelo Tosatti
On Wed, Jan 06, 2016 at 12:09:50AM +0100, Thomas Gleixner wrote:
> Marcelo,
>
> On Mon, 4 Jan 2016, Marcelo Tosatti wrote:
> > On Thu, Dec 31, 2015 at 11:30:57PM +0100, Thomas Gleixner wrote:
> > > I don't have an idea how that would look like. The current struc
On Mon, Jan 04, 2016 at 02:33:12PM -0800, Andy Lutomirski wrote:
> On Mon, Jan 4, 2016 at 12:26 PM, Marcelo Tosatti wrote:
> > On Sun, Dec 20, 2015 at 03:05:41AM -0800, Andy Lutomirski wrote:
> >> From: Andy Lutomirski
> >>
> >> The pvclock vdso code was too
On Sun, Dec 20, 2015 at 03:05:41AM -0800, Andy Lutomirski wrote:
> From: Andy Lutomirski
>
> The pvclock vdso code was too abstracted to understand easily and
> excessively paranoid. Simplify it for a huge speedup.
>
> This opens the door for additional simplifications, as the vdso no
> longer
On Mon, Jan 04, 2016 at 03:20:54PM -0200, Marcelo Tosatti wrote:
> On Thu, Dec 31, 2015 at 11:30:57PM +0100, Thomas Gleixner wrote:
> > Marcelo,
> >
> > On Thu, 31 Dec 2015, Marcelo Tosatti wrote:
> >
> > First of all thanks for the explanation.
> >
&g
On Thu, Dec 31, 2015 at 11:30:57PM +0100, Thomas Gleixner wrote:
> Marcelo,
>
> On Thu, 31 Dec 2015, Marcelo Tosatti wrote:
>
> First of all thanks for the explanation.
>
> > There is one directory structure in this topic, CAT. That is the
> > directory structure
On Tue, Dec 29, 2015 at 01:44:16PM +0100, Thomas Gleixner wrote:
> Marcelo,
>
> On Wed, 23 Dec 2015, Marcelo Tosatti wrote:
> > On Tue, Dec 22, 2015 at 06:12:05PM +, Yu, Fenghua wrote:
> > > > From: Thomas Gleixner [mailto:t...@linutronix.de]
> > > >
On Tue, Dec 22, 2015 at 06:12:05PM +, Yu, Fenghua wrote:
> > From: Thomas Gleixner [mailto:t...@linutronix.de]
> > Sent: Wednesday, November 18, 2015 10:25 AM
> > Folks!
> >
> > After rereading the mail flood on CAT and staring into the SDM for a while,
> > I
> > think we all should sit back
On Mon, Dec 21, 2015 at 10:48:22AM -0500, Luiz Capitulino wrote:
> On Sat, 19 Dec 2015 22:57:30 -0200
> Marcelo Tosatti wrote:
>
> > On Sat, Dec 19, 2015 at 11:42:57AM +0100, Thomas Gleixner wrote:
> > > On Thu, 17 Dec 2015, Fenghua Yu wrote:
> &g
On Fri, Dec 18, 2015 at 11:45:29AM -0600, Christoph Lameter wrote:
> On Thu, 17 Dec 2015, Fenghua Yu wrote:
>
> > Intel Cache allocation support:
> >
> > Cache allocation patches adds a cgroup subsystem to support the new
> > Cache Allocation feature found in future Intel Xeon Intel proces
On Sat, Dec 19, 2015 at 11:42:57AM +0100, Thomas Gleixner wrote:
> On Thu, 17 Dec 2015, Fenghua Yu wrote:
>
> > From: Fenghua Yu
> >
> > From: Vikas Shivappa
> >
> > Add a new cgroup 'intel_rdt' to manage cache allocation. Each cgroup
> > directory is associated with a class of service id(clos
Move PF_NO_SETAFFINITY check to cpuset cgroups, where it belongs.
This makes it possible to attach PF_NO_SETAFFINITY to Intel CAT cgroups.
Reported-by: Luiz Capitulino
Signed-off-by: Marcelo Tosatti
v2: "PF_NO_SETAFFINITY check" -> "PF_NO_SETAFFINITY and kthreadd_tas
Move PF_NO_SETAFFINITY and kthreadd_task checks to cpuset cgroups,
where they belong. This makes it possible to attach PF_NO_SETAFFINITY
tasks to Intel CAT cgroup.
Reported-by: Luiz Capitulino
Signed-off-by: Marcelo Tosatti
Reviewed-by: Chao Peng
v2: "PF_NO_SETAFFINITY
On Tue, Nov 24, 2015 at 03:31:24PM +0800, Chao Peng wrote:
> On Wed, Nov 18, 2015 at 07:25:03PM +0100, Thomas Gleixner wrote:
> >
> > Let's look at partitioning itself. We have two options:
> >
> >1) Per task partitioning
> >
> >2) Per CPU partitioning
> >
> > So far we only talked abou
Move PF_NO_SETAFFINITY check to cpuset cgroups, where it belongs.
This makes it possible to attach PF_NO_SETAFFINITY to Intel CAT cgroups.
Reported-by: Luiz Capitulino
Signed-off-by: Marcelo Tosatti
diff --git a/kernel/cgroup.c b/kernel/cgroup.c
index f89d929..0603652 100644
--- a/kernel
On Tue, Nov 24, 2015 at 07:25:43PM -0200, Marcelo Tosatti wrote:
> On Tue, Nov 24, 2015 at 04:27:54PM +0800, Chao Peng wrote:
> > On Wed, Nov 18, 2015 at 10:01:54PM -0200, Marcelo Tosatti wrote:
> > > > tglx
> > >
> > > Again: you don't n
On Fri, Nov 20, 2015 at 08:53:34AM +0100, Thomas Gleixner wrote:
> On Thu, 19 Nov 2015, Marcelo Tosatti wrote:
> > On Thu, Nov 19, 2015 at 10:09:03AM +0100, Thomas Gleixner wrote:
> > > On Wed, 18 Nov 2015, Marcelo Tosatti wrote
> > > > Actually, there is a point that
On Thu, Nov 19, 2015 at 09:35:34AM +0100, Thomas Gleixner wrote:
> On Wed, 18 Nov 2015, Marcelo Tosatti wrote:
> > On Wed, Nov 18, 2015 at 08:34:07PM -0200, Marcelo Tosatti wrote:
> > > On Wed, Nov 18, 2015 at 07:25:03PM +0100, Thomas Gleixner wrote:
> > > > Assume th
On Thu, Nov 19, 2015 at 10:09:03AM +0100, Thomas Gleixner wrote:
> On Wed, 18 Nov 2015, Marcelo Tosatti wrote
> > Actually, there is a point that is useful: you might want the important
> > application to share the L3 portion with HW (that HW DMAs into), and
> > have only th
On Wed, Nov 18, 2015 at 11:05:35PM -0200, Marcelo Tosatti wrote:
> On Wed, Nov 18, 2015 at 10:01:53PM -0200, Marcelo Tosatti wrote:
> > On Wed, Nov 18, 2015 at 07:25:03PM +0100, Thomas Gleixner wrote:
> > > Folks!
> > >
> > > After rereading the mail flood o
On Wed, Nov 18, 2015 at 10:01:53PM -0200, Marcelo Tosatti wrote:
> On Wed, Nov 18, 2015 at 07:25:03PM +0100, Thomas Gleixner wrote:
> > Folks!
> >
> > After rereading the mail flood on CAT and staring into the SDM for a
> > while, I think we all should sit back
On Wed, Nov 18, 2015 at 08:34:07PM -0200, Marcelo Tosatti wrote:
> On Wed, Nov 18, 2015 at 07:25:03PM +0100, Thomas Gleixner wrote:
> > Folks!
> >
> > After rereading the mail flood on CAT and staring into the SDM for a
> > while, I think we all should sit back
201 - 300 of 1340 matches
Mail list logo
