[Xen-devel] [PATCH v2 2/3] libxl: add new pvusb backend "qusb" provided by qemu

Add a new pvusb backend type "qusb" which is provided by qemu. It can be selected either by specifying the type directly in the configuration or it is selected automatically by libxl in case there is no "usbback" driver loaded. Signed-off-by: Juergen Gross --- docs/man/xl.cfg.pod.5

[Xen-devel] [PATCH v2 3/3] libxl: add domain config parameter to force start of qemu

Today the device model (qemu) is started for a pv domain only in case a device requiring qemu is specified in the domain configuration (qdisk, vfb, channel). If there is no such device the device model isn't started and hence it is possible to add such a device to the domain later. Add a domain co

[Xen-devel] [PATCH v2 1/3] libxl: make libxl__need_xenpv_qemu() operate on domain config

libxl__need_xenpv_qemu() is called with configuration data for console, vfbs, disks and channels today in order to evaluate the need for starting a device model for a pv domain. The console data is local to the caller and setup in a way to never require a device model. All other data is taken from

[Xen-devel] [PATCH v2 0/3] libxl: add support for qemu base pvusb backend

This patch series is meant to be applied on top of Chunyan's series to support pvusb in libxl. It is adding support for an alternative pvusb backend "qusb" via qemu. Changes in V2: - patch 1: Return false if libxl__get_domid() fails as requested by George Dunlap - Swapped patches 2 and 3 as for

Re: [Xen-devel] [PATCH v4 0/3] add hypercall option to temporarily pin a vcpu

Committers, anything missing on my side to have this series being committed? All patches have Acked-by and Reviewed-by tags. Juergen On 10/03/16 06:27, Juergen Gross wrote: > Some hardware (e.g. Dell studio 1555 laptops) require SMIs to be > called on physical cpu 0 only. Linux drivers like dcd

Re: [Xen-devel] [PATCH 13/16] xen: sched: allow for choosing credit2 runqueues configuration at boot

On 18/03/16 20:05, Dario Faggioli wrote: > In fact, credit2 uses CPU topology to decide how to arrange > its internal runqueues. Before this change, only 'one runqueue > per socket' was allowed. However, experiments have shown that, > for instance, having one runqueue per physical core improves > p

[Xen-devel] [linux-3.4 test] 86823: regressions - FAIL

flight 86823 linux-3.4 real [real] http://logs.test-lab.xenproject.org/osstest/logs/86823/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-rumpuserxen 6 xen-build fail REGR. vs. 64451 build-i386-rumpuserxen

Re: [Xen-devel] [PATCH 04/16] xen: sched: implement .init_pdata in all schedulers

On 18/03/16 20:04, Dario Faggioli wrote: > by borrowing some of the code of .alloc_pdata, i.e., > the bits that perform initializations, leaving only > actual allocations in there, when any, which is the > case for Credit1 and RTDS. > > On the other hand, in Credit2, since we don't really > need a

Re: [Xen-devel] [PATCH 02/16] xen: sched: add .init_pdata hook to the scheduler interface

