Re: [Xen-devel] [PATCH v4 5/5] ARM: ITS: Expose ITS in the MADT table

Hi Andre, On 10/3/2017 8:03 PM, Julien Grall wrote: Hi Manish, On 21/09/17 14:17, mja...@caviumnetworks.com wrote: From: Manish Jaggi Add gicv3_its_make_hwdom_madt to update hwdom MADT ITS information. Signed-off-by: Manish Jaggi ---

[Xen-devel] [qemu-upstream-4.6-testing test] 114018: tolerable FAIL - PUSHED

flight 114018 qemu-upstream-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/114018/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-xl-rtds 16 guest-start/debian.repeatfail like 111045

Re: [Xen-devel] [PATCH v2 06/13] fuzz/x86_emulate: Rename the file containing the wrapper code

>>> On 04.10.17 at 18:34, wrote: > On 10/04/2017 09:23 AM, Jan Beulich wrote: > On 25.09.17 at 16:26, wrote: >>> --- a/tools/fuzz/x86_instruction_emulator/Makefile >>> +++ b/tools/fuzz/x86_instruction_emulator/Makefile >>> @@ -18,22 +18,22

[Xen-devel] [PATCH 3/4] libxl: move libxl__device_from_ to LIBXL_DEFINE_DEVICE_FROM_TYPE

From: Oleksandr Grytsov LIBXL_DEFINE_DEVICE_FROM_TYPE uses libxl__..._devtype.type to be assigned as device and backend type. Signed-off-by: Oleksandr Grytsov --- tools/libxl/libxl_9pfs.c | 19 +++

[Xen-devel] [PATCH 1/4] libxl: use libxl__device_kind to get device XS entry

From: Oleksandr Grytsov On adding to XS name of device is taken from libxl__device_kind enum. On getting device from XS the name is hardcoded. It leads to potential mistmatch errors. The patch is using libxl__device_kind everywere to have one source of device name.

[Xen-devel] [PATCH 2/4] libxl: use libxl__device_kind in LIBXL_DEFINE_UPDATE_DEVID

From: Oleksandr Grytsov Use libxl__..._devtype.type to update device id. Signed-off-by: Oleksandr Grytsov --- tools/libxl/libxl_9pfs.c | 2 +- tools/libxl/libxl_console.c | 2 +- tools/libxl/libxl_device.c | 7 ---

[Xen-devel] [PATCH 0/4] libxl: use libxl__device_kind string to access device

From: Oleksandr Grytsov In current implementation the path of device XS entry is created with string from libxl__device_kind enum. But access to the device entry usually done with hardcoded path. This is source of potential errors. This patchset changes hardcoded

[Xen-devel] [qemu-upstream-4.9-testing baseline-only test] 72199: regressions - trouble: blocked/broken/fail/pass

This run is configured for baseline tests only. flight 72199 qemu-upstream-4.9-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/72199/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf 5

[Xen-devel] [qemu-upstream-4.8-testing test] 114019: regressions - FAIL

flight 114019 qemu-upstream-4.8-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/114019/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 16 guest-start/debian.repeat fail REGR. vs. 111049

Re: [Xen-devel] [MINIOS PATCH v2] Include string.h before console.h

>>> On 05.10.17 at 11:28, wrote: > On Thu, Oct 05, 2017 at 03:22:33AM -0600, Jan Beulich wrote: >> >>> On 04.10.17 at 15:51, wrote: >> > Starting from Xen commit af8d93564, it is required to include string.h >> > before console.h. >> >> But that's

Re: [Xen-devel] [PATCH v3 5/9] x86/vvmx: make updating shadow EPTP value more efficient

On Wed, 2017-10-04 at 15:55 +0100, Andrew Cooper wrote: > > > > > > -void vmx_vmenter_helper(const struct cpu_user_regs *regs) > > > +int vmx_vmenter_helper(const struct cpu_user_regs *regs) > > > > ...Andy, did you want a comment here explaining what the return value is > > supposed to mean?

Re: [Xen-devel] [PATCH v4 04/15] x86: implement data structure and CPU init flow for MBA

>>> On 05.10.17 at 06:42, wrote: > On 17-10-03 23:52:09, Jan Beulich wrote: >> >>> Yi Sun 09/29/17 3:55 AM >>> >> >On 17-09-28 05:00:09, Jan Beulich wrote: >> >> >>> On 23.09.17 at 11:48, wrote: >> >> > @@ -1410,6

Re: [Xen-devel] [PATCH v4 07/15] x86: implement set value flow for MBA

>>> On 05.10.17 at 06:48, wrote: > On 17-10-03 23:59:46, Jan Beulich wrote: >> >>> Yi Sun 09/29/17 4:58 AM >>> >> >On 17-09-28 05:36:11, Jan Beulich wrote: >> >> >>> On 23.09.17 at 11:48, wrote: >> >> > This patch

[Xen-devel] [PATCH 4/6] libxl: vkb add list and info functions

