[Xen-devel] Faulting linear address??

Hello~ I think this might be duplicate issue but, I have not resolved for long time. So, please understand this post generously. First, I should explain my history. 1) I worked on the scheduler(credit scheduler) and I had a kernel panic by my modification. 2) I tried to get any information for

[Xen-devel] [xen-unstable-smoke test] 113140: trouble: broken/pass

flight 113140 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/113140/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken

Re: [Xen-devel] [BUG] PV domU Arch Linux kernel 4.12 with CONFIG_INTEL_ATOMISP=y guest crashes

On 08/09/17 05:40, John Thomson wrote: > Hi, > I get a PV domU kernel crash booting Arch Linux 4.12. > > Not sure if this is more relevant to Xen, the Linux kernel or > distributions. > > Running xen-4.9.0 on Arch Linux x86_64 with kernel 4.12.10. > Booting UEFI -> grub2 -> linux -> reboot ->

Re: [Xen-devel] [RFC] Unicore Subproject Proposal

At a first glance it this appears to be an awesome proposal! I'll give it a more thorough read over the weekend. Thanks, Roman. On Thu, Sep 7, 2017 at 3:25 AM, Felipe Huici wrote: > Dear all, > > Following up on discussions that Simon Kuenzer had with several of you at >

[Xen-devel] [xen-unstable-smoke test] 113138: trouble: broken/fail/pass

flight 113138 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/113138/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken

[Xen-devel] [xen-unstable test] 113122: trouble: blocked/broken/fail/pass

flight 113122 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/113122/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken build-arm64-pvops

[Xen-devel] [xen-unstable-smoke test] 113136: trouble: broken/pass

flight 113136 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/113136/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken

[Xen-devel] [linux-4.9 test] 113121: regressions - trouble: blocked/broken/fail/pass

flight 113121 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/113121/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken build-arm64-pvops

Re: [Xen-devel] [PATCH RFC] Add SUPPORT.md

On Thu, 31 Aug 2017, George Dunlap wrote: > +### Direct-boot kernel image format > + > +Supported, x86: bzImage > +Supported, ARM32: zImage > +Supported, ARM64: Image [XXX - Not sure if this is correct] On ARM64 it's called Image.gz. > +Format which the toolstack accept for

Re: [Xen-devel] [PATCH v2] Fix ARM multiboot2 breaking Fedora.