On 18/03/16 20:04, Dario Faggioli wrote: > with the purpose of decoupling the allocation phase and > the initialization one, for per-pCPU data of the schedulers. > > This makes it possible to perform the initialization later > in the pCPU bringup/assignement process, when more information > (for i

[Xen-devel] [distros-debian-snapshot test] 44272: trouble: blocked/broken

flight 44272 distros-debian-snapshot real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44272/ Failures and problems with tests :-( Tests which did not succeed and are blocking, including tests which could not be run: build-armhf 4 capture-logs !broken

[Xen-devel] [PATCH v10 1/5] vscsiif.h: fix WWN notation for p-dev property

The pvops kernel expects either "naa.WWN:LUN" or "h:c:t:l" in the p-dev property. Add the missing :LUN part to the comment. Signed-off-by: Olaf Hering Acked-by: Ian Campbell Acked-by: Wei Liu Cc: Ian Campbell Cc: Ian Jackson Cc: Jan Beulich Cc: Keir Fraser Cc: Tim Deegan --- xen/include/p

[Xen-devel] [PATCH v10 2/5] docs: add vscsi to xenstore-paths.markdown

Signed-off-by: Olaf Hering Acked-by: Ian Campbell Acked-by: Wei Liu Cc: Ian Campbell Cc: Ian Jackson Cc: Jan Beulich Cc: Keir Fraser Cc: Tim Deegan --- docs/misc/xenstore-paths.markdown | 10 ++ 1 file changed, 10 insertions(+) diff --git a/docs/misc/xenstore-paths.markdown b/doc

[Xen-devel] [PATCH v10 3/5] vscsiif.h: add some notes about xenstore layout

Signed-off-by: Olaf Hering Acked-by: Ian Campbell Acked-by: Wei Liu Cc: Ian Campbell Cc: Ian Jackson Cc: Jan Beulich Cc: Keir Fraser Cc: Tim Deegan --- xen/include/public/io/vscsiif.h | 69 + 1 file changed, 69 insertions(+) diff --git a/xen/include

[Xen-devel] [PATCH v10 0/5] libxl: add support for pvscsi, iteration 10

Port vscsi=[] and scsi-{attach,detach,list} commands from xend to libxl. libvirt uses its existing SCSI support: http://lists.xenproject.org/archives/html/xen-devel/2015-04/msg02963.html targetcli/rtslib has to be aware of xen-scsiback (upstream unresponsive): http://article.gmane.org/gmane.linux

[Xen-devel] [PATCH v10 4/5] libxl: add support for vscsi

Port pvscsi support from xend to libxl: vscsi=['pdev,vdev{,options}'] xl scsi-attach xl scsi-detach xl scsi-list Signed-off-by: Olaf Hering Cc: Ian Jackson Cc: Stefano Stabellini Cc: Ian Campbell Cc: Wei Liu --- docs/man/xl.cfg.pod.5| 56 ++ docs/man/xl.pod.1

[Xen-devel] [PATCH v10 5/5] Scripts to create and delete xen-scsiback nodes in Linux target framework

Just to make them public, not meant for merging: The scripts used during development to create a bunch of SCSI devices in dom0 using the Linux target framework. targetcli3 and rtslib3 is used. A patch is required for python-rtslib: http://article.gmane.org/gmane.linux.scsi.target.devel/8146 Signe

Re: [Xen-devel] [PATCH v3 21/28] xen+tools: Export maximum host and guest cpu featuresets via SYSCTL

>>> On 15.03.16 at 16:35, wrote: > @@ -196,6 +197,56 @@ long arch_do_sysctl( > ret = -EFAULT; > break; > > +case XEN_SYSCTL_get_cpu_featureset: > +{ > +static const uint32_t *featureset_table[] = { Being static, this should imo gain a second const. With tha

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

flight 86819 xen-unstable real [real] http://logs.test-lab.xenproject.org/osstest/logs/86819/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-i386-xl-qemuu-win7-amd64 15 guest-localmigrate/x10 fail in 86645 REGR. vs. 86491 test-a

Re: [Xen-devel] Regarding Outreachy project on Improving CR Dashboard (Urgent)

Hello all, Thank you for the introduction Lars. On Mon, Mar 21, 2016 at 3:13 PM, Lars Kurth wrote: > > There are no Perceval based scripts at this stage yet. But maybe we can > find some improvements. > @Priya: What is your IRC handle. I think we ought to set up a quick chat, > if possible. I a

[Xen-devel] [ovmf test] 86841: regressions - FAIL

flight 86841 ovmf real [real] http://logs.test-lab.xenproject.org/osstest/logs/86841/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: test-amd64-amd64-xl-qemuu-ovmf-amd64 9 debian-hvm-install fail REGR. vs. 65543 test-amd64-i386-xl-qemuu-ovm

Re: [Xen-devel] [PATCH v2 6/9] libxl: Share logic for finding path between qemuu and pygrub

On Mon, Mar 21, 2016 at 6:16 PM, George Dunlap wrote: > From: George Dunlap > > qemu can also access disks which will be provided with a qdisk backend > directly; add a flag to libxl__device_disk_find_local_path to indicate > whether to check for qdisk direct access. > > Call libxl__device_disk_f

Re: [Xen-devel] [PATCH v3 03/28] xen/public: Export cpu featureset information in the public API

On 16/03/16 08:32, Konrad Rzeszutek Wilk wrote: > >> + >> +/* Intel-defined CPU features, CPUID level 0x0001.ecx, word 1 */ > This is quite the redefinition of the x86_capability[] array. > > As in if folks look at this from Linux and Xen there is quite > a change. Why does it matter? People

[Xen-devel] [linux-4.1 test] 86830: regressions - FAIL

flight 86830 linux-4.1 real [real] http://logs.test-lab.xenproject.org/osstest/logs/86830/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-rumpuserxen 6 xen-build fail REGR. vs. 66399 build-i386-rumpuserxen

Re: [Xen-devel] [V4] x86/xsaves: calculate the xstate_comp_offsets base on xstate_bv

>>> On 16.03.16 at 13:12, wrote: Please have patch subjects have [PATCH at their beginning. > @@ -111,57 +111,70 @@ static int setup_xstate_features(bool_t bsp) > for ( leaf = 2; leaf < xstate_features; leaf++ ) > { > if ( bsp ) > +{ > cpuid_count(XSTATE_C

Re: [Xen-devel] [PATCH v3 09/28] xen/x86: Calculate maximum host and guest featuresets

On 18/03/16 17:09, Jan Beulich wrote: On 15.03.16 at 16:35, wrote: >> +static void __init calculate_hvm_featureset(void) >> +{ >> +unsigned int i; >> +const uint32_t *hvm_featuremask; >> + >> +if ( !hvm_enabled ) >> +return; >> + >> +hvm_featuremask = hvm_funcs.hap_sup

[Xen-devel] Linux 4.5's nfp_net_irq_unmask_msix() vs Xen

All, the new driver homed under drivers/net/ethernet/netronome/nfp/ has some direct MSI-X table manipulation which quite clearly is incompatible with Xen. According to the comment preceding the function, bypassing the Linux IRQ subsystem is intentional here. Irrespective of the question of whether

Re: [Xen-devel] [PATCH 1/3] Add new functions to get/set memory types.

On Wed, Mar 16, 2016 at 12:21 PM, Yu Zhang wrote: > For clarity this patch breaks the code to set/get memory types out > of do_hvm_op() into dedicated functions: hvmop_set/get_mem_type(). > Also, for clarity, checks for whether a memory type change is allowed > are broken out into a separate funct

Re: [Xen-devel] [linux-3.4 test] 86823: regressions - FAIL

osstest service owner writes ("[linux-3.4 test] 86823: regressions - FAIL"): > flight 86823 linux-3.4 real [real] > http://logs.test-lab.xenproject.org/osstest/logs/86823/ > > Regressions :-( > > Tests which did not succeed and are blocking, > including tests which could not be run: > build-amd6

Re: [Xen-devel] Linux 4.5's nfp_net_irq_unmask_msix() vs Xen

Hello Jan. On Tue, 22 Mar 2016 05:29:54 -0600, Jan Beulich wrote: > All, > > the new driver homed under drivers/net/ethernet/netronome/nfp/ > has some direct MSI-X table manipulation which quite clearly is > incompatible with Xen. According to the comment preceding the > function, bypassing the L

Re: [Xen-devel] Linux 4.5's nfp_net_irq_unmask_msix() vs Xen

On Tue, 22 Mar 2016 11:34:25 +, Jakub Kicinski wrote: > Hello Jan. > > On Tue, 22 Mar 2016 05:29:54 -0600, Jan Beulich wrote: > > All, > > > > the new driver homed under drivers/net/ethernet/netronome/nfp/ > > has some direct MSI-X table manipulation which quite clearly is > > incompatible wi

[Xen-devel] [seabios test] 86832: tolerable FAIL - PUSHED

flight 86832 seabios real [real] http://logs.test-lab.xenproject.org/osstest/logs/86832/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-i386-xl-qemuu-win7-amd64 16 guest-stop fail like 85649 test-amd64-amd64-xl-qemuu-win7-amd

Re: [Xen-devel] Regarding Outreachy project on Improving CR Dashboard (Urgent)

> On 22 Mar 2016, at 09:43, Priya wrote: > > Hello all, > > Thank you for the introduction Lars. > > On Mon, Mar 21, 2016 at 3:13 PM, Lars Kurth > wrote: > > There are no Perceval based scripts at this stage yet. But maybe we can find > some improvements.

Re: [Xen-devel] Linux 4.5's nfp_net_irq_unmask_msix() vs Xen

>>> On 22.03.16 at 12:38, wrote: > On Tue, 22 Mar 2016 11:34:25 +, Jakub Kicinski wrote: >> On Tue, 22 Mar 2016 05:29:54 -0600, Jan Beulich wrote: >> > the new driver homed under drivers/net/ethernet/netronome/nfp/ >> > has some direct MSI-X table manipulation which quite clearly is >> > incom

Re: [Xen-devel] [PATCH v3 09/28] xen/x86: Calculate maximum host and guest featuresets

>>> On 22.03.16 at 12:23, wrote: > On 18/03/16 17:09, Jan Beulich wrote: > On 15.03.16 at 16:35, wrote: >>> +static void __init calculate_hvm_featureset(void) >>> +{ >>> +unsigned int i; >>> +const uint32_t *hvm_featuremask; >>> + >>> +if ( !hvm_enabled ) >>> +return; >>>

Re: [Xen-devel] [PATCH 2/5] x86/time: implement tsc as clocksource

On 03/18/2016 08:21 PM, Andrew Cooper wrote: > On 17/03/16 16:12, Joao Martins wrote: >> Introduce support for using TSC as platform time which is the highest >> resolution time and most performant to get (~20 nsecs). Though there >> are also several problems associated with its usage, and there

Re: [Xen-devel] [PATCH 2/5] x86/time: implement tsc as clocksource

>>> On 22.03.16 at 13:41, wrote: > > On 03/18/2016 08:21 PM, Andrew Cooper wrote: >> On 17/03/16 16:12, Joao Martins wrote: >>> Introduce support for using TSC as platform time which is the highest >>> resolution time and most performant to get (~20 nsecs). Though there >>> are also several pro

Re: [Xen-devel] [PATCH v2 8/9] docs: Document block-script protocol

On Mon, 21 Mar 2016, George Dunlap wrote: > Signed-off-by: George Dunlap > --- > Changes since v1: > - Attempt to make a clear distinction between custom hotplug scripts > and the script called for raw physical devices and files > > CC: Ian Jackson > CC: Wei Liu > CC: Roger Pau Monne > --- >

[Xen-devel] [PATCH] x86: drop raw_write_cr4() again

The bypassing of the memory cache is, namely in the context of the 32-bit PV SMEP/SMAP workaround series (as Andrew validly points out), making the overall correctness more difficult to verify. Hence go back to uniform writes. Signed-off-by: Jan Beulich --- a/xen/include/asm-x86/processor.h +++

Re: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node

On 03/17/2016 07:12 PM, Ian Jackson wrote: > David Vrabel writes ("Re: [Xen-devel] [RFC PATCH] blkif.h: document > scsi/0x12/0x83 node"): >> On 16/03/16 13:59, Bob Liu wrote: >>> But we'd like to get the VPD information(of underlying storage device) also >>> in Linux blkfront, even blkfront is n

[Xen-devel] [PATCH] x86/domctl: don't waste domain CPUID slot for all zero data

domain_cpuid() returns all zeroes anyway when not finding a match, so there's no need to explicitly store such a set of values. Signed-off-by: Jan Beulich --- a/xen/arch/x86/domctl.c +++ b/xen/arch/x86/domctl.c @@ -714,7 +714,7 @@ long arch_do_domctl( case XEN_DOMCTL_set_cpuid: { -

Re: [Xen-devel] [PATCH v6 01/22] arm/acpi: Estimate memory required for acpi/efi tables

On 2016年03月19日 02:44, Julien Grall wrote: >> +++ b/xen/arch/arm/efi/efi-dom0.h > > Why does this header live in arch/arm/efi instead of include/asm-arm? Because this file only externs the acpi_mem and is included in the files under the same directory and there is no such same name file for x86. So

[Xen-devel] [PATCH] libxc/x86: XSAVE related adjustments

- don't unintentionally increase features reported by sub-leaf 0 EDX:EAX - don't discard the known flags in sub-leaves 2..63 ECX - handle components 32...62 (EDX) in sub-leaf 1 consistently with 0...31 (ECX) - zap sub-leaves beyond 62 Signed-off-by: Jan Beulich --- While obviously requiring r

Re: [Xen-devel] [PATCH v6 09/22] arm/p2m: Add helper functions to map memory regions

On 2016年03月21日 23:52, Julien Grall wrote: > Title: to map/unmap > > On 17/03/2016 09:40, Shannon Zhao wrote: >> diff --git a/xen/include/asm-arm/p2m.h b/xen/include/asm-arm/p2m.h >> index 433952a..17be6ad 100644 >> --- a/xen/include/asm-arm/p2m.h >> +++ b/xen/include/asm-arm/p2m.h >> @@ -144,6 +14

Re: [Xen-devel] [PATCH v6 11/22] arm/acpi: Prepare EFI system table for Dom0

On 2016年03月22日 00:10, Julien Grall wrote: > Hi Shannon, > > On 17/03/2016 09:40, Shannon Zhao wrote: > > [...] > >> diff --git a/xen/arch/arm/efi/efi-dom0.c b/xen/arch/arm/efi/efi-dom0.c >> index 90a7699..b8a062c 100644 >> --- a/xen/arch/arm/efi/efi-dom0.c >> +++ b/xen/arch/arm/efi/efi-dom0.c >>

Re: [Xen-devel] [PATCH v6 12/22] arm/acpi: Prepare EFI memory descriptor for Dom0

On 2016年03月22日 00:51, Julien Grall wrote: >> +memory_map[offset].Attribute = EFI_MEMORY_WB; >> +} >> + >> +for( i = 0; i < acpi_mem.nr_banks; i++, offset++ ) >> +{ >> +memory_map[offset].Type = EfiACPIReclaimMemory; >> +memory_map[offset].PhysicalStart = acpi_mem

Re: [Xen-devel] [PATCH v6 13/22] arm/acpi: Map the new created EFI and ACPI tables to Dom0

On 2016年03月22日 08:42, Julien Grall wrote: > Hi Shannon, > > On 17/03/2016 09:40, Shannon Zhao wrote: >> From: Shannon Zhao >> >> Map the UEFI and ACPI tables which we created to non-RAM space in Dom0. >> >> Signed-off-by: Shannon Zhao >> Reviewed-by: Stefano Stabellini >> --- >> xen/arch/arm/

[Xen-devel] [PATCH v2 2/4] ns16550: enable Pericom controller support

Other than the controllers supported so far, multiple port Pericom boards map all of their ports via BAR0, which requires a number of adjustments: Instead of tracking "max_bars" we now flag whether all ports use BAR0, and whether to expect a port-I/O or MMIO resource. As a result pci_uart_config()

Re: [Xen-devel] [PATCH v6 14/22] arm/acpi: Create min DT stub for Dom0

On 2016年03月22日 09:07, Julien Grall wrote: > >> +int __init arm_acpi_make_efi_nodes(void *fdt, struct membank tbl_add[]) > > It's odd to have this function in efi-dom0.c. We want to keep all the > device tree creation together. > We've discussed this before. We want to reuse the definition of EFI

Re: [Xen-devel] [PATCH v6 11/22] arm/acpi: Prepare EFI system table for Dom0

>>> On 22.03.16 at 14:06, wrote: > On 2016年03月22日 00:10, Julien Grall wrote: >> Hi Shannon, >> >> On 17/03/2016 09:40, Shannon Zhao wrote: >> >> [...] >> >>> diff --git a/xen/arch/arm/efi/efi-dom0.c b/xen/arch/arm/efi/efi-dom0.c >>> index 90a7699..b8a062c 100644 >>> --- a/xen/arch/arm/efi/efi-d

Re: [Xen-devel] [PATCH] x86: drop raw_write_cr4() again

On 22/03/16 12:54, Jan Beulich wrote: > The bypassing of the memory cache is, namely in the context of the > 32-bit PV SMEP/SMAP workaround series (as Andrew validly points out), > making the overall correctness more difficult to verify. Hence go > back to uniform writes. > > Signed-off-by: Jan Beu

Re: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node

On 22/03/16 12:55, Bob Liu wrote: > > On 03/17/2016 07:12 PM, Ian Jackson wrote: >> David Vrabel writes ("Re: [Xen-devel] [RFC PATCH] blkif.h: document >> scsi/0x12/0x83 node"): >>> On 16/03/16 13:59, Bob Liu wrote: But we'd like to get the VPD information(of underlying storage device)

Re: [Xen-devel] [PATCH] libxc/x86: XSAVE related adjustments

On 22/03/16 13:05, Jan Beulich wrote: > - don't unintentionally increase features reported by sub-leaf 0 > EDX:EAX > - don't discard the known flags in sub-leaves 2..63 ECX > - handle components 32...62 (EDX) in sub-leaf 1 consistently with > 0...31 (ECX) > - zap sub-leaves beyond 62 > > Signed

[Xen-devel] [libvirt test] 86883: tolerable FAIL - PUSHED

flight 86883 libvirt real [real] http://logs.test-lab.xenproject.org/osstest/logs/86883/ Failures :-/ but no regressions. Tests which did not succeed, but are not blocking: test-armhf-armhf-libvirt-xsm 12 migrate-support-checkfail never pass test-armhf-armhf-libvirt-xsm 14 guest-saver

Re: [Xen-devel] [PATCH v3 01/28] xen/x86: Drop unused and non-useful feature definitions

On 3/15/16 10:34 AM, Andrew Cooper wrote: > None of these features are interesting for Xen to use, or to be advertised to > guests. Doing so identifies further areas of code which can be removed now > that 32bit support has been dropped. > > IA64 has a sole user in microcode_intel.c. While it is

Re: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node

On Tue, Mar 22, 2016 at 01:41:43PM +, David Vrabel wrote: > On 22/03/16 12:55, Bob Liu wrote: > > > > On 03/17/2016 07:12 PM, Ian Jackson wrote: > >> David Vrabel writes ("Re: [Xen-devel] [RFC PATCH] blkif.h: document > >> scsi/0x12/0x83 node"): > >>> On 16/03/16 13:59, Bob Liu wrote: >

Re: [Xen-devel] [PATCH 2/3] Rename p2m_mmio_write_dm to p2m_ioreq_server

On 16/03/16 12:21, Yu Zhang wrote: > Previously p2m type p2m_mmio_write_dm was introduced for write- > protected memory pages whose write operations are supposed to be > forwarded to and emulated by an ioreq server. Yet limitations of > rangeset restricts the number of guest pages to be write-prote

Re: [Xen-devel] [V5] x86/xsaves: fix overwriting between non-lazy/lazy xsaves

>>> On 18.03.16 at 04:01, wrote: > v5: Address comments from Jan > 1. Add XSTATE_XSAVES_ONLY and using xsaves depend on whether this bits are >set in xcr0_accum > 2. Change compress logic in compress_xsave_states() depend on >!(v->arch.xcr0_accum & XSTATE_XSAVES_ONLY) && !xsave_area_compr

Re: [Xen-devel] [PATCH v3 01/28] xen/x86: Drop unused and non-useful feature definitions

>>> On 22.03.16 at 15:06, wrote: > On 3/15/16 10:34 AM, Andrew Cooper wrote: >> None of these features are interesting for Xen to use, or to be advertised > to >> guests. Doing so identifies further areas of code which can be removed now >> that 32bit support has been dropped. >> >> IA64 has a

Re: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node

On 22/03/16 14:10, Konrad Rzeszutek Wilk wrote: > On Tue, Mar 22, 2016 at 01:41:43PM +, David Vrabel wrote: >> On 22/03/16 12:55, Bob Liu wrote: >>> >>> On 03/17/2016 07:12 PM, Ian Jackson wrote: David Vrabel writes ("Re: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node"

Re: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node

> -Original Message- > From: David Vrabel [mailto:david.vra...@citrix.com] > Sent: 22 March 2016 14:38 > To: Konrad Rzeszutek Wilk > Cc: Bob Liu; Ian Jackson; jgr...@suse.com; xen-devel@lists.xen.org; > annie...@oracle.com; Paul Durrant; Roger Pau Monne > Subject: Re: [Xen-devel] [RFC PATCH

Re: [Xen-devel] [PATCH] libxc/x86: XSAVE related adjustments

>>> On 22.03.16 at 14:48, wrote: >> @@ -300,9 +304,9 @@ static void xc_cpuid_config_xsave(xc_int >> { >> case 0: >> /* EAX: low 32bits of xfeature_enabled_mask */ >> -regs[0] = info->xfeature_mask & 0x; >> +regs[0] &= info->xfeature_mask; >> /*

Re: [Xen-devel] [PATCH v3 09/28] xen/x86: Calculate maximum host and guest featuresets

On 22/03/16 12:39, Jan Beulich wrote: On 22.03.16 at 12:23, wrote: >> On 18/03/16 17:09, Jan Beulich wrote: >> On 15.03.16 at 16:35, wrote: +static void __init calculate_hvm_featureset(void) +{ +unsigned int i; +const uint32_t *hvm_featuremask; + +

Re: [Xen-devel] [PATCH v3 09/28] xen/x86: Calculate maximum host and guest featuresets

>>> On 22.03.16 at 15:37, wrote: > On 22/03/16 12:39, Jan Beulich wrote: > On 22.03.16 at 12:23, wrote: >>> On 18/03/16 17:09, Jan Beulich wrote: >>> On 15.03.16 at 16:35, wrote: > +static void __init calculate_hvm_featureset(void) > +{ > +unsigned int i; > +const

Re: [Xen-devel] [PATCH v3 09/28] xen/x86: Calculate maximum host and guest featuresets

On 22/03/16 14:52, Jan Beulich wrote: On 22.03.16 at 15:37, wrote: >> On 22/03/16 12:39, Jan Beulich wrote: >> On 22.03.16 at 12:23, wrote: On 18/03/16 17:09, Jan Beulich wrote: On 15.03.16 at 16:35, wrote: >> +static void __init calculate_hvm_featureset(void) >> +

Re: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node

Paul Durrant writes ("RE: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node"): > AFAIK XenServer still very much makes use of it. Can you answer, for XenServer's use case, some of the questions that David and I have asked ? Ian. ___ Xen-de

Re: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node

David Vrabel writes ("Re: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node"): > On 22/03/16 14:10, Konrad Rzeszutek Wilk wrote: > > Just think of it as a black box. > > This isn't sufficient. > > You are presenting a solution but have not properly described the > problem so no one c

Re: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node

On Tue, Mar 22, 2016 at 03:12:02PM +, Ian Jackson wrote: > David Vrabel writes ("Re: [Xen-devel] [RFC PATCH] blkif.h: document > scsi/0x12/0x83 node"): > > On 22/03/16 14:10, Konrad Rzeszutek Wilk wrote: > > > Just think of it as a black box. > > > > This isn't sufficient. > > > > You are pr

Re: [Xen-devel] [PATCH] x86/domctl: don't waste domain CPUID slot for all zero data

On 22/03/16 12:56, Jan Beulich wrote: slot => slots in the subject. > domain_cpuid() returns all zeroes anyway when not finding a match, so > there's no need to explicitly store such a set of values. > > Signed-off-by: Jan Beulich Reviewed-by: Andrew Cooper ___

Re: [Xen-devel] [PATCH v3 13/28] xen/x86: Improvements to in-hypervisor cpuid sanity checks

On 21/03/16 16:11, Jan Beulich wrote: > >> +/* OSXSAVE cleared by pv_featureset. Fast-forward CR4 back in. */ >> +if ( (is_pv_domain(currd) && guest_kernel_mode(curr, regs) && >> + (this_cpu(cr4) & X86_CR4_OSXSAVE)) || >> + (curr->arch.pv_vcpu.ctrlreg[4] &

Re: [Xen-devel] [PATCH v2 0/3] libxl: add support for qemu base pvusb backend

On 22/03/16 08:29, Juergen Gross wrote: > This patch series is meant to be applied on top of Chunyan's series > to support pvusb in libxl. > > It is adding support for an alternative pvusb backend "qusb" via qemu. > > Changes in V2: > - patch 1: Return false if libxl__get_domid() fails as request

[Xen-devel] [linux-mingo-tip-master test] 86881: regressions - FAIL

flight 86881 linux-mingo-tip-master real [real] http://logs.test-lab.xenproject.org/osstest/logs/86881/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-i386-rumpuserxen6 xen-build fail REGR. vs. 60684 test-amd64

Re: [Xen-devel] [PATCH v4 06/34] x86/arm: Add BUGFRAME_NR define and BUILD checks.

On Mon, Mar 21, 2016 at 06:49:03AM -0600, Jan Beulich wrote: > >>> On 18.03.16 at 20:59, wrote: > > I know I copied and pasted it and I must have done something uncanny. > > > > Anyhow this is what the change looks like now (I've retained the Reviewed > > and Ack as I think this change is mostly

Re: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node

> -Original Message- > From: Ian Jackson [mailto:ian.jack...@eu.citrix.com] > Sent: 22 March 2016 15:09 > To: Paul Durrant > Cc: David Vrabel; Konrad Rzeszutek Wilk; Bob Liu; jgr...@suse.com; xen- > de...@lists.xen.org; annie...@oracle.com; Roger Pau Monne > Subject: RE: [Xen-devel] [RFC PA

Re: [Xen-devel] Interested to participate in Outreachy Program

On 3/21/16 7:12 AM, sabiya kazi wrote: > Hi Doug, > Can you please help on questions/problems where I am stuck? > Deadline for applying for outreachy is coming closer. > Regards, > Sabiya > > Hi Doug, > I am done with building of xen source.Now, I have started looking > at source files an

Re: [Xen-devel] [PATCH 2/5] x86/time: implement tsc as clocksource

On 03/22/2016 12:46 PM, Jan Beulich wrote: On 22.03.16 at 13:41, wrote: > >> >> On 03/18/2016 08:21 PM, Andrew Cooper wrote: >>> On 17/03/16 16:12, Joao Martins wrote: Introduce support for using TSC as platform time which is the highest resolution time and most performant to get

Re: [Xen-devel] [PATCH v4 04/34] HYPERCALL_version_op. New hypercall mirroring XENVER_ but sane.

On Mon, Mar 21, 2016 at 06:45:28AM -0600, Jan Beulich wrote: > >>> On 18.03.16 at 20:22, wrote: > >> > + * return the number of bytes requested for the operation. Or an > >> > + * negative value if an error is encountered. > >> > + */ > >> > + > >> > +typedef uint64_t xen_version_op_val_t; > >> >

Re: [Xen-devel] [PATCH v4 06/34] x86/arm: Add BUGFRAME_NR define and BUILD checks.

>>> On 22.03.16 at 16:39, wrote: > On Mon, Mar 21, 2016 at 06:49:03AM -0600, Jan Beulich wrote: >> >>> On 18.03.16 at 20:59, wrote: >> > I know I copied and pasted it and I must have done something uncanny. >> > >> > Anyhow this is what the change looks like now (I've retained the Reviewed >> >

Re: [Xen-devel] [PATCH v6 09/22] arm/p2m: Add helper functions to map memory regions

Hi Shannon, On 22/03/16 13:05, Shannon Zhao wrote: On 2016年03月21日 23:52, Julien Grall wrote: Title: to map/unmap On 17/03/2016 09:40, Shannon Zhao wrote: diff --git a/xen/include/asm-arm/p2m.h b/xen/include/asm-arm/p2m.h index 433952a..17be6ad 100644 --- a/xen/include/asm-arm/p2m.h +++ b/xen/

Re: [Xen-devel] [PATCH 2/5] x86/time: implement tsc as clocksource

>>> On 22.03.16 at 16:51, wrote: > > On 03/22/2016 12:46 PM, Jan Beulich wrote: > On 22.03.16 at 13:41, wrote: >> >>> >>> On 03/18/2016 08:21 PM, Andrew Cooper wrote: On 17/03/16 16:12, Joao Martins wrote: > Introduce support for using TSC as platform time which is the highest >>>

Re: [Xen-devel] [PATCH v6 12/22] arm/acpi: Prepare EFI memory descriptor for Dom0

Hi Shannon, On 22/03/16 13:16, Shannon Zhao wrote: On 2016年03月22日 00:51, Julien Grall wrote: +memory_map[offset].Attribute = EFI_MEMORY_WB; +} + +for( i = 0; i < acpi_mem.nr_banks; i++, offset++ ) +{ +memory_map[offset].Type = EfiACPIReclaimMemory; +memory_ma

Re: [Xen-devel] [PATCH v3 15/28] x86/cpu: Sysctl and common infrastructure for levelling context switching

On 21/03/16 16:23, Jan Beulich wrote: On 15.03.16 at 16:35, wrote: >> --- a/xen/arch/x86/cpu/common.c >> +++ b/xen/arch/x86/cpu/common.c >> @@ -36,6 +36,12 @@ integer_param("cpuid_mask_ext_ecx", >> opt_cpuid_mask_ext_ecx); >> unsigned int opt_cpuid_mask_ext_edx = ~0u; >> integer_param("cpu

[Xen-devel] [seabios baseline-only test] 44274: tolerable FAIL

This run is configured for baseline tests only. flight 44274 seabios real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44274/ Failures :-/ but no regressions. Regressions which are regarded as allowable (not blocking): test-amd64-amd64-xl-qemuu-win7-amd64 16 guest-stop

Re: [Xen-devel] [PATCH v4 04/34] HYPERCALL_version_op. New hypercall mirroring XENVER_ but sane.

>>> On 22.03.16 at 16:52, wrote: > On Mon, Mar 21, 2016 at 06:45:28AM -0600, Jan Beulich wrote: >> >>> On 18.03.16 at 20:22, wrote: >> > @@ -380,6 +388,133 @@ DO(xen_version)(int cmd, >> > XEN_GUEST_HANDLE_PARAM(void) arg) >> > return -ENOSYS; >> > } >> > >> > +static const char *capabil

Re: [Xen-devel] [PATCH v3 09/28] xen/x86: Calculate maximum host and guest featuresets

>>> On 22.03.16 at 16:01, wrote: > On 22/03/16 14:52, Jan Beulich wrote: > On 22.03.16 at 15:37, wrote: >>> On 22/03/16 12:39, Jan Beulich wrote: >>> On 22.03.16 at 12:23, wrote: > On 18/03/16 17:09, Jan Beulich wrote: > On 15.03.16 at 16:35, wrote: >>> +static void __in

Re: [Xen-devel] [PATCH v4 03/34] xsm/xen_version: Add XSM for the xen_version hypercall

On Mon, Mar 21, 2016 at 05:22:09AM -0600, Jan Beulich wrote: > >>> On 18.03.16 at 18:26, wrote: > > On Fri, Mar 18, 2016 at 05:55:55AM -0600, Jan Beulich wrote: > >> >>> On 15.03.16 at 18:56, wrote: > >> > @@ -223,12 +224,15 @@ void __init do_initcalls(void) > >> > /* > >> > * Simple hypercall

Re: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node

Konrad Rzeszutek Wilk writes ("Re: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node"): > > I don't think this is a sterile academic conversation which would (if > > satisfactorily answered) have no real implications. Rather, if we > > understood the use case properly, there would pro

Re: [Xen-devel] [PATCH v6 13/22] arm/acpi: Map the new created EFI and ACPI tables to Dom0

Hi Shannon, On 22/03/16 13:18, Shannon Zhao wrote: On 2016年03月22日 08:42, Julien Grall wrote: Hi Shannon, On 17/03/2016 09:40, Shannon Zhao wrote: From: Shannon Zhao Map the UEFI and ACPI tables which we created to non-RAM space in Dom0. Signed-off-by: Shannon Zhao Reviewed-by: Stefano Sta

Re: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node

Paul Durrant writes ("RE: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node"): > It's getting hard to parse the thread at this point but, as I've > mentioned in a previous response in the thread, Windows basically > assumes disks are SCSI and it's up to the controller driver to make >

Re: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node

>>> On 22.03.16 at 16:27, wrote: > On Tue, Mar 22, 2016 at 03:12:02PM +, Ian Jackson wrote: >> David Vrabel writes ("Re: [Xen-devel] [RFC PATCH] blkif.h: document > scsi/0x12/0x83 node"): >> > On 22/03/16 14:10, Konrad Rzeszutek Wilk wrote: >> > > Just think of it as a black box. >> > >> > T

Re: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node

On Tue, Mar 22, 2016 at 04:14:40PM +, Ian Jackson wrote: > Paul Durrant writes ("RE: [Xen-devel] [RFC PATCH] blkif.h: document > scsi/0x12/0x83 node"): > > It's getting hard to parse the thread at this point but, as I've > > mentioned in a previous response in the thread, Windows basically > >

Re: [Xen-devel] [RFC PATCH] blkif.h: document scsi/0x12/0x83 node

On Tue, Mar 22, 2016 at 04:11:35PM +, Ian Jackson wrote: > Konrad Rzeszutek Wilk writes ("Re: [Xen-devel] [RFC PATCH] blkif.h: document > scsi/0x12/0x83 node"): > > > I don't think this is a sterile academic conversation which would (if > > > satisfactorily answered) have no real implications.

Re: [Xen-devel] [PATCH v3 20/28] x86/domctl: Update PV domain cpumasks when setting cpuid policy

>>> On 22.03.16 at 17:37, wrote: > On 21/03/16 17:06, Jan Beulich wrote: > On 15.03.16 at 16:35, wrote: >>> +switch ( boot_cpu_data.x86_vendor ) >>> +{ >>> +case X86_VENDOR_INTEL: >>> +mask &= ((uint64_t)edx << 32) | ecx; >>> +

Re: [Xen-devel] [PATCH v2 1/6] x86/mm/pat: Change PAT to support non-default PAT MSR

$Subject is misleading - there's no non-default PAT MSR - the setting is non-default. On Wed, Mar 16, 2016 at 06:44:57PM -0600, Toshi Kani wrote: > In preparation to fix a regression caused by 'commit 9cd25aac1f44 > ("x86/mm/pat: Emulate PAT when it is disabled")', PAT needs to > support a case th

Re: [Xen-devel] [PATCH v3 20/28] x86/domctl: Update PV domain cpumasks when setting cpuid policy

On 21/03/16 17:06, Jan Beulich wrote: On 15.03.16 at 16:35, wrote: >> @@ -87,6 +88,129 @@ static void update_domain_cpuid_info(struct domain *d, >> d->arch.x86_model = (ctl->eax >> 4) & 0xf; >> if ( d->arch.x86 >= 0x6 ) >> d->arch.x86_model |= (ctl->eax >> 12) &

[Xen-devel] help .. xl :command not found

i builded xen from the source git clone git://xenbits.xen.org/xen.git then i used linux as a dom0 git clone git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git with ubuntu as file system it worked successfully .. i get a shell but when i write sudo xl list ---> xl command not found i'

Re: [Xen-devel] [PATCH v2 2/6] x86/mm/pat: Add pat_disable() interface

On Wed, Mar 16, 2016 at 06:46:55PM -0600, Toshi Kani wrote: > In preparation to fix a regression caused by 'commit 9cd25aac1f44 > ("x86/mm/pat: Emulate PAT when it is disabled")', PAT needs to > provide an interface that disables the OS to initialize PAT MSR. prevents the O

Re: [Xen-devel] [PATCH v2 3/6] x86/mtrr: Fix Xorg crashes in Qemu sessions

On Wed, Mar 16, 2016 at 06:46:56PM -0600, Toshi Kani wrote: > A Xorg failure on qemu32 was reported as a regression caused > by 'commit 9cd25aac1f44 ("x86/mm/pat: Emulate PAT when it is > disabled")'. [1] This patch fixes the regression. I hope so. > Negative effects of this regression were two

[Xen-devel] [PATCH] xenconsole: update help message

The help message did not include information about the --type parameter. Signed-off-by: Doug Goldstein --- CC: Ian Jackson CC: Stefano Stabellini CC: Wei Liu --- tools/console/client/main.c | 1 + 1 file changed, 1 insertion(+) diff --git a/tools/console/client/main.c b/tools/console/client/

Re: [Xen-devel] [PATCH v2 4/6] x86/mtrr: Fix PAT init handling when MTRR MSR is disabled

Subject: [PATCH v2 4/6] x86/mtrr: Fix PAT init handling when MTRR MSR is disabled s/ MSR// On Wed, Mar 16, 2016 at 06:46:57PM -0600, Toshi Kani wrote: > get_mtrr_state() calls pat_init() on BSP even if MTRR is disabled > by its MSR. s/by its MSR// > This causes pat_init() to be called on BSP o

Re: [Xen-devel] [PATCH v2 5/6] x86/xen, pat: Remove PAT table init code from Xen

On Wed, Mar 16, 2016 at 06:46:58PM -0600, Toshi Kani wrote: > Xen supports PAT without MTRR for its guests. In order to > enable WC attribute, it was necessary for xen_start_kernel() > to call pat_init_cache_modes() to update PAT table before > starting guest kernel. > > Now that the kernel initi

  1   2   >