From: Oleksandr Grytsov Signed-off-by: Oleksandr Grytsov --- tools/libxl/libxl.h | 10 + tools/libxl/libxl_types.idl | 11 + tools/libxl/libxl_utils.h | 3 ++ tools/libxl/libxl_vkb.c | 106

[Xen-devel] [PATCH 0/6] libxl: create standalone vkb device

From: Oleksandr Grytsov Currently vkb device is the part of FB and console. In embedded application we use vkb protocol to communicate with user space backend. For this purpose we need to have possibility to enable vkb device without QEMU, FB etc. This particular

[Xen-devel] [PATCH 5/6] xl: add vkb config parser and CLI

From: Oleksandr Grytsov Signed-off-by: Oleksandr Grytsov --- tools/xl/Makefile | 2 +- tools/xl/xl.h | 3 ++ tools/xl/xl_cmdtable.c | 15 ++ tools/xl/xl_parse.c| 77 +--

[Xen-devel] [PATCH 2/6] libxl: fix vkb XS entry and type

From: Oleksandr Grytsov vkb has vkbd name in XS. Signed-off-by: Oleksandr Grytsov --- tools/libxl/libxl_vkb.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/tools/libxl/libxl_vkb.c b/tools/libxl/libxl_vkb.c index

[Xen-devel] [PATCH 6/6] docs: add vkb device to xl.cfg and xl

From: Oleksandr Grytsov Signed-off-by: Oleksandr Grytsov --- docs/man/xl.cfg.pod.5.in | 24 docs/man/xl.pod.1.in | 22 ++ 2 files changed, 46 insertions(+) diff --git

[Xen-devel] [PATCH 3/6] libxl: add backend type to vkb

From: Oleksandr Grytsov New field backend_type is added to vkb device in order to have QEMU and user space backend simultaneously. Each vkb backend shall read appropriate XS entry and service only own frontends. Signed-off-by: Oleksandr Grytsov

Re: [Xen-devel] [PATCH 7/7] xen: Convert __page_to_mfn and __mfn_to_page to use typesafe MFN

>>> On 05.10.17 at 01:27, wrote: > As for TMEM itself (Julien: This my no means blocks the patch. It is > more an observation for Konrad to see about fixing), I see that TMEM is > broken on x86 machines with more than 5TB of RAM, because it is not > legal to call

Re: [Xen-devel] [PATCH 2/6] libxl: fix vkb XS entry and type

On Thu, Oct 5, 2017 at 12:49 PM, Oleksandr Grytsov wrote: > On Thu, Oct 5, 2017 at 12:32 PM, Wei Liu wrote: >> On Thu, Oct 05, 2017 at 12:07:07PM +0300, Oleksandr Grytsov wrote: >>> From: Oleksandr Grytsov >>> >>> vkb has vkbd

Re: [Xen-devel] [PATCH v4 04/15] x86: implement data structure and CPU init flow for MBA

On 17-10-05 02:49:59, Jan Beulich wrote: > >>> On 05.10.17 at 06:42, wrote: > > On 17-10-03 23:52:09, Jan Beulich wrote: > >> >>> Yi Sun 09/29/17 3:55 AM >>> > >> >On 17-09-28 05:00:09, Jan Beulich wrote: > >> >> >>> On 23.09.17 at 11:48,

Re: [Xen-devel] [PATCH v4 07/15] x86: implement set value flow for MBA

On 17-10-05 03:39:06, Jan Beulich wrote: > >>> On 05.10.17 at 10:39, wrote: > > On Thu, Oct 05, 2017 at 04:48:12AM +, Yi Sun wrote: > >> On 17-10-03 23:59:46, Jan Beulich wrote: > >> > >>> Yi Sun 09/29/17 4:58 AM >>> > >> > >On 17-09-28

[Xen-devel] [qemu-upstream-4.7-testing test] 114017: tolerable FAIL - PUSHED

flight 114017 qemu-upstream-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/114017/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt 14 saverestore-support-checkfail like 111066

Re: [Xen-devel] [MINIOS PATCH v2] Include string.h before console.h

>>> On 04.10.17 at 15:51, wrote: > Starting from Xen commit af8d93564, it is required to include string.h > before console.h. But that's broken then - there shouldn't be such an effect for anyone updating their public headers. IOW I think this needs to be dealt with by

Re: [Xen-devel] ARM32 - build-issues with xen/arm: vpl011: Add a new vuart node in the xenstore

On Wed, Oct 04, 2017 at 09:58:32PM -0400, Konrad Rzeszutek Wilk wrote: > I get this when compiling under ARM32 (Ubuntu 15.04, > gcc (Ubuntu/Linaro 4.9.2-10ubuntu13) 4.9.2): > > libxl_console.c: In function ‘libxl__device_vuart_add’: > libxl_console.c:379:5: error: format ‘%lu’ expects argument of

[Xen-devel] [PATCH 1/6] libxl: move vkb device to libxl_vkb.c