On Wed, Aug 30, 2017 at 12:26:28PM +0200, Daniel Kiper wrote: > On Tue, Aug 29, 2017 at 04:40:51PM -0400, Konrad Rzeszutek Wilk wrote: > > Since v1 > > [http://lists.gnu.org/archive/html/grub-devel/2017-08/msg00073.html] > > - Fixed up patch with failing invocation, > > - Redid patch #2 per

[Xen-devel] [xen-unstable-smoke test] 113135: trouble: broken/pass

flight 113135 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/113135/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken

Re: [Xen-devel] [PATCH RFC] Add SUPPORT.md

On Thu, 31 Aug 2017, Jan Beulich wrote: > >>> On 31.08.17 at 12:27, wrote: > > vMCE: Is MCE an x86-only thing, or could this conceivably by extended > > to ARM? > > I think this can't be reasonably extended beyond x86 (and, > considering their similar origin, ia64).

Re: [Xen-devel] [PATCH RFC] Add SUPPORT.md

On Thu, 31 Aug 2017, Roger Pau Monne wrote: > > +### ARM/Non-PCI device passthrough > > + > > +Status: Supported > > I guess non-pci devices on ARM also use the IOMMU? (SMMU) Yes, they do. > > +### ARM/SMMU > > + > > +Status: Supported, with caveats > > + > > +Only ARM SMMU hardware is

Re: [Xen-devel] [RFC] Unicore Subproject Proposal

On Thu, 7 Sep 2017, Felipe Huici wrote: > Dear all, > > Following up on discussions that Simon Kuenzer had with several of you at > the last Xen summit, we’re now submitting a Xen subproject proposal based > on our Unicore work. Could you please review it? Only a couple of comments. I think this

Re: [Xen-devel] [RFC] Unicore Subproject Proposal

Hi all, I would be glad to sponsor this proposal. I think it will be of great benefit to the ecosystem. Let me know if I need to do anything specific. Cheers, Stefano On Thu, 7 Sep 2017, Lars Kurth wrote: > Hi all, > > there is a technical issue which still needs resolving: we need a Sponsor.

[Xen-devel] [xen-unstable-smoke test] 113133: trouble: broken/pass

flight 113133 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/113133/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken

[Xen-devel] GRUB documentation updated

Hey, Some people asked me about Multiboot2 Specification and other GRUB doc stuff. So, I have put latest things at https://www.gnu.org/software/grub/grub-documentation.html I hope that helps. If you have any questions please drop me a line. Thanks, Daniel

[Xen-devel] [libvirt test] 113119: trouble: blocked/broken/pass

flight 113119 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/113119/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken build-arm64-xsm

[Xen-devel] [xen-4.8-testing test] 113117: trouble: blocked/broken/fail/pass

flight 113117 xen-4.8-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/113117/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken

[Xen-devel] [ovmf baseline-only test] 72072: all pass

This run is configured for baseline tests only. flight 72072 ovmf real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/72072/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 89796c69d9fdaa9bd13d37b6b1687df5e0104ed5 baseline

Re: [Xen-devel] [PATCH v2 3/5] xen/livepatch/ARM32: Don't load and crash on livepatches loaded with wrong alignment.

On Wed, Aug 02, 2017 at 03:20:05AM -0600, Jan Beulich wrote: > >>> Konrad Rzeszutek Wilk 07/31/17 6:04 PM >>> > >On Mon, Jul 31, 2017 at 07:55:34AM -0600, Jan Beulich wrote: > >> >>> Konrad Rzeszutek Wilk 07/26/17 9:50 PM >>> > >> >---

[Xen-devel] [xen-unstable-smoke test] 113131: trouble: broken/pass

flight 113131 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/113131/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken

Re: [Xen-devel] [PATCH v10 1/3] gitignore: add local vimrc files

On Jo, 2017-09-07 at 17:12 +0100, Ian Jackson wrote: > Petre Ovidiu PIRCALABU writes ("Re: [PATCH v10 1/3] gitignore: add > local vimrc files"): > > > > On Jo, 2017-09-07 at 15:59 +0100, Wei Liu wrote: > > > > > > OOI how does this work? > ... > > > > I haven't added the file to the repository,

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

Hi, On 05/09/17 18:15, 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/arch/arm/gic-v3-its.c| 23 +++ >

Re: [Xen-devel] [PATCH v3 3/5] ARM: ITS: Deny hardware domain access to ITS

Hi, On 05/09/17 18:14, mja...@caviumnetworks.com wrote: > From: Manish Jaggi > > This patch extends the gicv3_iomem_deny_access functionality by adding > support for ITS region as well. Add function gicv3_its_deny_access. > > Signed-off-by: Manish Jaggi >

Re: [Xen-devel] [PATCH v3 4/5] ARM: Introduce get_hwdom_madt_size in gic_hw_operations

Hi, On 05/09/17 18:14, mja...@caviumnetworks.com wrote: > From: Manish Jaggi > > estimate_acpi_efi_size needs to be updated to provide correct size of > hardware domains MADT, which now adds ITS information as well. > > Introducing gic_get_hwdom_madt_size. > >

Re: [Xen-devel] [PATCH v3 2/5] ARM: ITS: Populate host_its_list from ACPI MADT Table

Hi, On 05/09/17 18:14, mja...@caviumnetworks.com wrote: > From: Manish Jaggi > > Added gicv3_its_acpi_init to update host_its_list from MADT table. > For ACPI, host_its structure stores dt_node as NULL. > > Signed-off-by: Manish Jaggi > --- >

Re: [Xen-devel] [PATCH v3 1/5] ARM: ITS: Introduce common function add_to_host_its_list

Hi, On 05/09/17 18:14, mja...@caviumnetworks.com wrote: > From: Manish Jaggi > > add_to_host_its_list will update the host_its_list. This common > function to be invoked from gicv3_its_dt_init and gic_v3_its_acpi_probe. > > Signed-off-by: Manish Jaggi

[Xen-devel] Feature control on PV devices

Hey! We wanted to brought up this small proposal regarding the lack of parameterization on PV devices on Xen. Currently users don't have a way for enforce and control what features/queues/etc the backend provides. So far there's only global parameters on backends, and specs do not mention

[Xen-devel] [PATCH] x86/mm: Allow map_domain_page_global() to be used during boot

map_domain_page_global() uses vmap under the hood, which works fine even during very early boot. Relax the local_irq_is_enabled() part of the assertion before Xen has finished booting. Signed-off-by: Andrew Cooper --- CC: Jan Beulich CC: Wei Liu

[Xen-devel] [qemu-mainline test] 113114: trouble: blocked/broken/fail/pass

flight 113114 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/113114/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken build-arm64-pvops

Re: [Xen-devel] kernel panic with no call trace

Thank you for your replay even if this is quite late. As you mention, I know there is an error (or some errors) but I cannot guess where it is, so that I want to know where I should start debugging from. However, although I'm using serial console, I could get not enough clues only from the kernel

Re: [Xen-devel] [PATCH v10 1/3] gitignore: add local vimrc files

Petre Ovidiu PIRCALABU writes ("Re: [PATCH v10 1/3] gitignore: add local vimrc files"): > On Jo, 2017-09-07 at 15:59 +0100, Wei Liu wrote: > > OOI how does this work? ... > I haven't added the file to the repository, just to .gitignore in order > to mask it from git. It will help me very much to

Re: [Xen-devel] [PATCH v5 11/11] vpci/msix: add MSI-X handlers

On Mon, Aug 14, 2017 at 03:28:50PM +0100, Roger Pau Monne wrote: [...] > +static void vpci_msix_control_write(struct pci_dev *pdev, unsigned int reg, > +uint32_t val, void *data) > +{ > +uint8_t seg = pdev->seg, bus = pdev->bus; > +uint8_t slot =

Re: [Xen-devel] [PATCH v5 11/11] vpci/msix: add MSI-X handlers

>>> On 14.08.17 at 16:28, wrote: > +void vpci_msix_arch_mask(struct vpci_arch_msix_entry *arch, > + struct pci_dev *pdev, bool mask) > +{ > +if ( arch->pirq == INVALID_PIRQ ) > +return; How come no similar guard is needed in

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

On Thu, Sep 07, 2017 at 01:36:36AM +0200, Dario Faggioli wrote: > On Wed, 2017-09-06 at 12:29 -0700, Stefano Stabellini wrote: > > On Wed, 6 Sep 2017, Dario Faggioli wrote: > > > > > > Or, in general, make sense out of the fact that the stack pointer > > > register changes in such a way that,

Re: [Xen-devel] [PATCH v10 1/3] gitignore: add local vimrc files

On Thu, Sep 07, 2017 at 03:36:00PM +, Petre Ovidiu PIRCALABU wrote: > On Jo, 2017-09-07 at 15:59 +0100, Wei Liu wrote: > > OOI how does this work? > > > > You put a .vimrc under xen.git? > I haven't added the file to the repository, just to .gitignore in order > to mask it from git. It will

Re: [Xen-devel] [PATCH v10 1/3] gitignore: add local vimrc files

On Jo, 2017-09-07 at 15:59 +0100, Wei Liu wrote: > OOI how does this work? > > You put a .vimrc under xen.git? I haven't added the file to the repository, just to .gitignore in order to mask it from git. It will help me very much to have it upstream because right now I have to cherry-pick it each

[Xen-devel] [xen-unstable-smoke test] 113127: trouble: broken/fail/pass

flight 113127 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/113127/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken

Re: [Xen-devel] [PATCH v5 10/11] vpci: add a priority parameter to the vPCI register initializer

>>> On 14.08.17 at 16:28, wrote: > This is needed for MSI-X, since MSI-X will need to be initialized > before parsing the BARs, so that the header BAR handlers are aware of > the MSI-X related holes and make sure they are not mapped in order for > the trap handlers to work

Re: [Xen-devel] [PATCH v4 12/12] x86/hvm/ioreq: add a new mappable resource type...

On Thu, Sep 07, 2017 at 03:59:05PM +0100, Wei Liu wrote: > On Thu, Sep 07, 2017 at 03:56:16PM +0100, Roger Pau Monné wrote: > > On Tue, Sep 05, 2017 at 12:37:16PM +0100, Paul Durrant wrote: [...] > > > +/* Make sure the page has not been allocated */ > > > +if ( gfn_eq(iorp->gfn,

Re: [Xen-devel] [PATCH v5 09/11] vpci/msi: add MSI handlers

>>> On 14.08.17 at 16:28, wrote: > +static unsigned int msi_flags(uint16_t data, uint64_t addr) > +{ > +unsigned int rh, dm, dest_id, deliv_mode, trig_mode; > + > +rh = MASK_EXTR(addr, MSI_ADDR_REDIRECTION_MASK); > +dm = MASK_EXTR(addr, MSI_ADDR_DESTMODE_MASK); >

[Xen-devel] [ovmf test] 113115: all pass - PUSHED

flight 113115 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/113115/ Perfect :-) All tests in this flight passed as required version targeted for testing: ovmf 89796c69d9fdaa9bd13d37b6b1687df5e0104ed5 baseline version: ovmf

Re: [Xen-devel] [PATCH 1/4] MAINTAINERS: orphan blktap2

On Thu, Sep 07, 2017 at 12:04:21PM +0100, George Dunlap wrote: > On 09/04/2017 02:44 PM, Wei Liu wrote: > > Signed-off-by: Wei Liu > > --- > > Cc: Andrew Cooper > > Cc: George Dunlap > > Cc: Ian Jackson

Re: [Xen-devel] [PATCH v4 08/12] x86/hvm/ioreq: maintain an array of ioreq servers rather than a list

>>> On 07.09.17 at 16:51, wrote: > On 07/09/17 16:41, Roger Pau Monné wrote: >> On Tue, Sep 05, 2017 at 12:37:12PM +0100, Paul Durrant wrote: >>> A subsequent patch will remove the current implicit limitation on creation >>> of ioreq servers which is due to the allocation of gfns

[Xen-devel] [linux-linus test] 113104: regressions - trouble: blocked/broken/fail/pass

flight 113104 linux-linus real [real] http://logs.test-lab.xenproject.org/osstest/logs/113104/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken build-arm64-xsm

Re: [Xen-devel] [PATCH v10 2/3] x86emul: New return code for unimplemented instruction

>>> On 07.09.17 at 16:26, wrote: > After discussing with Andrew I'm willing to agree with the changes > you do here, with one extra requirement: At least on non-debug > builds X86EMUL_UNIMPLEMENTED should always result in #UD being > raised by the final consumer of it. It

Re: [Xen-devel] [PATCH v4 12/12] x86/hvm/ioreq: add a new mappable resource type...

On Tue, Sep 05, 2017 at 12:37:16PM +0100, Paul Durrant wrote: > ... XENMEM_resource_ioreq_server > > This patch adds support for a new resource type that can be mapped using > the XENMEM_acquire_resource memory op. > > If an emulator makes use of this resource type then, instead of mapping >

Re: [Xen-devel] [PATCH v4 08/12] x86/hvm/ioreq: maintain an array of ioreq servers rather than a list

On Thu, Sep 07, 2017 at 04:51:53PM +0200, Juergen Gross wrote: > On 07/09/17 16:41, Roger Pau Monné wrote: > > On Tue, Sep 05, 2017 at 12:37:12PM +0100, Paul Durrant wrote: > >> A subsequent patch will remove the current implicit limitation on creation > >> of ioreq servers which is due to the

Re: [Xen-devel] [PATCH v10 1/3] gitignore: add local vimrc files

OOI how does this work? You put a .vimrc under xen.git? On Wed, Sep 06, 2017 at 04:48:24PM +0300, Petre Pircalabu wrote: > Signed-off-by: Petre Pircalabu > --- > .gitignore | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/.gitignore b/.gitignore > index

Re: [Xen-devel] [PATCH v4 12/12] x86/hvm/ioreq: add a new mappable resource type...

On Thu, Sep 07, 2017 at 03:56:16PM +0100, Roger Pau Monné wrote: > On Tue, Sep 05, 2017 at 12:37:16PM +0100, Paul Durrant wrote: > > ... XENMEM_resource_ioreq_server > > > > This patch adds support for a new resource type that can be mapped using > > the XENMEM_acquire_resource memory op. > > >

[Xen-devel] [linux-3.18 test] 113110: trouble: blocked/broken/fail/pass

flight 113110 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/113110/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken build-arm64-pvops

Re: [Xen-devel] [PATCH 1/2 v3] xenfb: Use Input Handlers directly

On Mon, Aug 21, 2017 at 04:12:27PM -0700, Stefano Stabellini wrote: > Anthony, > > The code looks good. I tested this patch with Linux guests and seems to > work OK, can you also confirm? I've tested with Linux as well, an HVM guess, I did not spot any issue. But, the code compiles with

Re: [Xen-devel] [PATCH RFC] Add SUPPORT.md\

On Thu, Sep 07, 2017 at 02:52:49PM +0100, George Dunlap wrote: > On 09/01/2017 04:00 PM, Wei Liu wrote: > > On Thu, Aug 31, 2017 at 11:27:19AM +0100, George Dunlap wrote: > >> +### Direct-boot kernel image format > >> + > >> +Supported, x86: bzImage > > > > Do you mean booting a PV guest? If

Re: [Xen-devel] [PATCH v4 08/12] x86/hvm/ioreq: maintain an array of ioreq servers rather than a list

On 07/09/17 16:41, Roger Pau Monné wrote: > On Tue, Sep 05, 2017 at 12:37:12PM +0100, Paul Durrant wrote: >> A subsequent patch will remove the current implicit limitation on creation >> of ioreq servers which is due to the allocation of gfns for the ioreq >> structures and buffered ioreq ring. >>

Re: [Xen-devel] [PATCH] x86/page: Implement {get, set}_pte_flags() as static inlines

On Thu, Sep 07, 2017 at 02:39:57PM +0100, Andrew Cooper wrote: > This resolves 11 Coverity issues along the lines of the following: > > 1600for ( i = 0; i < NR_RESERVED_GDT_PAGES; i++ ) > > CID: Operands don't affect result >

Re: [Xen-devel] [PATCH v4 12/12] x86/hvm/ioreq: add a new mappable resource type...

On Tue, Sep 05, 2017 at 12:37:16PM +0100, Paul Durrant wrote: > > +mfn_t hvm_get_ioreq_server_frame(struct domain *d, ioservid_t id, > + unsigned int idx) > +{ > +struct hvm_ioreq_server *s; > +mfn_t mfn = INVALID_MFN; > + > +

Re: [Xen-devel] [PATCH v4 08/12] x86/hvm/ioreq: maintain an array of ioreq servers rather than a list

On Tue, Sep 05, 2017 at 12:37:12PM +0100, Paul Durrant wrote: > A subsequent patch will remove the current implicit limitation on creation > of ioreq servers which is due to the allocation of gfns for the ioreq > structures and buffered ioreq ring. > > It will therefore be necessary to introduce

Re: [Xen-devel] [PATCH RFC] Add SUPPORT.md

On 09/07/2017 02:57 PM, Roger Pau Monné wrote: > On Thu, Sep 07, 2017 at 11:49:00AM +0100, George Dunlap wrote: >> On 08/31/2017 12:25 PM, Roger Pau Monne wrote: >>> On Thu, Aug 31, 2017 at 11:27:19AM +0100, George Dunlap wrote: [snip] +### x86/PVH dom0 >>> ^ v2 + +

Re: [Xen-devel] [PATCH v10 2/3] x86emul: New return code for unimplemented instruction

On 06/09/17 14:48, Petre Pircalabu wrote: > diff --git a/xen/arch/x86/hvm/emulate.c b/xen/arch/x86/hvm/emulate.c > index 64454c7..8a6eb74 100644 > --- a/xen/arch/x86/hvm/emulate.c > +++ b/xen/arch/x86/hvm/emulate.c > @@ -2044,6 +2044,7 @@ int hvm_emulate_one_mmio(unsigned long mfn, unsigned >

Re: [Xen-devel] [PATCH] x86/page: Implement {get, set}_pte_flags() as static inlines

>>> On 07.09.17 at 15:39, wrote: > --- a/xen/include/asm-x86/x86_64/page.h > +++ b/xen/include/asm-x86/x86_64/page.h > @@ -121,8 +121,16 @@ typedef l4_pgentry_t root_pgentry_t; > */ > > /* Extract flags into 24-bit integer, or turn 24-bit flags into a pte mask. >

Re: [Xen-devel] [PATCH 26/27 v8] xen/arm: vpl011: Correct the logic for asserting/de-asserting SBSA UART TX interrupt

Hi, On 28/08/17 09:56, Bhupinder Thakur wrote: > This patch fixes the issue observed when pl011 patches were tested on > the junos hardware by Andre/Julien. It was observed that when large output is > generated such as on running 'find /', output was getting truncated > intermittently > due to

Re: [Xen-devel] [PATCH v4 6/8] xen: add new domctl hypercall to set grant table resource limits

On 09/07/2017 09:47 AM, Juergen Gross wrote: Add a domctl hypercall to set the domain's resource limits regarding grant tables. It is accepted only as long as neither gnttab_setup_table() has been called for the domain, nor the domain has started to run. Signed-off-by: Juergen Gross

Re: [Xen-devel] [PATCH v4 8/8] libxl: add libxl support for setting grant table resource limits

On Thu, Sep 07, 2017 at 03:47:35PM +0200, Juergen Gross wrote: > Add new domain config items for setting the limits for the maximum > numbers of grant table frames and maptrack frames of a domain. > > Signed-off-by: Juergen Gross > Reviewed-by: Paul Durrant

Re: [Xen-devel] [PATCH v4 6/8] xen: add new domctl hypercall to set grant table resource limits

On 09/07/2017 09:47 AM, Juergen Gross wrote: Add a domctl hypercall to set the domain's resource limits regarding grant tables. It is accepted only as long as neither gnttab_setup_table() has been called for the domain, nor the domain has started to run. Signed-off-by: Juergen Gross

Re: [Xen-devel] [PATCH v10 2/3] x86emul: New return code for unimplemented instruction

>>> On 06.09.17 at 15:48, wrote: > Enforce the distinction between an instruction not implemented by the > emulator and the failure to emulate that instruction by defining a new > return code, X86EMUL_UNIMPLEMENTED. > > This value should only be returned by the core

Re: [Xen-devel] [PATCH v4 11/12] x86/hvm/ioreq: defer mapping gfns until they are actually requsted

On Thu, Sep 07, 2017 at 01:29:12PM +0100, Paul Durrant wrote: > > -Original Message- > > From: Wei Liu [mailto:wei.l...@citrix.com] > > Sent: 07 September 2017 13:16 > > To: Paul Durrant > > Cc: Wei Liu ; xen-de...@lists.xenproject.org; Ian >

Re: [Xen-devel] [PATCH RFC] Add SUPPORT.md

On Thu, Sep 07, 2017 at 11:49:00AM +0100, George Dunlap wrote: > On 08/31/2017 12:25 PM, Roger Pau Monne wrote: > > On Thu, Aug 31, 2017 at 11:27:19AM +0100, George Dunlap wrote: > >> +### x86/PV-on-HVM > > > > Do we really consider this a guest type? From both Xen and the > > toolstack PoV this

Re: [Xen-devel] [RFC] Unicore Subproject Proposal

On 07/09/2017, 14:24, "Andrew Cooper" wrote: > Unicore - The "Unikernel Core" > - > The high level goal of Unicore is to be able to build unikernels targeted > at specific applications without requiring the

[Xen-devel] [xen-unstable-smoke test] 113126: trouble: broken/pass

flight 113126 xen-unstable-smoke real [real] http://logs.test-lab.xenproject.org/osstest/logs/113126/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-arm64 broken

Re: [Xen-devel] [PATCH RFC] Add SUPPORT.md\

On 09/01/2017 04:00 PM, Wei Liu wrote: > On Thu, Aug 31, 2017 at 11:27:19AM +0100, George Dunlap wrote: >> +### Direct-boot kernel image format >> + >> +Supported, x86: bzImage > > Do you mean booting a PV guest? If so there are a few more formats. > >> +Supported, ARM32: zImage >> +

Re: [Xen-devel] [RFC] Unicore Subproject Proposal

Hi all, there is a technical issue which still needs resolving: we need a Sponsor. I am thinking of Wei – he would qualify as a Hypervisor Leadership team member and it would have the benefit of making sure that the MiniOS angle is covered. I asked Wei, and he will get back to us once he read

[Xen-devel] [PATCH v4 4/8] xen: make grant resource limits per domain

Instead of using the same global resource limits of grant tables (max. number of grant frames, max. number of maptrack frames) for all domains make these limits per domain. This will allow setting individual limits in the future. For now initialize the per domain limits with the global values.

[Xen-devel] [PATCH v4 8/8] libxl: add libxl support for setting grant table resource limits

Add new domain config items for setting the limits for the maximum numbers of grant table frames and maptrack frames of a domain. Signed-off-by: Juergen Gross Reviewed-by: Paul Durrant --- V4: - rename configuration items to use max_ prefixes (Wei Liu)

[Xen-devel] [PATCH v4 0/8] xen: better grant v2 support

Currently Linux has no support for grant v2 as this would reduce the maximum number of active grants by a factor of 2 compared to v1, because the number of possible grants are limited by the allowed number of grant frames and grant entries of v2 need twice as much bytes as those of v1.

[Xen-devel] [PATCH v4 2/8] xen: clean up grant_table.h

Many definitions can be moved from xen/grant_table.h to common/grant_table.c now, as they are no longer used in other sources. Signed-off-by: Juergen Gross Reviewed-by: Paul Durrant Reviewed-by: Wei Liu ---

[Xen-devel] [PATCH v4 1/8] xen: move XENMAPSPACE_grant_table code into grant_table.c

The x86 and arm versions of XENMAPSPACE_grant_table handling are nearly identical. Move the code into a function in grant_table.c and add an architecture dependant hook to handle the differences. Switch to mfn_t in order to be more type safe. Signed-off-by: Juergen Gross

[Xen-devel] [PATCH v4 3/8] xen: delay allocation of grant table sub structures

Delay the allocation of the grant table sub structures in order to allow modifying parameters needed for sizing of these structures at a per domain basis. Either do it from gnttab_setup_table() or just before the domain is started the first time. Signed-off-by: Juergen Gross

[Xen-devel] [PATCH v4 7/8] libxc: add libxc support for setting grant table resource limits

Add a new libxc function xc_domain_set_gnttbl_limits() setting the limits for the maximum numbers of grant table frames and maptrack frames of a domain. Signed-off-by: Juergen Gross Reviewed-by: Paul Durrant Acked-by: Wei Liu ---

[Xen-devel] [PATCH v4 6/8] xen: add new domctl hypercall to set grant table resource limits

Add a domctl hypercall to set the domain's resource limits regarding grant tables. It is accepted only as long as neither gnttab_setup_table() has been called for the domain, nor the domain has started to run. Signed-off-by: Juergen Gross Reviewed-by: Paul Durrant

[Xen-devel] [PATCH v4 5/8] xen: double default grant frame limit for huge hosts

In case a system has memory above the 16TB boundary double the default grant frame number limit per domain. This ensures a pv domain can still establish the same number of grants even if it is required to use version 2 grants which need twice the space of v1 grants. Signed-off-by: Juergen Gross

[Xen-devel] [PATCH] x86/page: Implement {get, set}_pte_flags() as static inlines

This resolves 11 Coverity issues along the lines of the following: 1600for ( i = 0; i < NR_RESERVED_GDT_PAGES; i++ ) CID: Operands don't affect result (CONSTANT_EXPRESSION_RESULT)result_independent_of_operands: ((33U /* 1U | 0x20U */) | (({...}) ? 8388608U /* 1U << 23 */ : 0)

Re: [Xen-devel] [RFC] Unicore Subproject Proposal

On 07/09/17 11:25, Felipe Huici wrote: > Background > -- > In recent years, several papers and projects dedicated to unikernels have > shown the immense potential for performance gains that these have. By > leveraging specialization and the use of minimalistic OSes, unikernels are > able

Re: [Xen-devel] ARM64:Porting xen to new hardware

Hello Olensandr, I able to boot xen and trying to boot dom0 but there are no console log for dom0. following log for xen and it stuck booting dom0. (XEN) I/O virtualisation disabled (XEN) build-id: 7c2a3c70fb94754801d18c4cb9e3db3ffa01d8c4 (XEN) alternatives: Patching with alt table

Re: [Xen-devel] [PATCH v4 11/12] x86/hvm/ioreq: defer mapping gfns until they are actually requsted

> -Original Message- > From: Wei Liu [mailto:wei.l...@citrix.com] > Sent: 07 September 2017 13:16 > To: Paul Durrant > Cc: Wei Liu ; xen-de...@lists.xenproject.org; Ian > Jackson ; Andrew Cooper >

[Xen-devel] Audio device Passthrough in ARM

I have installed Xen 4.8.0 on an Ubuntu PC and I was able to get audio in Domain U using PCI passthrough by hot-plugging the audio device controller to Domain U using xl and loading the corresponding PCI frontend and backend modules[https://wiki.xenproject.org/wiki/Xen_PCI_Passthrough]. I wish to

Re: [Xen-devel] [PATCH v4 11/12] x86/hvm/ioreq: defer mapping gfns until they are actually requsted

On Thu, Sep 07, 2017 at 01:03:46PM +0100, Paul Durrant wrote: > > -Original Message- > > From: Wei Liu [mailto:wei.l...@citrix.com] > > Sent: 07 September 2017 13:00 > > To: Paul Durrant > > Cc: xen-de...@lists.xenproject.org; Ian Jackson ;

Re: [Xen-devel] [PATCH v4 11/12] x86/hvm/ioreq: defer mapping gfns until they are actually requsted

> -Original Message- > From: Wei Liu [mailto:wei.l...@citrix.com] > Sent: 07 September 2017 13:00 > To: Paul Durrant > Cc: xen-de...@lists.xenproject.org; Ian Jackson ; > Wei Liu ; Andrew Cooper >

Re: [Xen-devel] [PATCH v4 11/12] x86/hvm/ioreq: defer mapping gfns until they are actually requsted

On Tue, Sep 05, 2017 at 12:37:15PM +0100, Paul Durrant wrote: > A subsequent patch will introduce a new scheme to allow an emulator to > map ioreq server pages directly from Xen rather than the guest P2M. > > This patch lays the groundwork for that change by deferring mapping of > gfns until

Re: [Xen-devel] [PATCH v4 02/12] x86/mm: add HYPERVISOR_memory_op to acquire guest resources

>>> On 07.09.17 at 13:36, wrote: > On Thu, Sep 07, 2017 at 12:18:25PM +0100, Paul Durrant wrote: >> Ok, if you think it's necessary. (This is a tools-only hypercall and the > ranges are supplied by privcmd, allocated in kernel). > > IMHO we should allow for use case for

Re: [Xen-devel] [PATCH v2 2/2] hvmloader: clone REP INSW test from REP INSB one

On 07/09/17 11:02, Jan Beulich wrote: > This also covers an individual string insn access crossing a page > boundary. > > Signed-off-by: Jan Beulich Reviewed-by: Andrew Cooper ___ Xen-devel mailing list

Re: [Xen-devel] [PATCH RFC] Add SUPPORT.md

>>> On 07.09.17 at 13:31, wrote: > On 08/31/2017 01:46 PM, Jan Beulich wrote: > On 31.08.17 at 12:27, wrote: >>> +### Live Patching >>> + >>> +Status: Supported, x86 only >>> + >>> +Compile time disabled >> >> Bu we're settled to

Re: [Xen-devel] [PATCH v4 05/12] tools/libxenctrl: use new xenforeignmemory API to seed grant table

On Tue, Sep 05, 2017 at 12:37:09PM +0100, Paul Durrant wrote: > A previous patch added support for priv-mapping guest resources directly > (rather than having to foreign-map, which requires P2M modification for > HVM guests). > > This patch makes use of the new API to seed the guest grant table

Re: [Xen-devel] [PATCH v4 03/12] tools/libxenforeignmemory: add support for resource mapping

On Tue, Sep 05, 2017 at 12:37:07PM +0100, Paul Durrant wrote: > A previous patch introduced a new HYPERVISOR_memory_op to acquire guest > resources for direct priv-mapping. > > This patch adds new functionality into libxenforeignmemory to make use > of a new privcmd ioctl [1] that uses the new

Re: [Xen-devel] [PATCH v4 04/12] tools/libxenforeignmemory: reduce xenforeignmemory_restrict code footprint

On Tue, Sep 05, 2017 at 12:37:08PM +0100, Paul Durrant wrote: > By using a static inline stub in private.h for OS where this functionality > is not implemented, the various duplicate stubs in the OS-specific source > modules can be avoided. > > Signed-off-by: Paul Durrant

Re: [Xen-devel] [PATCH v4 09/12] x86/hvm/ioreq: simplify code and use consistent naming

On Tue, Sep 05, 2017 at 12:37:13PM +0100, Paul Durrant wrote: > This patch re-works much of the ioreq server initialization and teardown > code: > > - The hvm_map/unmap_ioreq_gfn() functions are expanded to call through > to hvm_alloc/free_ioreq_gfn() rather than expecting them to be called >

Re: [Xen-devel] [PATCH v4 10/12] x86/hvm/ioreq: use gfn_t in struct hvm_ioreq_page

On Tue, Sep 05, 2017 at 12:37:14PM +0100, Paul Durrant wrote: > This patch adjusts the ioreq server code to use type-safe gfn_t values > where possible. No functional change. > > Signed-off-by: Paul Durrant > Reviewed-by: Roger Pau Monné

Re: [Xen-devel] [PATCH] x86/HVM: correct repeat count update in linear->phys translation

>>> On 07.09.17 at 13:35, wrote: > On 07/09/17 12:24, Jan Beulich wrote: > On 07.09.17 at 13:15, wrote: >>> On 07/09/17 11:41, Jan Beulich wrote: For the insn emulator's fallback logic in REP MOVS/STOS/INS/OUTS handling to work

Re: [Xen-devel] [PATCH v4 08/12] x86/hvm/ioreq: maintain an array of ioreq servers rather than a list

On Tue, Sep 05, 2017 at 12:37:12PM +0100, Paul Durrant wrote: > A subsequent patch will remove the current implicit limitation on creation > of ioreq servers which is due to the allocation of gfns for the ioreq > structures and buffered ioreq ring. > > It will therefore be necessary to introduce

Re: [Xen-devel] [PATCH v5 02/11] vpci: introduce basic handlers to trap accesses to the PCI config space

>>> On 07.09.17 at 13:30, wrote: > On Thu, Sep 07, 2017 at 03:06:50AM -0600, Jan Beulich wrote: >> >>> On 06.09.17 at 17:40, wrote: >> > On Mon, Sep 04, 2017 at 09:38:11AM -0600, Jan Beulich wrote: >> >> >>> On 14.08.17 at 16:28,

  1   2   >