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] [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 >

[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

[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

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] [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

[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

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] [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

[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. ---

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 > > ---

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 > ---

[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

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

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. > > > > > >

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

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().

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

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

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

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

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] [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

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

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

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 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 ---

[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 ---

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 >

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 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 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 ---

[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

[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

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 >

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

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

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

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

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,

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

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] 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,

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:

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 >

[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

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

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] [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:

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

[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

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

[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

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

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

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

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 :).

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

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.

[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

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

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

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] [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

[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

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

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 version of the patches? Just in case you want to look at v4 it is

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

On 06/14/2018 01:03 AM, Boris Ostrovsky wrote: On 06/13/2018 05:04 AM, Oleksandr Andrushchenko wrote: On 06/13/2018 06:14 AM, Boris Ostrovsky wrote: On 06/12/2018 09:42 AM, Oleksandr Andrushchenko wrote:   int gntdev_dmabuf_imp_release(struct gntdev_dmabuf_priv *priv, u32 fd)   { -   

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

On 13/06/18 18:06, Ian Jackson wrote: > Juergen Gross writes ("How to deal with hypercalls returning -EFAULT"): >> 3. Modify the interface to the privcmd driver to pass information about >>used buffers to the kernel in order to lock them there. Either add a >>new interface for hypercall

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

On 13/06/18 18:25, Andrew Cooper wrote: > On 13/06/18 16:27, Juergen Gross wrote: >> Currently the release of Xen 4.11 is blocked due to a sporadic failure >> of the OSSTEST guest-saverestore[.2]. During that test a hypercall >> issued by libxc via the Linux privcmd driver returns -EFAULT in spite