From: Oleksandr Grytsov Logically it is better to move vkb to separate file as vkb device used not only by vfb and console. Signed-off-by: Oleksandr Grytsov --- tools/libxl/Makefile| 1 + tools/libxl/libxl_console.c | 53

Re: [Xen-devel] [PATCH v2 08/13] fuzz/x86_emulate: Take multiple test files for inputs

>>> On 04.10.17 at 18:58, wrote: > On 10/04/2017 09:24 AM, Jan Beulich wrote: > On 25.09.17 at 16:26, wrote: >>> @@ -66,11 +70,14 @@ int main(int argc, char **argv) >>> __AFL_INIT(); >>> >>> while ( __AFL_LOOP(1000) ) >>> +#else

Re: [Xen-devel] [PATCH v6 08/11] vpci/bars: add handlers to map the BARs

On Wed, Oct 04, 2017 at 08:33:33AM +, Jan Beulich wrote: > >>> On 19.09.17 at 17:29, wrote: > > +static int vpci_check_bar_overlap(const struct pci_dev *pdev, > > + const struct vpci_bar *rom, > > + struct

Re: [Xen-devel] [MINIOS PATCH v2] Include string.h before console.h

On Thu, Oct 05, 2017 at 03:22:33AM -0600, Jan Beulich wrote: > >>> On 04.10.17 at 15:51, wrote: > > Starting from Xen commit af8d93564, it is required to include string.h > > before console.h. > > But that's broken then - there shouldn't be such an effect for > anyone

Re: [Xen-devel] [PATCH v3 5/9] x86/vvmx: make updating shadow EPTP value more efficient

>>> On 05.10.17 at 10:18, wrote: > --- a/xen/arch/x86/hvm/vmx/entry.S > +++ b/xen/arch/x86/hvm/vmx/entry.S > @@ -80,7 +80,7 @@ UNLIKELY_END(realmode) > mov %rsp,%rdi > call vmx_vmenter_helper > cmp $0,%eax > -jne .Lvmx_vmentry_restart

Re: [Xen-devel] [PATCH v6 08/11] vpci/bars: add handlers to map the BARs

>>> On 05.10.17 at 11:20, wrote: > On Wed, Oct 04, 2017 at 08:33:33AM +, Jan Beulich wrote: >> >>> On 19.09.17 at 17:29, wrote: >> > +static int vpci_check_bar_overlap(const struct pci_dev *pdev, >> > + const struct

[Xen-devel] [xen-unstable-smoke test] 114032: regressions - trouble: blocked/broken/fail/pass

flight 114032 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/114032/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf broken test-amd64-amd64-libvirt 12

Re: [Xen-devel] [PATCH v4 07/15] x86: implement set value flow for MBA

On Thu, Oct 05, 2017 at 04:48:12AM +, Yi Sun wrote: > On 17-10-03 23:59:46, Jan Beulich wrote: > > >>> Yi Sun 09/29/17 4:58 AM >>> > > >On 17-09-28 05:36:11, Jan Beulich wrote: > > >> >>> On 23.09.17 at 11:48, wrote: > > >> > -

[Xen-devel] 4.9.52: INFO: task XXX blocked for more than 300 seconds.

Hello, with linux-4.9.52 running on Debian-Wheezy with Xen-4.1 I observed several stuck processes: Here is one (truncated) dump of the Linux kernel messages: > [] ? __schedule+0x23d/0x6d0 > [] ? bit_wait_timeout+0x90/0x90 > [] ? schedule+0x32/0x80 > [] ? schedule_timeout+0x1ec/0x360 > [] ?

[Xen-devel] [RFH] 4.9.52: task blocked for more than 300 seconds - xen_clocksource_get_cycles?

Hello, in a VM running linux-4.9.52 on Debian-Wheezy with Xen-4.1 I observed several stuck processes: Here is one (truncated) dump of the Linux kernel messages: > [] ? __schedule+0x23d/0x6d0 > [] ? bit_wait_timeout+0x90/0x90 > [] ? schedule+0x32/0x80 > [] ? schedule_timeout+0x1ec/0x360 > []

[Xen-devel] [PATCH 4/4] libxl: move ibxl_devid_to_device_... to LIBXL_DEFINE_DEVID_TO_DEVICE

From: Oleksandr Grytsov Signed-off-by: Oleksandr Grytsov --- tools/libxl/libxl_internal.h | 38 ++ tools/libxl/libxl_nic.c | 26 +- tools/libxl/libxl_vdispl.c | 35

Re: [Xen-devel] [PATCH 2/6] libxl: fix vkb XS entry and type

On Thu, Oct 05, 2017 at 12:07:07PM +0300, Oleksandr Grytsov wrote: > From: Oleksandr Grytsov > > vkb has vkbd name in XS. > > Signed-off-by: Oleksandr Grytsov This series won't make it to 4.10 but this issue should be fixed right away --

Re: [Xen-devel] 4.9.52: INFO: task XXX blocked for more than 300 seconds.

>>> On 04.10.17 at 20:26, wrote: > Hello, > > with linux-4.9.52 running on Debian-Wheezy with Xen-4.1 I observed > several stuck processes: Here is one (truncated) dump of the Linux > kernel messages: > >> [] ? __schedule+0x23d/0x6d0 >> [] ? bit_wait_timeout+0x90/0x90 >>

Re: [Xen-devel] 4.9.52: INFO: task XXX blocked for more than 300 seconds.

On Wed, Oct 04, 2017 at 06:26:27PM +, Philipp Hahn wrote: > > INFO: task btrfs-transacti:522 blocked for more than 300 seconds. [...] > And another one: > > INFO: task smbd:20101 blocked for more than 300 seconds. [...] > This does not look normal to me or did I miss something? So I see

Re: [Xen-devel] [PATCH v6 08/11] vpci/bars: add handlers to map the BARs

Hi Roger, On 19/09/17 16:29, Roger Pau Monne wrote: +static int vpci_map_range(unsigned long s, unsigned long e, void *data, + unsigned long *c) +{ +const struct map_data *map = data; +int rc; + +for ( ; ; ) +{ +unsigned long size = e - s + 1; +

Re: [Xen-devel] [PATCH v2 07/13] fuzz/x86_emulate: Add 'afl-cov' target

>>> On 04.10.17 at 18:48, wrote: > On 10/04/2017 09:23 AM, Jan Beulich wrote: > On 25.09.17 at 16:26, wrote: >>> x86.h := asm/x86-vendors.h asm/x86-defns.h asm/msr-index.h >>> x86_emulate.h := x86_emulate_user.h x86_emulate/x86_emulate.h

Re: [Xen-devel] [PATCH v4 07/15] x86: implement set value flow for MBA

>>> On 05.10.17 at 10:39, wrote: > On Thu, Oct 05, 2017 at 04:48:12AM +, Yi Sun wrote: >> On 17-10-03 23:59:46, Jan Beulich wrote: >> > >>> Yi Sun 09/29/17 4:58 AM >>> >> > >On 17-09-28 05:36:11, Jan Beulich wrote: >> > >> >>> On 23.09.17 at

Re: [Xen-devel] [MINIOS PATCH v2] Include string.h before console.h

CC Stefano and Julien On Thu, Oct 05, 2017 at 10:28:00AM +0100, Wei Liu wrote: > On Thu, Oct 05, 2017 at 03:22:33AM -0600, Jan Beulich wrote: > > >>> On 04.10.17 at 15:51, wrote: > > > Starting from Xen commit af8d93564, it is required to include string.h > > > before

Re: [Xen-devel] [PATCH 2/6] libxl: fix vkb XS entry and type

On Thu, Oct 5, 2017 at 12:32 PM, Wei Liu wrote: > On Thu, Oct 05, 2017 at 12:07:07PM +0300, Oleksandr Grytsov wrote: >> From: Oleksandr Grytsov >> >> vkb has vkbd name in XS. >> >> Signed-off-by: Oleksandr Grytsov > >

[Xen-devel] [xen-unstable-smoke test] 114035: regressions - FAIL

flight 114035 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/114035/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt 12 guest-start fail REGR. vs. 113972 build-armhf

Re: [Xen-devel] [PATCH v4 07/15] x86: implement set value flow for MBA

On 17-10-05 02:55:17, Jan Beulich wrote: > >>> On 05.10.17 at 06:48, wrote: > > On 17-10-03 23:59:46, Jan Beulich wrote: > >> >>> Yi Sun 09/29/17 4:58 AM >>> > >> >On 17-09-28 05:36:11, Jan Beulich wrote: > >> >> >>> On 23.09.17 at 11:48,

[Xen-devel] [qemu-upstream-unstable baseline-only test] 72204: regressions - trouble: blocked/broken/fail/pass

This run is configured for baseline tests only. flight 72204 qemu-upstream-unstable real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/72204/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-qemuu-nested-intel

[Xen-devel] [linux-3.18 test] 114034: tolerable FAIL - PUSHED

flight 114034 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/114034/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-armhf-armhf-xl-rtds16 guest-start/debian.repeat fail REGR. vs. 113869 Tests which did not succeed,

[Xen-devel] [xen-unstable-smoke test] 114054: regressions - FAIL

flight 114054 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/114054/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt 12 guest-start fail REGR. vs. 113972 Tests which

[Xen-devel] [libvirt test] 114030: tolerable all pass - PUSHED

flight 114030 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/114030/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt-xsm 14 saverestore-support-checkfail like 113990 test-armhf-armhf-libvirt 14

[Xen-devel] [qemu-upstream-4.8-testing test] 114038: regressions - FAIL

flight 114038 qemu-upstream-4.8-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/114038/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-xl-credit2 16 guest-start/debian.repeat fail REGR. vs. 111049

[Xen-devel] [qemu-upstream-4.7-testing baseline-only test] 72202: tolerable trouble: blocked/broken/fail/pass

This run is configured for baseline tests only. flight 72202 qemu-upstream-4.7-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/72202/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-arm64-arm64-libvirt-xsm 1 build-check(1)

Re: [Xen-devel] [Qemu-devel] [PATCH v2 0/7] xen: xen-domid-restrict improvements

(resending to xen-devel) no-re...@patchew.org writes ("Re: [Qemu-devel] [PATCH v2 0/7] xen: xen-domid-restrict improvements"): > ERROR: consider using qemu_strtoul in preference to strtoul > #42: FILE: os-posix.c:160: > +lv = strtoul(optarg, , 0); /* can't qemu_strtoul, want *ep=='.' */

[Xen-devel] [PATCH] xen/pt: Mark TYPE_XEN_PT_DEVICE as hybrid

xen-pt doesn't set the is_express field, but is supposed to be able to handle PCI Express devices too. Mark it as hybrid. Suggested-by: Jan Beulich Signed-off-by: Eduardo Habkost --- hw/xen/xen_pt.c | 1 + 1 file changed, 1 insertion(+) diff --git

Re: [Xen-devel] [PATCH 1/4] xen/tmem: Drop unnecessary noinline attribute

On Tue, Oct 03, 2017 at 07:07:50PM +0100, Andrew Cooper wrote: > tmem_mempool_page_get() is only referenced by address, so isn't eligable for > inlining in the first place. > > Signed-off-by: Andrew Cooper > --- > CC: Konrad Rzeszutek Wilk

Re: [Xen-devel] [PATCH v5 00/16] Enable Memory Bandwidth Allocation in Xen

On Sat, Sep 30, 2017 at 09:39:10AM +0800, Yi Sun wrote: > Hi, all, > > We plan to bring a new PSR (Platform Shared Resource) feature called > Intel Memory Bandwidth Allocation (MBA) to Xen. > > Besides the MBA enabling, we change some interfaces to make them more > general but not only for CAT.

Re: [Xen-devel] [PATCH v5 1/2] public/io/netif.h: add gref mapping control messages

On Tue, Oct 03, 2017 at 06:46:08PM +0100, Joao Martins wrote: > Adds 3 messages to allow guest to let backend keep grants mapped, > such that 1) guests allowing fast recycling of pages can avoid doing > grant ops for those cases, or otherwise 2) preferring copies over > grants and 3) always using

Re: [Xen-devel] [PATCH v5 2/2] docs/misc: add netif staging grants design document

On Tue, Oct 03, 2017 at 06:46:09PM +0100, Joao Martins wrote: > Add a document outlining how the guest can map a set of grants > on the backend through the control ring. > > Signed-off-by: Joao Martins > Reviewed-by: Konrad Rzeszutek Wilk

Re: [Xen-devel] [PATCH 4/4] xen/ubsan: Introduce and use CONFIG_UBSAN

> +config UBSAN > + bool "Undefined behaviour sanitizer" > + depends on X86 > + ---help--- > + Enable undefined behaviour sanitizer. > + > + If unsure, say N here. Could you perhaps expand it a bit? How does it sanitize it? With soap :-)? And what 'undefinded behaviour's

