Re: [Xen-devel] [PATCH v3 5/9] xen/gntdev: Allow mappings for DMA buffers

@@ -548,6 +632,17 @@ static int gntdev_open(struct inode *inode, struct file *flip) } flip->private_data = priv; +#ifdef CONFIG_XEN_GRANT_DMA_ALLOC + priv->dma_dev = gntdev_miscdev.this_device; + + /* +* The device is not spawn from a device tree, so arch_setup_

[Xen-devel] [linux-next test] 124165: regressions - FAIL

flight 124165 linux-next real [real] http://logs.test-lab.xenproject.org/osstest/logs/124165/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemut-win7-amd64 16 guest-localmigrate/x10 fail REGR. vs. 124092 Tests which d

Re: [Xen-devel] [PATCH] scsi: xen-scsifront: add error handling for xenbus_printf

Hi, Sorry for the mistakes, I'll fix this in v2. Best, Zhouyang 2018-06-13 18:09 GMT+08:00 Finn Thain : > On Tue, 12 Jun 2018, Zhouyang Jia wrote: > > > When xenbus_printf fails, the lack of error-handling code may > > cause unexpected results. > > > > This patch adds error-handling code after

Re: [Xen-devel] How to deal with hypercalls returning -EFAULT

Hi Juergen, Sorry for the formatting. On Thu, 14 Jun 2018, 07:40 Juergen Gross, wrote: > On 13/06/18 18:25, Andrew Cooper wrote: > > On 13/06/18 16:27, Juergen Gross wrote: > > Looking more into the privcmd driver I'm rather sure now I can solve > this via mmap() plus an ioctl(). So the kernel

Re: [Xen-devel] [RFC PATCH 06/12] xen-blkfront: add callbacks for PM suspend and hibernation

Please try to avoid top posting. On Wed, Jun 13, 2018 at 10:20:48PM +, Anchal Agarwal wrote: > Hi Roger, > To answer your question, due to the lack of mentioned commit > (commit 12ea729645ac ("xen/blkback: unmap all persistent grants when > frontend gets disconnected") in the older dom0 kernel

Re: [Xen-devel] How to deal with hypercalls returning -EFAULT

On 14/06/18 10:17, Julien Grall wrote: > Hi Juergen, > > Sorry for the formatting. > > On Thu, 14 Jun 2018, 07:40 Juergen Gross, > wrote: > > On 13/06/18 18:25, Andrew Cooper wrote: > > On 13/06/18 16:27, Juergen Gross wrote: > > Looking more into the privcm

[Xen-devel] [linux-4.9 test] 124168: regressions - FAIL

flight 124168 linux-4.9 real [real] http://logs.test-lab.xenproject.org/osstest/logs/124168/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-debianhvm-amd64 7 xen-bootfail REGR. vs. 122969 test-amd64-amd64-xl-s

Re: [Xen-devel] How to deal with hypercalls returning -EFAULT

>>> On 13.06.18 at 18:25, wrote: > On 13/06/18 16:27, Juergen Gross wrote: >> 4. Modify the interface between hypervisor and kernel: instead of just >>returning -EFAULT let the hypervisor behave more like copy_to_user by >>raising a page fault which can then be fixed up in the kernel. This

Re: [Xen-devel] strange behavior with Multiboot2 on EFI

> As you should have a xen.efi available from that same build, could > you try running that (from the EFI shell) instead? Sadly there's no way > to bypass the call in the multiboot2 case, while with xen.efi you could > pass "/basevideo" to prevent the call from being made. When I launched QEMU I p

Re: [Xen-devel] [RFC v2] ViryaOS: proposal for a new Xen Project sub-project

On 23/05/18 19:19, Stefano Stabellini wrote: Hi all, Hi Stefano, Following up from previous conversations with the committers, I am appending a proposal for a new Xen Project sub-project aimed at embedded and IoT. Sponsors are very welcome! :-) I am happy to sponsor the project :). Che

Re: [Xen-devel] How to deal with hypercalls returning -EFAULT

>>> On 14.06.18 at 10:48, wrote: > On 14/06/18 10:17, Julien Grall wrote: >> On Thu, 14 Jun 2018, 07:40 Juergen Gross, > > wrote: >> >> On 13/06/18 18:25, Andrew Cooper wrote: >> > On 13/06/18 16:27, Juergen Gross wrote: >> >> Looking more into the privcmd dri

