Re: [Xen-devel] confirm

On Wed, Mar 23, 2016, 10:25 Mina Naghshnejad wrote: > > ___You Only Live Once > Xen-devel mailing list > Xen-devel@lists.xen.org > http://lists.xen.org/xen-devel > ___ Xen-devel

Re: [Xen-devel] [PATCH v7 2/2] VT-d: Fix vt-d Device-TLB flush timeout issue

On March 23, 2016 1:37pm, wrote: > > From: Xu, Quan > > Sent: Wednesday, March 23, 2016 11:30 AM > > > > > > > > Yes, still inconsistent. As I said, you put invalidation sync within > > > dev_invalidate_iotlb, while for all other IOMMU invalidations the > > > sync is put

Re: [Xen-devel] [PATCH v7 2/2] VT-d: Fix vt-d Device-TLB flush timeout issue

> From: Xu, Quan > Sent: Wednesday, March 23, 2016 11:30 AM > > > > > Yes, still inconsistent. As I said, you put invalidation sync within > > dev_invalidate_iotlb, while for all other IOMMU invalidations the sync is > > put > > after. Below would be consistent then: > > > > if (

[Xen-devel] Fwd: Last minute submission for OUTREACHY!

-- Forwarded message -- From: Mina Naghshnejad Date: Tue, Mar 22, 2016 at 2:36 PM Subject: Re: Last minute submission for OUTREACHY! To: Brenton Leanhardt Great! For "stages" class variable, "question", "action" types are

[Xen-devel] confirm

___ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel

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

On Wed, Mar 23, 2016 at 09:28:03AM +0800, Shuai Ruan wrote: > On Tue, Mar 22, 2016 at 04:53:02AM -0600, Jan Beulich wrote: > > >>> On 16.03.16 at 13:12, wrote: > > > > Don't you need to use xcomp_bv here? That's what "Extended > > Region of an XSAVE Area" in SDM Vol 1

Re: [Xen-devel] [PATCH v7 2/2] VT-d: Fix vt-d Device-TLB flush timeout issue

On March 21, 2016 11:27am, Tian, Kevin wrote: > > From: Xu, Quan > > Sent: Friday, March 18, 2016 8:22 PM > > > > static void queue_invalidate_iec(struct iommu *iommu, u8 granu, > > > > u8 im, u16 iidx) { > > > > unsigned long flags; > > > > @@ -342,8 +393,6 @@

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

flight 86898 linux-3.4 real [real] http://logs.test-lab.xenproject.org/osstest/logs/86898/ 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 v7 2/2] VT-d: Fix vt-d Device-TLB flush timeout issue

(( __ sorry, I was out of office on Mon./Tues. __)) On March 21, 2016 11:27am, Tian, Kevin wrote: > > From: Xu, Quan > > Sent: Friday, March 18, 2016 8:22 PM > > > > static void queue_invalidate_iec(struct iommu *iommu, u8 granu, > > > > u8 im, u16 iidx) { > > > >

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

On Tue, Mar 22, 2016 at 08:34:33AM -0600, Jan Beulich wrote: > >>> On 18.03.16 at 04:01, wrote: > > * Copy legacy XSAVE area, to avoid complications with CPUID > > * leaves 0 and 1 in the loop below. > > */ > > memcpy(xsave, src, FXSAVE_SIZE); >

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

On Tue, Mar 22, 2016 at 04:53:02AM -0600, Jan Beulich wrote: > >>> On 16.03.16 at 13:12, wrote: > > Don't you need to use xcomp_bv here? That's what "Extended > Region of an XSAVE Area" in SDM Vol 1 suggests to me. > "OPERATION OF XRSTORS" and "OPERATION OF XSAVES"

Re: [Xen-devel] [PATCH v11]xen: sched: convert RTDS from time to event driven model

On Fri, 2016-03-18 at 01:45 -0600, Jan Beulich wrote: > >  > > > > On 18.03.16 at 05:09, wrote: > > Great job! However, we still have 1 mile in the 100-mile journey. > > :-D > > > > I applied the patch on staging and tried some test cases. One of > > them > > is as follows:

Re: [Xen-devel] [PATCH v2] arm: Fix asynchronous aborts (SError exceptions) due to bogus PTEs

On 03/22/2016 05:21 PM, Julien Grall wrote: > (CC some ARM folks) > > On 21/03/2016 23:18, Shanker Donthineni wrote: >> Hi Julien, > > Hello Shanker, > > Sorry for the late answer. > >> Do you have any other comments to be addressed? > > I have a question regarding the implication for what you

Re: [Xen-devel] [PATCH v2] arm: Fix asynchronous aborts (SError exceptions) due to bogus PTEs

(CC some ARM folks) On 21/03/2016 23:18, Shanker Donthineni wrote: Hi Julien, Hello Shanker, Sorry for the late answer. Do you have any other comments to be addressed? I have a question regarding the implication for what you wrote in the commit. As far as I understand, any speculative

Re: [Xen-devel] [PATCH v2 6/6] x86/pat: Document PAT initializations

On Tue, 2016-03-22 at 18:02 +0100, Borislav Petkov wrote: > On Wed, Mar 16, 2016 at 06:46:59PM -0600, Toshi Kani wrote: > > Update PAT documentation to describe how PAT is initialized under > > various configurations. > >  : > >   > > +PAT Initialization > > +-- > > + > > +The

[Xen-devel] [linux-3.4 baseline-only test] 44273: regressions - FAIL

This run is configured for baseline tests only. flight 44273 linux-3.4 real [real] http://osstest.xs.citrite.net/~osstest/testlogs/logs/44273/ Regressions :-( Tests which did not succeed and are blocking, including tests which could not be run: build-amd64-rumpuserxen 6 xen-build

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

On Tue, 2016-03-22 at 18:01 +0100, Borislav Petkov wrote: > Subject: [PATCH v2 4/6] x86/mtrr: Fix PAT init handling when MTRR MSR is > disabled > > s/ MSR// Will do. > 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

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

On Tue, 2016-03-22 at 18:00 +0100, Borislav Petkov wrote: > 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

Re: [Xen-devel] [PATCH v2] docs: update FLASK cmd line instructions

On Fri, Mar 18, 2016 at 11:46:03AM -0500, Doug Goldstein wrote: > The command line instructions for FLASK include a note on how to compile > Xen with FLASK but the note was out of date after the change to Kconfig. > > Signed-off-by: Doug Goldstein Reviewed-by: Konrad

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

On Tue, Mar 22, 2016 at 07:36:58PM +, Wei Liu wrote: > On Tue, Mar 22, 2016 at 12:00:24PM -0500, Doug Goldstein wrote: > > The help message did not include information about the --type parameter. > > > > Signed-off-by: Doug Goldstein > > --- > > CC: Ian Jackson

Re: [Xen-devel] [PATCH] pygrub: remove isconfig option

On 03/22/2016 04:46 PM, Firas Azar wrote: Andrew: Currently if we use pygrub --isconfig , there is a good chance that this command could fail with an "out of memory" error. This can happen especially if the image file in question is at least a few gigabytes in size and the dom0_mem setting

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

On Tue, 2016-03-22 at 17:59 +0100, Borislav Petkov wrote: > 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

Re: [Xen-devel] [PATCH] pygrub: remove isconfig option

Andrew: Currently if we use pygrub --isconfig , there is a good chance that this command could fail with an "out of memory" error. This can happen especially if the image file in question is at least a few gigabytes in size and the dom0_mem setting is relatively small. So even if any

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

On 03/22/2016 04:02 PM, Jan Beulich wrote: 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

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

On Tue, Mar 22, 2016 at 07:28:57PM +, Andrew Cooper wrote: > On 22/03/16 18:57, Konrad Rzeszutek Wilk wrote: > > --- a/xen/include/xsm/dummy.h > > +++ b/xen/include/xsm/dummy.h > > @@ -751,3 +751,22 @@ static XSM_INLINE int xsm_xen_version > > (XSM_DEFAULT_ARG uint32_t op) >

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

On 22/03/16 08:43, Jan Beulich wrote: > > Going through the HAP-only features, btw, revealed another > possible dependency missing from patch 10: I would think that > INVPCID depends on PCID. And, as it turns out PCID on LM. Attempting to set CR4.PCIDE while IA32_EFER.LMA = 0 is specified to

Re: [Xen-devel] [PATCH] pygrub: remove isconfig option

On 22/03/16 20:06, Firas Azar wrote: > The pygrub command option "isconfig" is broken and obsolete. This patch > removes it since the alternate options "-l -n" provide the same functionality. Broken how? Are you sure that no existing software is using that option? ~Andrew

Re: [Xen-devel] [PATCH v4 07/34] arm/x86: Use struct virtual_region to do bug, symbol, and (x86) exception tables

. snip.. > > +struct virtual_region kernel_text = { > > static > > > +.list = LIST_HEAD_INIT(kernel_text.list), > > +.start = (unsigned long)_stext, > > +.end = (unsigned long)_etext, > > +#ifdef CONFIG_X86 > > +.ex = (struct exception_table_entry *)__start___ex_table, > > +

[Xen-devel] [PATCH] pygrub: remove isconfig option

The pygrub command option "isconfig" is broken and obsolete. This patch removes it since the alternate options "-l -n" provide the same functionality. Signed-off-by: Firas Azar --- tools/pygrub/src/pygrub | 21 + 1 file changed, 5 insertions(+), 16

Re: [Xen-devel] [PATCH] tools: Restrict configuration of qemu processes

On 03/15/2016 06:28 AM, Wei Liu wrote: > On Mon, Mar 14, 2016 at 07:14:12PM -0600, Jim Fehlig wrote: >> Opps, forgot to cc the tools maintainers, sorry. I can resend if needed. >> >> Regards, >> Jim >> >> On 03/14/2016 07:08 PM, Jim Fehlig wrote: >>> Commit 6ef823fd added '-nodefaults' to the qemu

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

On Tue, Mar 22, 2016 at 12:00:24PM -0500, Doug Goldstein wrote: > The help message did not include information about the --type parameter. > > Signed-off-by: Doug Goldstein > --- > CC: Ian Jackson > CC: Stefano Stabellini

Re: [Xen-devel] [PATCH v6 17/22] arm/gic: Add a new callback to deny Dom0 access to GIC regions

Hi Shannon, On 17/03/16 09:41, Shannon Zhao wrote: From: Shannon Zhao Add a new member in gic_hw_operations which is used to deny Dom0 access to GIC regions. Signed-off-by: Shannon Zhao --- v6: use SZ_64K for GICv3 distributor ---

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

On 22/03/16 18:57, Konrad Rzeszutek Wilk wrote: > --- a/xen/include/xsm/dummy.h > +++ b/xen/include/xsm/dummy.h > @@ -751,3 +751,22 @@ static XSM_INLINE int xsm_xen_version > (XSM_DEFAULT_ARG uint32_t op) > return xsm_default_action(XSM_PRIV, current->domain, NULL);

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

On Tue, 22 Mar 2016, Borislav Petkov wrote: > > +static void pat_keep_handoff_state(void) > > Static function, no need for "pat_" prefix. Also, no need for the > kernel-doc comment. I have to disagree. kernel-doc comments are not limited to global functions. I realy prefer kernel-doc style for

Re: [Xen-devel] [PATCH v6 16/22] arm/acpi: Configure SPI interrupt type and route to Dom0 dynamically

Hi Shannon, On 17/03/16 09:41, Shannon Zhao wrote: From: Shannon Zhao Interrupt information is described in DSDT and is not available at the time of booting. Check if the interrupt is permitted to access and set the interrupt type, route it to guest dynamically only

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

> >> > --- a/xen/include/xsm/dummy.h > >> > +++ b/xen/include/xsm/dummy.h > >> > @@ -751,3 +751,22 @@ static XSM_INLINE int xsm_xen_version > >> > (XSM_DEFAULT_ARG uint32_t op) > >> > return xsm_default_action(XSM_PRIV, current->domain, NULL); > >> > } > >> > } > >> > + > >> >

Re: [Xen-devel] identify a Xen PV domU to fix devmem_is_allowed

On 03/21/2016 05:29 PM, Boris Ostrovsky wrote: On 03/15/2016 12:57 PM, Olaf Hering wrote: On Tue, Mar 01, Boris Ostrovsky wrote: on domU: [root@dhcp-burlington7-2nd-B-east-10-152-55-140 ~]# od -N 1 -j 4096 /dev/mem od: /dev/mem: read error: Bad address 001

Re: [Xen-devel] [PATCH v2 1/2] xsm: only define XSM_MAGIC in xsm.h

On 3/16/16 2:18 PM, Doug Goldstein wrote: > Rather than have XSM_MAGIC set in the global xen/config.h and set in > xsm.h if it's unset, just set it once in xsm.h since its only used in > files that already include xsm.h > > Signed-off-by: Doug Goldstein > --- > CC: Daniel De

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

On Tue, 2016-03-22 at 17:57 +0100, Borislav Petkov wrote: > $Subject is misleading - there's no non-default PAT MSR - the setting is > non-default. Right.  Will change to "Add support of non-default PAT MSR setting at handoff". > On Wed, Mar 16, 2016 at 06:44:57PM -0600, Toshi Kani wrote: > > In

Re: [Xen-devel] [PATCH v6 15/22] arm/acpi: Permit access all Xen unused SPIs for Dom0

Hi Shannon, On 17/03/16 09:41, Shannon Zhao wrote: From: Shannon Zhao Permit access all Xen unused SPIs for Dom0 except the interrupts that Xen uses. You say exactly the same things with all "Xen unused SPIs for Dom0" and "except the interrupts that Xen uses". I

[Xen-devel] [GIT PULL] xen: features and fixes for 4.6-rc0

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Linus, Please git pull the following tag: git://git.kernel.org/pub/scm/linux/kernel/git/xen/tip.git for-linus-4.6-rc0-tag xen: features and fixes for 4.6-rc0 - - Make earlyprintk=xen work for HVM guests. - - Remove module support for things

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

On 03/22/2016 12:10 PM, Konrad Rzeszutek Wilk wrote: 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: @@

Re: [Xen-devel] [PATCH 3/3] Add HVMOP to map guest ram with p2m_ioreq_server to an ioreq server

> -Original Message- > From: George Dunlap [mailto:george.dun...@citrix.com] > Sent: 22 March 2016 17:27 > To: Yu Zhang; xen-devel@lists.xen.org > Cc: Keir (Xen.org); jbeul...@suse.com; Andrew Cooper; George Dunlap; > jun.nakaj...@intel.com; Kevin Tian; Tim (Xen.org); Paul Durrant; >

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

On 03/15/2016 01:56 PM, Konrad Rzeszutek Wilk wrote: This hypercall mirrors the XENVER_ in that it has similar functionality. However it is designed differently: - No compat layer. The data structures are the same size on 32 as on 64-bit. - The hypercall accepts three arguments - the

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

On 03/15/2016 01:56 PM, Konrad Rzeszutek Wilk wrote: All of XENVER_* have now an XSM check for their sub-ops. The subop for XENVER_commandline is now a priviliged operation. To not break guests we still return an string - but it is just '\0'. The rest:

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 16:15 > 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

Re: [Xen-devel] Xen components.

Can you create a Diagram? On Monday, March 21, 2016 7:26 AM, Jason Long wrote: It is not a good diagram. Looking at my OS diagram. For example, Xen have Dom0, DomU and On Monday, March 21, 2016 6:34 AM, Andrew Cooper wrote: On 21/03/16

Re: [Xen-devel] [PATCH 3/3] Add HVMOP to map guest ram with p2m_ioreq_server to an ioreq server

On 16/03/16 12:22, Yu Zhang wrote: > A new HVMOP - HVMOP_map_mem_type_to_ioreq_server, is added to > let one ioreq server claim its responsibility for the handling > of guest pages with p2m type p2m_ioreq_server. Users of this > HVMOP can specify whether the p2m_ioreq_server is supposed to >

Re: [Xen-devel] [PATCH v4 16/34] xsplice: Implement payload loading

.. snip.. > +static void* xsplice_map_rx(const mfn_t *mfn, unsigned int pages) > +{ > +unsigned long cur; > +unsigned long start, end; > + > +start = (unsigned long)avail_virt_start; > +end = start + pages * PAGE_SIZE; > + > +ASSERT(find_space_fnc); > + > +if (

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

On 22/03/16 14:46, Jan Beulich wrote: 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 &

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

>>> On 22.03.16 at 16:57, wrote: > 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",

Re: [Xen-devel] [PATCH v2 6/6] x86/pat: Document PAT initializations

On Wed, Mar 16, 2016 at 06:46:59PM -0600, Toshi Kani wrote: > Update PAT documentation to describe how PAT is initialized under > various configurations. > > Signed-off-by: Toshi Kani > Cc: Borislav Petkov > Cc: Luis R. Rodriguez > Cc: Juergen

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

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

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

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

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

[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

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

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

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

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

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

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

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

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,

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

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

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

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

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

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

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

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

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

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

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

[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

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

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

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

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

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,

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

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;

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] &=

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

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

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

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 &

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

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

[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

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

  1   2   >