Re: [Xen-devel] [PATCH v3 5/9] x86/vvmx: make updating shadow EPTP value more efficient

On 05/10/17 14:04, Sergey Dyasli wrote: > On Thu, 2017-10-05 at 03:27 -0600, Jan Beulich wrote: > On 05.10.17 at 10:18, wrote: >>> --- a/xen/arch/x86/hvm/vmx/entry.S >>> +++ b/xen/arch/x86/hvm/vmx/entry.S >>> @@ -80,7 +80,7 @@ UNLIKELY_END(realmode) >>> mov

Re: [Xen-devel] 4.9.52: INFO: task XXX blocked for more than 300 seconds.

On Wed, Oct 04, 2017 at 08:26:27PM +0200, Philipp Hahn wrote: > Hello, > Adding Ankur to this as I think he saw something similar. But in the meantime - do you see this with the latest version of Linux? > with linux-4.9.52 running on Debian-Wheezy with Xen-4.1 I observed > several stuck

[Xen-devel] [xen-unstable-smoke test] 114041: regressions - FAIL

flight 114041 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/114041/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt 12 guest-start fail REGR. vs. 113972 build-armhf

Re: [Xen-devel] [PATCH v6 08/11] vpci/bars: add handlers to map the BARs

On Thu, Oct 05, 2017 at 10:56:20AM +, Julien Grall wrote: > Hi Roger, > > On 19/09/17 16:29, Roger Pau Monne wrote: > > +static int vpci_map_range(unsigned long s, unsigned long e, void *data, > > + unsigned long *c) > > +{ > > +const struct map_data *map = data;

Re: [Xen-devel] [PATCH v5 02/16] Rename PSR sysctl/domctl interfaces and xsm policy to make them be general

On Sat, Sep 30, 2017 at 09:39:12AM +0800, Yi Sun wrote: > This patch renames PSR sysctl/domctl interfaces and related xsm policy to > make them be general for all resource allocation features but not only > for CAT. Then, we can resuse the interfaces for all allocation features. > > Basically, it

Re: [Xen-devel] [PATCH v6 08/11] vpci/bars: add handlers to map the BARs

>>> On 05.10.17 at 13:09, wrote: > On Thu, Oct 05, 2017 at 10:01:46AM +, Jan Beulich wrote: >> >>> On 05.10.17 at 11:20, wrote: >> > On Wed, Oct 04, 2017 at 08:33:33AM +, Jan Beulich wrote: >> >> >>> On 19.09.17 at 17:29,

Re: [Xen-devel] 4.9.52: INFO: task XXX blocked for more than 300 seconds.

Hello Jan, thank you for you answer. Am 05.10.2017 um 12:12 schrieb Jan Beulich: On 04.10.17 at 20:26, wrote: >> with linux-4.9.52 running on Debian-Wheezy with Xen-4.1 I observed >> several stuck processes: Here is one (truncated) dump of the Linux >> kernel messages:

Re: [Xen-devel] [PATCH v4 01/11] livepatch: Expand check for safe_for_reapply if livepatch has only .rodata.

On 10/05/2017 02:51 PM, Konrad Rzeszutek Wilk wrote: On Thu, Oct 05, 2017 at 02:47:30PM +0100, Ross Lagerwall wrote: On 09/20/2017 11:31 PM, Konrad Rzeszutek Wilk wrote: If the livepatch has only .rodata sections then it is OK to also apply/revert/apply the livepatch without having to worry

[Xen-devel] [xen-unstable-smoke test] 114039: regressions - FAIL

flight 114039 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/114039/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-libvirt 12 guest-start fail REGR. vs. 113972 build-armhf

Re: [Xen-devel] [PATCH 12/24] xentoolcore_restrict_all: Implement for libxenforeignmemory

On Wed, Oct 04, 2017 at 04:57:18PM +0100, Ian Jackson wrote: > Signed-off-by: Ian Jackson Acked-by: Wei Liu ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH 18/24] xentoolcore, _restrict_all: Document implementation "complete"