Re: [Xen-devel] strange behavior with Multiboot2 on EFI

>>> On 14.06.18 at 12:11, wrote: >> As you should have a xen.efi available from that same build, could >> you try running that (from the EFI shell) instead? Sadly there's no way >> to bypass the call in the multiboot2 case, while with xen.efi you could >> pass "/basevideo" to prevent the call fro

Re: [Xen-devel] ARM: Issues while Enabling hibernation in domU(linux) on jacinto-j6

Replying to myself. On 06/06/18 19:00, Julien Grall wrote: On 06/06/18 09:17, moin anjnawala wrote: Can you point me towards what could be the issue ? If any other information is needed then I can provide it to you. Looking at the log and Linux 4.17, none of the PV drivers seem to have suspe

Re: [Xen-devel] How to deal with hypercalls returning -EFAULT

On 14/06/18 12:21, Jan Beulich wrote: On 14.06.18 at 10:48, wrote: >> On 14/06/18 10:17, Julien Grall wrote: >>> On Thu, 14 Jun 2018, 07:40 Juergen Gross, >> > wrote: >>> >>> On 13/06/18 18:25, Andrew Cooper wrote: >>> > On 13/06/18 16:27, Juergen Gross wrote:

[Xen-devel] [xen-unstable test] 124170: regressions - FAIL

flight 124170 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/124170/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-libvirt6 libvirt-buildfail REGR. vs. 124090 Tests which did no

Re: [Xen-devel] strange behavior with Multiboot2 on EFI

Is there some way to easily print stack dump with QEMU? Adding -d guest_errors prints only register state. 2018-06-14 13:24 GMT+03:00 Jan Beulich : On 14.06.18 at 12:11, wrote: >>> As you should have a xen.efi available from that same build, could >>> you try running that (from the EFI shel

[Xen-devel] [distros-debian-wheezy test] 74866: all pass

flight 74866 distros-debian-wheezy real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/74866/ Perfect :-) All tests in this flight passed as required baseline version: flight 74794 jobs: build-amd64 pass build-armh

Re: [Xen-devel] [Votel] Graduation Review: Windows PV Driver

Hi all, to summarize this thread, we had the following votes XAPI Project => abstained Hypervisor => 5 votes in favour, no negative votes, which is sufficient for graduation People voting in favour: George Dunlap, Ian Jackson (see [1]) Jan Beulich, Andrew Cooper, Wei Liu (this thread) Best Re

Re: [Xen-devel] [Votel] Graduation Review: Windows PV Driver

