From: Andrii Anisov
Make xentrace_format more convinient and up to date in usage.
Andrii Anisov (5):
xentrace_format: print timestamps in nanoseconds
xentrace_format: switch mhz option to float
xentrace_format: combine 64-bit LE values from traces
formats: allign trace record format to t
From: Andrii Anisov
In order to be able to print possible 64bit LE values from
trace records, precombine possible variants.
Signed-off-by: Andrii Anisov
---
tools/xentrace/xentrace_format | 23 +++
1 file changed, 19 insertions(+), 4 deletions(-)
diff --git a/tools/xentrac
On 9/10/2018 5:52 AM, Pasi Kärkkäinen wrote:
Hi,
On Sun, Sep 09, 2018 at 10:33:02PM -0400, Sinan Kaya wrote:
On 9/9/2018 2:59 PM, Pasi Kärkkäinen wrote:
I noticed pcie_has_flr() has been recently exported in upstream Linux:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/com
flight 127463 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/127463/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xen-freebsd broken
build-amd64-xen-free
Hi Julien,
On 05.09.18 18:17, Julien Grall wrote:
Hi,
On 09/03/2018 05:54 PM, Volodymyr Babchuk wrote:
Main way to communicate with OP-TEE is to issue standard SMCCC
NIT: The main way
call. "Standard" is a SMCCC term and it means that call can be
interrupted and OP-TEE can return control t
Hi Julien,
On 10.09.18 16:01, Julien Grall wrote:
Hi Volodymyr,
On 03/09/18 17:54, Volodymyr Babchuk wrote:
OP-TEE usually uses the same idea with command buffers (see
previous commit) to issue RPC requests. Problem is that initially
it has no buffer, where it can write request. So the first R
On 10/09/18 14:29, Jan Beulich wrote:
On 10.09.18 at 15:21, wrote:
> On 31.08.18 at 10:43, wrote:
>> On 31.08.18 at 10:29, wrote:
--- a/xen/Kconfig.debug
+++ b/xen/Kconfig.debug
@@ -11,6 +11,13 @@ config DEBUG
You probably want to say 'N' here.
Hi,
On 10.09.18 17:02, Julien Grall wrote:
Hi,
On 03/09/18 17:54, Volodymyr Babchuk wrote:
Shared memory is widely used by NW to communicate with
TAs in OP-TEE. NW can share part of own memory with
TA or OP-TEE core, by registering it OP-TEE, or by providing
a temporal refernce. Anyways, infor
See
https://wiki.xenproject.org/wiki/Xen_Project_Software_Overview_v2
and https://wiki.xenproject.org/wiki/Booting_Overview
I'd appreciate a look and feedback. Once in order I will replace
https://wiki.xenproject.org/wiki/Xen_Project_Software_Overview
with https://wiki.xenproject.org/wiki/Xen_Proj
Hi,
On 10.09.18 18:34, Julien Grall wrote:
Hi Volodymyr,
On 03/09/18 17:54, Volodymyr Babchuk wrote:
OP-TEE can issue multiple RPC requests. We are interested mostly in
request that asks NW to allocate/free shared memory for OP-TEE
needs, becuase mediator need to do address translation in the
flight 127464 linux-4.14 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/127464/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl-qemuu-debianhvm-amd64-xsm 16 guest-localmigrate/x10 fail
in 127453 pass in 127464
test-amd64
flight 127475 freebsd-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/127475/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
freebsd 4e22ee3754200e9ce86c4820d484dfeb94041c56
baseline version:
freebsd 7b6d891a9f0
flight 127470 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/127470/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf f4eaaf1a6d50c761e2af9a6dd0976fb8a3bd3c08
baseline version:
ovmf 4b2dc555d8a67e715d8fa
On Mon, Sep 10, 2018 at 07:04:49PM +0100, Lars Kurth wrote:
> See
> https://wiki.xenproject.org/wiki/Xen_Project_Software_Overview_v2
> and https://wiki.xenproject.org/wiki/Booting_Overview
> I'd appreciate a look and feedback.
On Booting_Overview, the diagram for pvgrub is wrong - kernel+initra
On Fri, Aug 24, 2018 at 3:16 AM Dario Faggioli wrote:
>
> On Wed, 2018-08-15 at 14:17 +0100, Andrew Cooper wrote:
> > Hello,
> >
> > Now that the embargo on XSA-273 is up, we can start publicly
> > discussing
> > the remaining work do, because there is plenty to do. In no
> > particular
> > order
On 09/10/2018 10:03 AM, Jan Beulich wrote:
> Having noticed that VMLOAD alone is about as fast as a single of the
> involved WRMSRs, I thought it might be a reasonable idea to also use it
> for PV. Measurements, however, have shown that an actual improvement can
> be achieved only with an early pre
On 09/10/2018 11:02 AM, Jan Beulich wrote:
> Use EFLAGS.IF for most ordinary purposes; there's in particular no need
> to unduly defer NMI/#MC. Clear GIF only immediately before VMRUN itself.
> This has the additional advantage that svm_stgi_label now indeed marks
> the only place where GIF gets se
The backtrace of the BUG is quite similar to a hang I encountered:
https://lists.xenproject.org/archives/html/xen-devel/2018-09/msg00454.html
No sure if they are related.
Dongli Zhang
On 09/10/2018 08:37 PM, Olaf Hering wrote:
> While preparing another variant of the fix for the bug in
> disab
flight 127472 linux-3.18 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/127472/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-stubdom-debianhvm-amd64-xsm 16 guest-localmigrate/x10
fail REGR. vs. 12729
This run is configured for baseline tests only.
flight 75193 ovmf real [real]
http://osstest.xensource.com/osstest/logs/75193/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-xsm
branch xen-unstable
xenbranch xen-unstable
job test-amd64-amd64-qemuu-nested-amd
testid debian-hvm-install
Tree: linux git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux-2.6.git
Tree: linuxfirmware git://xenbits.xen.org/osstest/linux-firmware.git
Tree: qemu git://xenbits.xen.org/qemu-xen
flight 127483 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/127483/
Perfect :-)
All tests in this flight passed as required
version targeted for testing:
ovmf 8e2018f944ed18400f468fd9380284d665535481
baseline version:
ovmf f4eaaf1a6d50c761e2af9
flight 127474 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/127474/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-debianhvm-amd64 7 xen-boot fail REGR. vs. 127443
test-amd64-i386-xl-q
Hi, Hans!
On 09/10/2018 03:26 PM, Hans Verkuil wrote:
On 09/10/2018 01:49 PM, Oleksandr Andrushchenko wrote:
On 09/10/2018 02:09 PM, Hans Verkuil wrote:
On 09/10/2018 11:52 AM, Oleksandr Andrushchenko wrote:
On 09/10/2018 12:04 PM, Hans Verkuil wrote:
On 09/10/2018 10:24 AM, Oleksandr Andrus
From: Andrii Anisov
Signed-off-by: Andrii Anisov
---
xen/common/perfc.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/xen/common/perfc.c b/xen/common/perfc.c
index 0675677..0abd977 100644
--- a/xen/common/perfc.c
+++ b/xen/common/perfc.c
@@ -33,8 +33,7 @@ void perfc_prin
101 - 125 of 125 matches
Mail list logo