On Wed, Oct 04, 2017 at 04:57:24PM +0100, Ian Jackson wrote: > Signed-off-by: Ian Jackson Acked-by: Wei Liu ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH 20/24] libxl: Rationalise calculation of user to run qemu as

On Wed, Oct 04, 2017 at 04:57:26PM +0100, Ian Jackson wrote: > If the config specifies a user we use that. Otherwise: > > When we are not restricting qemu, there is very little point running > it as a different user than root. Indeed, previously, creating the > "magic" users would cause qemu to

Re: [Xen-devel] [RFC v3 20/27] x86/ftrace: Adapt function tracing for PIE support

On Wed, 4 Oct 2017 14:19:56 -0700 Thomas Garnier wrote: > When using -fPIE/PIC with function tracing, the compiler generates a > call through the GOT (call *__fentry__@GOTPCREL). This instruction > takes 6 bytes instead of 5 on the usual relative call. > > With this

Re: [Xen-devel] [PATCH 3/4] xen: sched: improve checking soft-affinity

On Wed, 2017-10-04 at 14:23 +0100, George Dunlap wrote: > On 09/15/2017 06:35 PM, Dario Faggioli wrote: > > > > diff --git a/xen/common/sched_credit.c b/xen/common/sched_credit.c > > index 3efbfc8..35d0c98 100644 > > --- a/xen/common/sched_credit.c > > +++ b/xen/common/sched_credit.c > > @@