> -Original Message- > From: win-pv-devel [mailto:win-pv-devel-boun...@lists.xenproject.org] On > Behalf Of Lars Kurth > Sent: 14 June 2018 12:43 > To: xen-devel ; xen- > a...@lists.xenproject.org > Cc: win-pv-de...@lists.xenproject.org; committ...@xenproject.org > Subject: Re: [win-pv-deve

Re: [Xen-devel] [PATCH v6 11/13] xen: support the Null scheduler

>>> On 13.06.18 at 23:14, wrote: > The Null scheduler has been in the tree long enough to be marked > supported. Wasn't there at least one problem pointed out with it that last time is was proposed to mark it supported (not overly long ago)? Jan ___

Re: [Xen-devel] [PATCH v6 11/13] xen: support the Null scheduler

On 14/06/18 14:40, Jan Beulich wrote: On 13.06.18 at 23:14, wrote: >> The Null scheduler has been in the tree long enough to be marked >> supported. > Wasn't there at least one problem pointed out with it that last time > is was proposed to mark it supported (not overly long ago)? The PV-shi

Re: [Xen-devel] [PATCH v6 12/13] xen: specify support for EXPERT and DEBUG Kconfig options

>>> On 13.06.18 at 23:14, wrote: > --- a/SUPPORT.md > +++ b/SUPPORT.md > @@ -16,6 +16,13 @@ for the definitions of the support status levels etc. > > # Feature Support > > +## Kconfig > + > +Kconfig options that depend on CONFIG_EXPERT or CONFIG_DEBUG are not > +security supported. Other Kcon

[Xen-devel] [linux-3.18 test] 124173: regressions - FAIL

flight 124173 linux-3.18 real [real] http://logs.test-lab.xenproject.org/osstest/logs/124173/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-libvirt6 libvirt-buildfail REGR. vs. 123837 test-armhf-armhf-lib

Re: [Xen-devel] [xen-4.8-testing test] 124100: regressions - FAIL

Jan Beulich writes ("Re: [xen-4.8-testing test] 124100: regressions - FAIL"): > I'd favor a sufficiently justified (as it is now) force push, and then > an immediate release. As you say elsewhere, the problem with in > particular the albanas has been bad enough for it to be sufficiently > unpredict

Re: [Xen-devel] [OSSTEST PATCH] cr-daily-branch, cr-publish-flight-logs: Tolerate failure to push harness

Roger Pau Monné writes ("Re: [OSSTEST PATCH] cr-daily-branch, cr-publish-flight-logs: Tolerate failure to push harness"): > Just tested this by manually killing a cr-daily-branch and it worked > properly, see: > > http://logs.test-lab.xenproject.org/osstest/logs/124171/ > > So: > > Tested-by: R

Re: [Xen-devel] 4.11.0 RC1 panic

>>> On 14.06.18 at 00:16, wrote: > On Wed, Jun 13, 2018 at 03:59:19AM -0600, Jan Beulich wrote: >> >>> On 13.06.18 at 10:57, wrote: >> > On Wed, Jun 13, 2018 at 02:07:29AM -0600, Jan Beulich wrote: >> >> >> >> (XEN) Assertion '!page->linear_pt_count' failed at mm.c:596 >> >> >> >> In fact, ther

Re: [Xen-devel] [PATCH RFC 01/15] xen: allow console_io hypercalls from DomUs on ARM

Hi Stefano, On 13/06/18 23:15, Stefano Stabellini wrote: This is very useful when starting multiple domains from Xen without xenstore access. It will allow them to print out to the Xen console. Signed-off-by: Stefano Stabellini CC: andrew.coop...@citrix.com CC: george.dun...@eu.citrix.com CC:

Re: [Xen-devel] [PATCH RFC 02/15] xen/arm: move a few guest related #defines to public/arch-arm.h

Hi Stefano, On 13/06/18 23:15, Stefano Stabellini wrote: Move a few constants defined by libxl_arm.c to xen/include/public/arch-arm.h, so that they are together with the other guest related #defines such as GUEST_GICD_BASE and GUEST_VPL011_SPI. Also, this way they can be reused by hypervisor cod

Re: [Xen-devel] [PATCH v2 1/2] VT-d: re-phrase logic in vtd_set_hwdom_mapping() for clarity

>>> On 12.06.18 at 15:47, wrote: > --- a/xen/drivers/passthrough/vtd/x86/vtd.c > +++ b/xen/drivers/passthrough/vtd/x86/vtd.c > @@ -114,26 +114,29 @@ void __hwdom_init vtd_set_hwdom_mapping(struct domain > *d) > > BUG_ON(!is_hardware_domain(d)); > > -top = max(max_pdx, pfn_to_pdx(0xff

Re: [Xen-devel] [PATCH v2 1/2] VT-d: re-phrase logic in vtd_set_hwdom_mapping() for clarity

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: 14 June 2018 16:44 > To: Paul Durrant > Cc: Julien Grall ; Andrew Cooper > ; Roger Pau Monne ; > Wei Liu ; George Dunlap ; > Ian Jackson ; Kevin Tian ; > Stefano Stabellini ; xen-devel de...@lists.xenproject.org>;

Re: [Xen-devel] [PATCH v2 2/2] VT-d: reconcile iommu_inclusive_mapping and iommu=dom0-strict

>>> On 12.06.18 at 15:47, wrote: > The documentation for the iommu_inclusive_mapping Xen command line option > states: > > "Use this to work around firmware issues providing incorrect RMRR entries" > > Unfortunately this workaround does not function correctly if the dom0-strict > iommu option is

Re: [Xen-devel] [PATCH v2 1/2] VT-d: re-phrase logic in vtd_set_hwdom_mapping() for clarity

>>> On 14.06.18 at 17:55, wrote: >> -Original Message- >> From: Jan Beulich [mailto:jbeul...@suse.com] >> Sent: 14 June 2018 16:44 >> To: Paul Durrant >> Cc: Julien Grall ; Andrew Cooper >> ; Roger Pau Monne ; >> Wei Liu ; George Dunlap ; >> Ian Jackson ; Kevin Tian ; >> Stefano Stabelli

Re: [Xen-devel] [PATCH RFC 03/15] xen/arm: extend device tree based multiboot protocol

Hi Stefano, On 13/06/18 23:15, Stefano Stabellini wrote: Extend the existing device tree based multiboot protocol to include information regarding other domUs to boot. Signed-off-by: Stefano Stabellini --- docs/misc/arm/device-tree/booting.txt | 102 ++ 1 fil

Re: [Xen-devel] [PATCH v2 1/2] VT-d: re-phrase logic in vtd_set_hwdom_mapping() for clarity

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: 14 June 2018 17:03 > To: Paul Durrant > Cc: Julien Grall ; Andrew Cooper > ; George Dunlap > ; Ian Jackson ; Roger > Pau Monne ; Wei Liu ; Kevin > Tian ; Stefano Stabellini ; > xen-devel ; Konrad Rzeszutek Wilk > ;

[Xen-devel] [PATCH v2] scsi: xen-scsifront: add error handling for xenbus_printf

When xenbus_printf fails, the lack of error-handling code may cause unexpected results. This patch adds error-handling code after calling xenbus_printf. Signed-off-by: Zhouyang Jia --- v1->v2: - Fix dereferencing before checking --- drivers/scsi/xen-scsifront.c | 29 ++--

[Xen-devel] [PATCH v3 05/27] docs: Fix some broken references

As we move stuff around, some doc references are broken. Fix some of them via this script: ./scripts/documentation-file-ref-check --fix Manually checked if the produced result is valid, removing a few false-positives. Acked-by: Takashi Iwai Acked-by: Masami Hiramatsu Acked-by: Stephen B

Re: [Xen-devel] [PATCH RFC 04/15] xen/arm: do not pass dt_host to make_memory_node and make_hypervisor_node

Hi Stefano, On 13/06/18 23:15, Stefano Stabellini wrote: In order to make make_memory_node and make_hypervisor_node more reusable, do not pass them dt_host. As they only use it to calculate addrcells and sizecells, pass addrcells and sizecells directly. Signed-off-by: Stefano Stabellini ---

Re: [Xen-devel] [PATCH v2 2/2] VT-d: reconcile iommu_inclusive_mapping and iommu=dom0-strict

> -Original Message- > From: Jan Beulich [mailto:jbeul...@suse.com] > Sent: 14 June 2018 16:59 > To: Paul Durrant > Cc: Julien Grall ; Andrew Cooper > ; Wei Liu ; George > Dunlap ; Ian Jackson ; > Kevin Tian ; Stefano Stabellini > ; xen-devel ; > Konrad Rzeszutek Wilk ; Tim (Xen.org) > >

Re: [Xen-devel] [PATCH RFC 05/15] xen/arm: rename acpi_make_chosen_node to make_chosen_node

Hi Stefano, On 13/06/18 23:15, Stefano Stabellini wrote: acpi_make_chosen_node is actually generic and can be reused. Rename it to make_chosen_node and make it available to non-ACPI builds. Signed-off-by: Stefano Stabellini --- xen/arch/arm/domain_build.c | 84 ++-

Re: [Xen-devel] [PATCH RFC 01/15] xen: allow console_io hypercalls from DomUs on ARM

-Original Message- > On 13/06/18 23:15, Stefano Stabellini wrote: > > This is very useful when starting multiple domains from Xen without > > xenstore access. It will allow them to print out to the Xen console. > > > > Signed-off-by: Stefano Stabellini > > CC: andrew.coop...@citrix.com > >

[Xen-devel] [PATCH] compiler: add a sizeof_field() macro

Determining the size of a field is useful when you don't have a struct variable handy. Open-coding this is ugly. This patch adds the sizeof_field() macro, which is similar to typeof_field(). Existing instances are updated to use the macro. Signed-off-by: Stefan Hajnoczi --- include/hw/xen/io/

Re: [Xen-devel] [PATCH RFC 08/15] xen/arm: probe domU kernels and initrds

Hi Stefano, On 13/06/18 23:15, Stefano Stabellini wrote: Find addresses and sizes on device tree. Introduce a new boot_module_find_by_addr_and_kind function to match not just on boot module kind, but also by address so that we can support multiple domUs. Signed-off-by: Stefano Stabellini ---

Re: [Xen-devel] [PATCH RFC 09/15] xen/arm: refactor construct_dom0

Hi Stefano, On 13/06/18 23:15, Stefano Stabellini wrote: Move generic initializations out of construct_dom0 so that they can be reused. No functional changes in this patch. Signed-off-by: Stefano Stabellini --- xen/arch/arm/domain_build.c | 124

Re: [Xen-devel] [PATCH RFC 10/15] xen/arm: introduce construct_domU

Hi, On 13/06/18 23:15, Stefano Stabellini wrote: Similar to construct_dom0, construct_domU creates a barebone DomU guest. Default to 1 max vcpu and 64MB of memory if not specified otherwise. The device tree node passed as argument is compatible "xen,domU", see docs/misc/arm/device-tree/booting.

Re: [Xen-devel] [PATCH v3 0/9] xen: dma-buf support for grant device

On 06/14/2018 02:47 AM, Oleksandr Andrushchenko wrote: > Hi, Boris! > > It seems that I have resolved all the issues now which > were mainly cleanup and code movement and 5 of 9 patches > already have r-b's. Do you, as the primary reviewer of the > series, think I can push (hopefully) the final ver

Re: [Xen-devel] [PATCH RFC 11/15] xen/arm: generate a simple device tree for domUs

Hi Stefano, On 13/06/18 23:15, Stefano Stabellini wrote: Introduce functions to generate a basic domU device tree, similar to the existing functions in tools/libxl/libxl_arm.c. Rename existing prepare_dtb to prepare_dtb_dom0 to avoid confusion. Ah this is were the rename is. It might have mak

Re: [Xen-devel] [PATCH RFC 00/15] dom0less step1: boot multiple domains from device tree

On Wed, Jun 13, 2018 at 03:15:09PM -0700, Stefano Stabellini wrote: > Hi all, > > This is first step toward "dom0less" as discussed in the various > certifications related threads and discussions. > > The goal of this series is to enable Xen to boot multiple domains in > parallel, in addition to

Re: [Xen-devel] [Qemu-devel] [PATCH] compiler: add a sizeof_field() macro

On 06/14/2018 12:44 PM, Stefan Hajnoczi wrote: > Determining the size of a field is useful when you don't have a struct > variable handy. Open-coding this is ugly. > > This patch adds the sizeof_field() macro, which is similar to > typeof_field(). Existing instances are updated to use the macr

Re: [Xen-devel] [RFC PATCH 12/12] PM / hibernate: update the resume offset on SNAPSHOT_SET_SWAP_AREA

Hi! > From: Aleksei Besogonov > > The SNAPSHOT_SET_SWAP_AREA is supposed to be used to set the hibernation > offset on a running kernel to enable hibernating to a swap file. > However, it doesn't actually update the swsusp_resume_block variable. As > a result, the hibernation fails at the last s

Re: [Xen-devel] [PATCH v6 11/13] xen: support the Null scheduler

On Thu, 14 Jun 2018, Andrew Cooper wrote: > On 14/06/18 14:40, Jan Beulich wrote: > On 13.06.18 at 23:14, wrote: > >> The Null scheduler has been in the tree long enough to be marked > >> supported. > > Wasn't there at least one problem pointed out with it that last time > > is was proposed t

Re: [Xen-devel] [PATCH v6 12/13] xen: specify support for EXPERT and DEBUG Kconfig options

On Thu, 14 Jun 2018, Jan Beulich wrote: > >>> On 13.06.18 at 23:14, wrote: > > --- a/SUPPORT.md > > +++ b/SUPPORT.md > > @@ -16,6 +16,13 @@ for the definitions of the support status levels etc. > > > > # Feature Support > > > > +## Kconfig > > + > > +Kconfig options that depend on CONFIG_EXPE

Re: [Xen-devel] [Qemu-devel] [PATCH] compiler: add a sizeof_field() macro

On 06/14/2018 04:17 PM, John Snow wrote: > On 06/14/2018 12:44 PM, Stefan Hajnoczi wrote: >> Determining the size of a field is useful when you don't have a struct >> variable handy. Open-coding this is ugly. >> >> This patch adds the sizeof_field() macro, which is similar to >> typeof_field(). E

Re: [Xen-devel] [PATCH RFC 00/15] dom0less step1: boot multiple domains from device tree

On Thu, 14 Jun 2018, Edgar E. Iglesias wrote: > On Wed, Jun 13, 2018 at 03:15:09PM -0700, Stefano Stabellini wrote: > > Hi all, > > > > This is first step toward "dom0less" as discussed in the various > > certifications related threads and discussions. > > > > The goal of this series is to enable

Re: [Xen-devel] [PATCH RFC 01/15] xen: allow console_io hypercalls from DomUs on ARM

On Thu, 14 Jun 2018, DeGraaf, Daniel G wrote: > -Original Message- > > On 13/06/18 23:15, Stefano Stabellini wrote: > > > This is very useful when starting multiple domains from Xen without > > > xenstore access. It will allow them to print out to the Xen console. > > > > > > Signed-off-by:

Re: [Xen-devel] [PATCH RFC 02/15] xen/arm: move a few guest related #defines to public/arch-arm.h

On Thu, 14 Jun 2018, Julien Grall wrote: > Hi Stefano, > > On 13/06/18 23:15, Stefano Stabellini wrote: > > Move a few constants defined by libxl_arm.c to > > xen/include/public/arch-arm.h, so that they are together with the other > > guest related #defines such as GUEST_GICD_BASE and GUEST_VPL011

[Xen-devel] [qemu-mainline test] 124177: tolerable FAIL - PUSHED

flight 124177 qemu-mainline real [real] http://logs.test-lab.xenproject.org/osstest/logs/124177/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemuu-win7-amd64 17 guest-stopfail like 124093 test-armhf-armhf-libvirt 14 sav

Re: [Xen-devel] [PATCH RFC 04/15] xen/arm: do not pass dt_host to make_memory_node and make_hypervisor_node

On Thu, 14 Jun 2018, Julien Grall wrote: > Hi Stefano, > > On 13/06/18 23:15, Stefano Stabellini wrote: > > In order to make make_memory_node and make_hypervisor_node more > > reusable, do not pass them dt_host. As they only use it to calculate > > addrcells and sizecells, pass addrcells and sizec

Re: [Xen-devel] [PATCH v2] scsi: xen-scsifront: add error handling for xenbus_printf

On 06/14/2018 12:08 PM, Zhouyang Jia wrote: > When xenbus_printf fails, the lack of error-handling code may > cause unexpected results. > > This patch adds error-handling code after calling xenbus_printf. > > Signed-off-by: Zhouyang Jia > --- > v1->v2: > - Fix dereferencing before checking > --- >

Re: [Xen-devel] [PATCH] xen: add error handling for xenbus_printf

On 06/11/2018 11:44 PM, Zhouyang Jia wrote: > When xenbus_printf fails, the lack of error-handling code may > cause unexpected results. > > This patch adds error-handling code after calling xenbus_printf. > > Signed-off-by: Zhouyang Jia > --- > drivers/xen/manage.c | 17 ++--- > 1 fil

Re: [Xen-devel] [PATCH RFC 05/15] xen/arm: rename acpi_make_chosen_node to make_chosen_node

On Thu, 14 Jun 2018, Julien Grall wrote: > Hi Stefano, > > On 13/06/18 23:15, Stefano Stabellini wrote: > > acpi_make_chosen_node is actually generic and can be reused. Rename it > > to make_chosen_node and make it available to non-ACPI builds. > > > > Signed-off-by: Stefano Stabellini > > --- >

[Xen-devel] [PATCH v3] scsi: xen-scsifront: add error handling for xenbus_printf

When xenbus_printf fails, the lack of error-handling code may cause unexpected results. This patch adds error-handling code after calling xenbus_printf. Signed-off-by: Zhouyang Jia --- v1->v2: - Fix dereferencing before checking v2->v3: - Use xenbus_dev_error to report errors. --- drivers/scsi/

[Xen-devel] [PATCH v2] xen: add error handling for xenbus_printf

When xenbus_printf fails, the lack of error-handling code may cause unexpected results. This patch adds error-handling code after calling xenbus_printf. Signed-off-by: Zhouyang Jia --- v1->v2: - Add __func__. --- drivers/xen/manage.c | 18 +++--- 1 file changed, 15 insertions(+), 3

Re: [Xen-devel] [PATCH] xen: add error handling for xenbus_printf

Hi, Sorry, I can't find which xenbus_device to print. So I inherit the existing style and use pr_err. I add __func__ in v2. If it needs to be changed, please let me know. Thanks for your kind reply. Best, Zhouyang 2018-06-15 5:57 GMT+08:00 Boris Ostrovsky : > On 06/11/2018 11:44 PM, Zhouyang

Re: [Xen-devel] [PATCH RFC 09/15] xen/arm: refactor construct_dom0

On Thu, 14 Jun 2018, Julien Grall wrote: > Hi Stefano, > > On 13/06/18 23:15, Stefano Stabellini wrote: > > Move generic initializations out of construct_dom0 so that they can be > > reused. > > > > No functional changes in this patch. > > > > Signed-off-by: Stefano Stabellini > > --- > > xen

Re: [Xen-devel] [PATCH v3] scsi: xen-scsifront: add error handling for xenbus_printf

Hi, Thank you for the patch! Yet something to improve: [auto build test ERROR on xen-tip/linux-next] [also build test ERROR on v4.17 next-20180614] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci/linux

[Xen-devel] [xen-4.6-testing test] 124178: regressions - FAIL

flight 124178 xen-4.6-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/124178/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-armhf-armhf-libvirt-raw 15 guest-start/debian.repeat fail REGR. vs. 123907 Tests which di

[Xen-devel] [PATCH v4] scsi: xen-scsifront: add error handling for xenbus_printf

When xenbus_printf fails, the lack of error-handling code may cause unexpected results. This patch adds error-handling code after calling xenbus_printf. Signed-off-by: Zhouyang Jia --- v1->v2: - Fix dereferencing before checking. v2->v3: - Use xenbus_dev_error to report errors. v3->v4: - Fix com

Re: [Xen-devel] [PATCH v3] scsi: xen-scsifront: add error handling for xenbus_printf

Hi, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on xen-tip/linux-next] [also build test WARNING on v4.17 next-20180614] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci

[Xen-devel] [xen-4.8-testing baseline-only test] 74867: tolerable FAIL

This run is configured for baseline tests only. flight 74867 xen-4.8-testing real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/74867/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-amd64-amd64-xl-qemut-win10-i386 10 windows-install

[Xen-devel] [xen-4.7-testing test] 124179: regressions - FAIL

flight 124179 xen-4.7-testing real [real] http://logs.test-lab.xenproject.org/osstest/logs/124179/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-credit2 7 xen-boot fail REGR. vs. 123897 Tests which did

Re: [Xen-devel] [RFC PATCH 12/12] PM / hibernate: update the resume offset on SNAPSHOT_SET_SWAP_AREA

(sorry for top-posting) Well, not completely broken. It just required a restart for the offset setting to take an effect. On 6/14/18, 12:46, "Pavel Machek" wrote: Hi! > From: Aleksei Besogonov > > The SNAPSHOT_SET_SWAP_AREA is supposed to be used to set the hibernation

Re: [Xen-devel] BUG: jumbo frames broken after commit xen-netfront: Fix race between device setup and open

Hi Andrew, On Wed, Jun 6, 2018 at 6:29 PM, Andrew Jeddeloh wrote: > Hi all, > > The patch "xen-netfront: Fix race between device setup and open" seems > to have introduced a regression preventing setting MTU's larger than > 1500. We experienced this downstream with Container Linux and > confirmed

Re: [Xen-devel] [PATCH v3] scsi: xen-scsifront: add error handling for xenbus_printf

Hi, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on xen-tip/linux-next] [also build test WARNING on v4.17 next-20180614] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci

Re: [Xen-devel] [PATCH v4] scsi: xen-scsifront: add error handling for xenbus_printf

Hi, Thank you for the patch! Perhaps something to improve: [auto build test WARNING on xen-tip/linux-next] [also build test WARNING on v4.17 next-20180614] [if your patch is applied to the wrong git tree, please drop us a note to help improve the system] url: https://github.com/0day-ci

[Xen-devel] [PATCH v4 7/9] xen/gntdev: Add initial support for dma-buf UAPI

From: Oleksandr Andrushchenko Add UAPI and IOCTLs for dma-buf grant device driver extension: the extension allows userspace processes and kernel modules to use Xen backed dma-buf implementation. With this extension grant references to the pages of an imported dma-buf can be exported for other dom

[Xen-devel] [PATCH v4 2/9] xen/grant-table: Make set/clear page private code shared

From: Oleksandr Andrushchenko Make set/clear page private code shared and accessible to other kernel modules which can re-use these instead of open-coding. Signed-off-by: Oleksandr Andrushchenko Reviewed-by: Boris Ostrovsky --- drivers/xen/grant-table.c | 54 +-

[Xen-devel] [PATCH v4 0/9] xen: dma-buf support for grant device

From: Oleksandr Andrushchenko This work is in response to my previous attempt to introduce Xen/DRM zero-copy driver [1] to enable Linux dma-buf API [2] for Xen based frontends/backends. There is also an existing hyper_dmabuf approach available [3] which, if reworked to utilize the proposed soluti

[Xen-devel] [PATCH v4 9/9] xen/gntdev: Implement dma-buf import functionality

From: Oleksandr Andrushchenko 1. Import a dma-buf with the file descriptor provided and export granted references to the pages of that dma-buf into the array of grant references. 2. Add API to close all references to an imported buffer, so it can be released by the owner. This is only v

[Xen-devel] [PATCH v4 1/9] xen/grant-table: Export gnttab_{alloc|free}_pages as GPL

From: Oleksandr Andrushchenko Only gnttab_{alloc|free}_pages are exported as EXPORT_SYMBOL while all the rest are exported as EXPORT_SYMBOL_GPL, thus effectively making it not possible for non-GPL driver modules to use grant table module. Export gnttab_{alloc|free}_pages as EXPORT_SYMBOL_GPL so a

[Xen-devel] [PATCH v4 3/9] xen/balloon: Share common memory reservation routines

From: Oleksandr Andrushchenko Memory {increase|decrease}_reservation and VA mappings update/reset code used in balloon driver can be made common, so other drivers can also re-use the same functionality without open-coding. Create a dedicated file for the shared code and export corresponding symbo

[Xen-devel] [PATCH v4 6/9] xen/gntdev: Make private routines/structures accessible

From: Oleksandr Andrushchenko This is in preparation for adding support of DMA buffer functionality: make map/unmap related code and structures, used privately by gntdev, ready for dma-buf extension, which will re-use these. Rename corresponding structures as those become non-private to gntdev no

[Xen-devel] [PATCH v4 8/9] xen/gntdev: Implement dma-buf export functionality

From: Oleksandr Andrushchenko 1. Create a dma-buf from grant references provided by the foreign domain. By default dma-buf is backed by system memory pages, but by providing GNTDEV_DMA_FLAG_XXX flags it can also be created as a DMA write-combine/coherent buffer, e.g. allocated with co

[Xen-devel] [PATCH v4 5/9] xen/gntdev: Allow mappings for DMA buffers

From: Oleksandr Andrushchenko Allow mappings for DMA backed buffers if grant table module supports such: this extends grant device to not only map buffers made of balloon pages, but also from buffers allocated with dma_alloc_xxx. Signed-off-by: Oleksandr Andrushchenko Reviewed-by: Boris Ostrov

[Xen-devel] [PATCH v4 4/9] xen/grant-table: Allow allocating buffers suitable for DMA

From: Oleksandr Andrushchenko Extend grant table module API to allow allocating buffers that can be used for DMA operations and mapping foreign grant references on top of those. The resulting buffer is similar to the one allocated by the balloon driver in that proper memory reservation is made by

Re: [Xen-devel] [PATCH v4 5/9] xen/gntdev: Allow mappings for DMA buffers

Please note, that this will need a change (attached) while applying to the mainline kernel because of API changes [1]. Unfortunately, current Xen tip kernel tree is v4.17-rc5 based, so I cannot make the change in this patch now. [1] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux

Re: [Xen-devel] [PATCH v4 5/9] xen/gntdev: Allow mappings for DMA buffers

On 15/06/18 08:32, Oleksandr Andrushchenko wrote: > Please note, that this will need a change (attached) while > applying to the mainline kernel because of API changes [1]. > > Unfortunately, current Xen tip kernel tree is v4.17-rc5 based, > so I cannot make the change in this patch now. I don't

Re: [Xen-devel] [PATCH v4 5/9] xen/gntdev: Allow mappings for DMA buffers

On 06/15/2018 09:46 AM, Juergen Gross wrote: On 15/06/18 08:32, Oleksandr Andrushchenko wrote: Please note, that this will need a change (attached) while applying to the mainline kernel because of API changes [1]. Unfortunately, current Xen tip kernel tree is v4.17-rc5 based, so I cannot make t