[Xen-devel] SRIOV VF reset problems

Hi, I'm currently looking at a problem with a pass-through SR-IOV device where the guest driver triggers a VF reset via a back-door interface to the PF. The reset completes successfully but, in this scenario, it is up to the PF driver running in dom0 to restore the VF's config space. This is

Re: [Xen-devel] ARM32 - build-issues with xen/arm: vpl011: Add a new vuart node in the xenstore

Hi Wei, On 5 October 2017 at 15:07, Wei Liu wrote: > On Wed, Oct 04, 2017 at 09:58:32PM -0400, Konrad Rzeszutek Wilk wrote: >> I get this when compiling under ARM32 (Ubuntu 15.04, >> gcc (Ubuntu/Linaro 4.9.2-10ubuntu13) 4.9.2): >> >> libxl_console.c: In function

Re: [Xen-devel] [PATCH v5 11/16] tools: implement the new libxl get hw info interface

On Sat, Sep 30, 2017 at 09:39:21AM +0800, Yi Sun wrote: > This patch implements the new libxl get hw info interface, > 'libxl_psr_get_hw_info', which is suitable to all psr allocation > features. It also implements corresponding list free function, > 'libxl_psr_hw_info_list_free' and makes

Re: [Xen-devel] [PATCH v5 09/16] tools: create general interfaces to support psr allocation features

On Sat, Sep 30, 2017 at 09:39:19AM +0800, Yi Sun wrote: > This patch creates general interfaces in libxl to support all psr > allocation features. > > Add 'LIBXL_HAVE_PSR_GENERIC' to indicate interface change. > > Please note, the functionality cannot work until later patches > are applied. > >

Re: [Xen-devel] [PATCH v5 15/16] tools: implement new generic set value interface and MBA set value command

On Sat, Sep 30, 2017 at 09:39:25AM +0800, Yi Sun wrote: > This patch implements new generic set value interfaces in libxc and libxl. > These interfaces are suitable for all allocation features. It also adds a > new MBA set value command in xl. > > Signed-off-by: Yi Sun

Re: [Xen-devel] [PATCH v5 10/16] tools: implement the new libxc get hw info interface

On Sat, Sep 30, 2017 at 09:39:20AM +0800, Yi Sun wrote: > This patch implements a new libxc get hw info interface and corresponding > data structures. It also changes libxl_psr.c to call this new interface. > > Signed-off-by: Yi Sun > + > +hw_info->cat.cos_max =

Re: [Xen-devel] [PATCH v5 12/16] tools: implement the new xl get hw info interface

On Sat, Sep 30, 2017 at 09:39:22AM +0800, Yi Sun wrote: > This patch implements a new xl get HW info interface. A new argument > is added for psr-hwinfo command to get and show MBA HW info. > > Signed-off-by: Yi Sun > Reviewed-by: Roger Pau Monné

Re: [Xen-devel] [PATCH 09/24] xentoolcore_restrict_all: Implement for libxendevicemodel

On Wed, Oct 04, 2017 at 04:57:15PM +0100, Ian Jackson wrote: > Signed-off-by: Ian Jackson Acked-by: Wei Liu ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

[Xen-devel] [PATCH 1/3] arm/xen: don't inclide rwlock.h directly.

rwlock.h should not be included directly. Instead linux/splinlock.h should be included. One thing it does is to break the RT build. Cc: Stefano Stabellini Cc: xen-de...@lists.xenproject.org Cc: linux-arm-ker...@lists.infradead.org Signed-off-by: Sebastian Andrzej Siewior

Re: [Xen-devel] [PATCH v7 04/11] public: xen.h: add definitions for UUID handling

On Thu, Oct 05, 2017 at 12:00:20AM +0300, Volodymyr Babchuk wrote: > Added type xen_uuid_t. This type represents UUID as an array of 16 > bytes in big endian format. > > Added macro XEN_DEFINE_UUID that constructs UUID in the usual way: > > XEN_DEFINE_UUID(0x00112233, 0x4455, 0x6677, 0x8899, >

Re: [Xen-devel] [PATCH v3 5/9] x86/vvmx: make updating shadow EPTP value more efficient

On Thu, 2017-10-05 at 03:27 -0600, Jan Beulich wrote: > > > > On 05.10.17 at 10:18, wrote: > > > > --- a/xen/arch/x86/hvm/vmx/entry.S > > +++ b/xen/arch/x86/hvm/vmx/entry.S > > @@ -80,7 +80,7 @@ UNLIKELY_END(realmode) > > mov %rsp,%rdi > > call

Re: [Xen-devel] ARM32 - build-issues with xen/arm: vpl011: Add a new vuart node in the xenstore

On Thu, Oct 05, 2017 at 07:44:17PM +0530, Bhupinder Thakur wrote: > Hi Wei, > > On 5 October 2017 at 15:07, Wei Liu wrote: > > On Wed, Oct 04, 2017 at 09:58:32PM -0400, Konrad Rzeszutek Wilk wrote: > >> I get this when compiling under ARM32 (Ubuntu 15.04, > >> gcc

Re: [Xen-devel] [PATCH v6 08/11] vpci/bars: add handlers to map the BARs

On Thu, Oct 05, 2017 at 10:01:46AM +, Jan Beulich wrote: > >>> On 05.10.17 at 11:20, wrote: > > On Wed, Oct 04, 2017 at 08:33:33AM +, Jan Beulich wrote: > >> >>> On 19.09.17 at 17:29, wrote: > >> > +} > >> > + > >> > +rc =

Re: [Xen-devel] [PATCH v6 08/11] vpci/bars: add handlers to map the BARs

On Thu, Oct 05, 2017 at 11:55:39AM +, Jan Beulich wrote: > >>> On 05.10.17 at 13:09, wrote: > > On Thu, Oct 05, 2017 at 10:01:46AM +, Jan Beulich wrote: > >> >>> On 05.10.17 at 11:20, wrote: > >> > On Wed, Oct 04, 2017 at 08:33:33AM +, Jan

Re: [Xen-devel] [PATCH v2 06/13] fuzz/x86_emulate: Rename the file containing the wrapper code

On 10/05/2017 10:01 AM, Jan Beulich wrote: On 04.10.17 at 18:34, wrote: >> On 10/04/2017 09:23 AM, Jan Beulich wrote: >> On 25.09.17 at 16:26, wrote: --- a/tools/fuzz/x86_instruction_emulator/Makefile +++

Re: [Xen-devel] [PATCH v4 07/11] livepatch/x86/arm[32, 64]: Force .livepatch.depends section to be uint32_t aligned.

On 09/20/2017 11:31 PM, Konrad Rzeszutek Wilk wrote: By default when using objcopy we lose the alignment when we copy it from xen-syms - with the result that alignment (on ARM32 for example) can be 1: [Nr] Name TypeAddr OffSize ES Flg Lk Inf Al .. [ 6]

Re: [Xen-devel] [PATCH 4/4] xen/ubsan: Introduce and use CONFIG_UBSAN

On Thu, Oct 05, 2017 at 08:49:36AM -0400, Konrad Rzeszutek Wilk wrote: > > +config UBSAN > > + bool "Undefined behaviour sanitizer" > > + depends on X86 > > + ---help--- > > + Enable undefined behaviour sanitizer. > > + > > + If unsure, say N here. > > Could you perhaps expand it a

Re: [Xen-devel] [PATCH 1/7] xen/arm: domain_build: Clean-up insert_11_bank

Hi Andrew, On 04/10/17 23:39, Andrew Cooper wrote: On 04/10/2017 19:15, Julien Grall wrote: diff --git a/xen/arch/arm/domain_build.c b/xen/arch/arm/domain_build.c index 3723dc3f78..093ebf1a8e 100644 --- a/xen/arch/arm/domain_build.c +++ b/xen/arch/arm/domain_build.c @@ -109,11 +109,11 @@

Re: [Xen-devel] [PATCH 03/24] tools: libxendevicemodel: Provide xendevicemodel_shutdown

On Wed, Oct 04, 2017 at 04:57:09PM +0100, Ian Jackson wrote: > Signed-off-by: Ian Jackson Acked-by: Wei Liu ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH v5 0/2] netif: staging grants for I/O requests

On Tue, Oct 03, 2017 at 06:46:07PM +0100, Joao Martins wrote: > Hey, > > This is v5 from netif series. The new thing (besides the tags being added) is > the specification (previously written in the cover letter) being added to docs > as requested by Konrad. And all seems to be RoB. > > Reference

Re: [Xen-devel] [PATCH 05/24] xentoolcore: Link into stubdoms

On Wed, Oct 04, 2017 at 04:57:11PM +0100, Ian Jackson wrote: > We need to do this before we start to make the other libraries call > into xentoolcore, or we break the stubdom build. > > Signed-off-by: Ian Jackson Acked-by: Wei Liu

Re: [Xen-devel] [PATCH 23/24] libxl: dm_restrict: Support uid range user

On Wed, Oct 04, 2017 at 04:57:29PM +0100, Ian Jackson wrote: > Signed-off-by: Ian Jackson Acked-by: Wei Liu ___ Xen-devel mailing list Xen-devel@lists.xen.org https://lists.xen.org/xen-devel

Re: [Xen-devel] [PATCH 24/24] tools: xentoolcore_restrict_all: use domid_t

On Wed, Oct 04, 2017 at 04:57:30PM +0100, Ian Jackson wrote: > This necessitates adding $(CFLAGS_xeninclude) to all the depending > libraries (which can be done via Rules.mk), so that the definition of > domid_t (in xen.h) can be found. > > Signed-off-by: Ian Jackson

Re: [Xen-devel] [PATCH v6 08/11] vpci/bars: add handlers to map the BARs

>>> On 05.10.17 at 14:02, wrote: > On Thu, Oct 05, 2017 at 11:55:39AM +, Jan Beulich wrote: >> >>> On 05.10.17 at 13:09, wrote: >> > On Thu, Oct 05, 2017 at 10:01:46AM +, Jan Beulich wrote: >> >> >>> On 05.10.17 at 11:20,

Re: [Xen-devel] [PATCH v4 01/11] livepatch: Expand check for safe_for_reapply if livepatch has only .rodata.

On 09/20/2017 11:31 PM, Konrad Rzeszutek Wilk wrote: If the livepatch has only .rodata sections then it is OK to also apply/revert/apply the livepatch without having to worry about the unforseen consequences. See commit 98b728a7b235c67e210f67f789db5d9eb38ca00c "livepatch: Disallow applying

Re: [Xen-devel] [PATCH v4 03/11] livepatch: Include sizes when an mismatch occurs

On 09/20/2017 11:31 PM, Konrad Rzeszutek Wilk wrote: If the .bug.frames.X or .livepatch.funcs sizes are different than what the hypervisor expects - we fail the payload. To help in diagnosing this include the expected and the payload sizes. Also make it more natural by having "Multiples" in the

  1   2   >