For migration the last used pfn of a guest is needed to size the
logdirty bitmap and as an upper bound of the page loop. Unfortunately
there are pv-kernels advertising a much higher maximum pfn as they
are really using in order to support memory hotplug. This will lead
to allocation of much more me
> From: David Vrabel [mailto:david.vra...@citrix.com]
> Sent: Saturday, November 14, 2015 2:50 AM
>
> If a page is freed without translations being invalidated, and the page is
> subsequently allocated to another domain, a guest with a cached
> translation will still be able to access the page.
>
> Does this even compile? There is already
>
> static void *get_xsave_addr(void *xsave, unsigned int xfeature_idx)
>
> higher in the same file.
>
> That function should be augmented to take a struct xsave_struct
> *xsave,
> look at whether the representation is compressed or not, and use the
>
> From: David Vrabel [mailto:david.vra...@citrix.com]
> Sent: Saturday, November 14, 2015 2:50 AM
>
> When using EPT, type changes are done with the following steps:
>
> 1. Set entry as invalid (misconfigured) by settings a reserved memory
> type.
>
> 2. Flush all EPT and combined translations (
> From: David Vrabel [mailto:david.vra...@citrix.com]
> Sent: Saturday, November 14, 2015 2:50 AM
>
> This RFC series improves the performance of EPT by reducing the impact
> of the translation invalidations (ept_sync_domain()). Two approaches
> are used:
>
> a) Removing unnecessary invalidation
flight 65281 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65281/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-libvirt 5 libvirt-build fail REGR. vs. 63340
test-amd64-amd64-libvirt-
>>> On 12/1/2015 at 08:09 PM, in message
<1448971798-3498-1-git-send-email-george.dun...@eu.citrix.com>, George Dunlap
wrote:
> We have several outstanding patch series which add devices that have
> two levels: a controller and individual devices attached to that
> controller.
>
> In the i
Hi Lars and Dario,
2015-12-01 4:11 GMT-06:00 Lars Kurth :
>
> I wonder whether we need to add some health warnings and recommended
> background reading to http://wiki.xenproject.org/wiki/RTDS-Based-Scheduler
Maybe we could add some health warning and add a link to this discussion?
Misconfigurat
flight 65278 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65278/
Perfect :-)
All tests in this flight passed
version targeted for testing:
ovmf 911f3dede219d2bb220954768f5e853e0dd976c1
baseline version:
ovmf 8786ba4fe7220d24c41bf1386b7186eabda
flight 65275 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65275/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-debianhvm-amd64-xsm 9 debian-hvm-install fail REGR.
vs. 64579
test-amd64
Document Day is here! Hope to see you in #xendocs sometime today!
On Mon, Nov 30, 2015 at 9:18 AM, Russ Pavlicek
wrote:
> OUR THEME OF THE MONTH: Beginner Information
>
> We've seen an increase of interest from potential new users recently
> and we need to make sure that people can successfull
BTW, we use "package ID", rather than "socket ID" in the SDM.
Assignment of the package IDs on a system is a BIOS matter. Basically
BIOS needs to assign package IDs to resolve APIC ID collision at early
boot time, and the convention is up to the vendor/or the specific
system configuration agents. A
ASRock Z170 Extreme 4 with BIOS version 2.30 was motherboard #1
Gigabyte GA-Z170XP-SLI with BIOS version F5 was motherboard #2
As I initially reported, both were reporting the error involving f0:1f.0
Not surprisingly, there are no f0:xx.y devices. The closest I suppose is:
00:1f.0 ISA Bridge: In
> From: Kai Huang [mailto:kai.hu...@linux.intel.com]
> Sent: Friday, November 27, 2015 4:52 PM
>
> Since PML series were merged (but disabled by default) we have conducted lots
> of
> PML tests (live migration, GUI display) and PML has been working fine,
> therefore
> turn it on by default.
>
>
Eric, could you provide your motherboard information and as Andrew pointed out
what’s f0:1f.0?
From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
Sent: Sunday, November 29, 2015 6:15 AM
To: Eric Shelton; xen-devel; Zhang, Yang Z; Tian, Kevin; Keir Fraser; Jan
Beulich
Subject: Re: Skylake: VT
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Friday, November 27, 2015 7:02 PM
>
> VMX doesn't need a software CPL check on the XSETBV intercept, and
> SVM can do that check without resorting to hvm_get_segment_register().
>
> Clean up what is left of hvm_handle_xsetbv(), namely make it
> From: Boris Ostrovsky [mailto:boris.ostrov...@oracle.com]
> Sent: Wednesday, December 02, 2015 12:50 AM
>
> * Limit VPMU support to PMU versions 2, 3 and 4 (emulated at version 3 level)
> * Always implement family 6 VPMU quirk.
> ==> Intel folks: is the quirk needed for all family 6 processor
flight 65271 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65271/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-qemut-stubdom-debianhvm-amd64-xsm 13 guest-localmigrate
fail REGR. vs
> -Original Message-
> From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-
> boun...@lists.xen.org] On Behalf Of Konrad Rzeszutek Wilk
> Sent: Wednesday, December 2, 2015 12:16 AM
> To: Tian, Kevin ; Wu, Feng
> Cc: Konrad Rzeszutek Wilk ; Xen-devel de...@lists.xen.org>; Tamas K Len
On 11/23/2015 11:57 AM, Joao Martins wrote:
> Introduce support for domainInterfaceStats API call for querying
> network interface statistics. Consequently it also enables the
> use of `virsh domifstat ` command plus
> seeing the interfaces names instead of "-" when doing
> `virsh domiflist `.
>
>
On 11/23/2015 11:56 AM, Joao Martins wrote:
> . to a more generic name i.e. libxlDomainStartCallback,
> since it will now cover another case other than the console.
>
> Signed-off-by: Joao Martins
> ---
> src/libxl/libxl_domain.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> dif
el or AMD)? 'xl info' maybe?
-boris
Guest config file == dom0 config file == the one i send you earlier.
Host is an AMD Phenom X6.
# xl info
host : serveerstertje
release: 4.4.0-rc3-20151201-linus-doflr-boris+
version: #1 SMP T
On 12/01/2015 06:30 PM, Sander Eikelenboom wrote:
On 2015-12-02 00:19, Boris Ostrovsky wrote:
On 12/01/2015 06:00 PM, Sander Eikelenboom wrote:
On 2015-12-01 23:47, Boris Ostrovsky wrote:
On 11/30/2015 05:55 PM, Sander Eikelenboom wrote:
On 2015-11-30 23:54, Boris Ostrovsky wrote:
On 11/30/2
On 2015-12-02 00:19, Boris Ostrovsky wrote:
On 12/01/2015 06:00 PM, Sander Eikelenboom wrote:
On 2015-12-01 23:47, Boris Ostrovsky wrote:
On 11/30/2015 05:55 PM, Sander Eikelenboom wrote:
On 2015-11-30 23:54, Boris Ostrovsky wrote:
On 11/30/2015 04:46 PM, Sander Eikelenboom wrote:
On 2015-11
On 12/01/2015 06:00 PM, Sander Eikelenboom wrote:
On 2015-12-01 23:47, Boris Ostrovsky wrote:
On 11/30/2015 05:55 PM, Sander Eikelenboom wrote:
On 2015-11-30 23:54, Boris Ostrovsky wrote:
On 11/30/2015 04:46 PM, Sander Eikelenboom wrote:
On 2015-11-30 22:45, Konrad Rzeszutek Wilk wrote:
On S
On 12/01/2015 05:51 PM, Sander Eikelenboom wrote:
On 2015-11-30 23:54, Boris Ostrovsky wrote:
On 11/30/2015 04:46 PM, Sander Eikelenboom wrote:
On 2015-11-30 22:45, Konrad Rzeszutek Wilk wrote:
On Sat, Nov 28, 2015 at 04:47:43PM +0100, Sander Eikelenboom wrote:
Hi all,
I have just tested a 4
On 2015-12-01 23:47, Boris Ostrovsky wrote:
On 11/30/2015 05:55 PM, Sander Eikelenboom wrote:
On 2015-11-30 23:54, Boris Ostrovsky wrote:
On 11/30/2015 04:46 PM, Sander Eikelenboom wrote:
On 2015-11-30 22:45, Konrad Rzeszutek Wilk wrote:
On Sat, Nov 28, 2015 at 04:47:43PM +0100, Sander Eikele
On 2015-11-30 23:54, Boris Ostrovsky wrote:
On 11/30/2015 04:46 PM, Sander Eikelenboom wrote:
On 2015-11-30 22:45, Konrad Rzeszutek Wilk wrote:
On Sat, Nov 28, 2015 at 04:47:43PM +0100, Sander Eikelenboom wrote:
Hi all,
I have just tested a 4.4-rc2 kernel (current linus tree) + the tip
tree
On 11/30/2015 05:55 PM, Sander Eikelenboom wrote:
On 2015-11-30 23:54, Boris Ostrovsky wrote:
On 11/30/2015 04:46 PM, Sander Eikelenboom wrote:
On 2015-11-30 22:45, Konrad Rzeszutek Wilk wrote:
On Sat, Nov 28, 2015 at 04:47:43PM +0100, Sander Eikelenboom wrote:
Hi all,
I have just tested a 4
On Tue, Dec 01, 2015 at 05:00:42PM -0500, Konrad Rzeszutek Wilk wrote:
> On Tue, Nov 17, 2015 at 03:45:15AM +0100, Marek Marczykowski-Górecki wrote:
> > On Wed, Oct 21, 2015 at 08:57:34PM +0200, Marek Marczykowski-Górecki wrote:
> > > On Wed, May 27, 2015 at 12:03:12AM +0200, Marek Marczykowski-Gór
On Tue, Nov 17, 2015 at 03:45:15AM +0100, Marek Marczykowski-Górecki wrote:
> On Wed, Oct 21, 2015 at 08:57:34PM +0200, Marek Marczykowski-Górecki wrote:
> > On Wed, May 27, 2015 at 12:03:12AM +0200, Marek Marczykowski-Górecki wrote:
> > > On Tue, May 26, 2015 at 11:56:00AM +0100, David Vrabel wrot
On 01/12/2015 21:19, Doug Goldstein wrote:
> Disable the built-in rules and variables from GNU make to improve
> build performance and avoid awkward corner cases with the built-in
> rules. Currently none of the implicit rules are used but this is helpful
> to do when developing changes to the build
On Fri, Nov 13, 2015 at 02:49:22PM +, Ian Campbell wrote:
> On Fri, 2015-11-13 at 09:42 -0500, Konrad Rzeszutek Wilk wrote:
> > On Thu, Nov 12, 2015 at 04:40:06PM +, Ian Campbell wrote:
> > > On Fri, 2015-07-10 at 14:57 -0400, Konrad Rzeszutek Wilk wrote:
> > > > On Fri, Jul 10, 2015 at 02:
flight 65267 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65267/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-qemuu-nested-intel 16 debian-hvm-install/l1/l2 fail REGR. vs.
65114
Regressions w
On Tue, Dec 01, 2015 at 02:54:33PM -0600, Doug Goldstein wrote:
> On 12/1/15 1:35 PM, Konrad Rzeszutek Wilk wrote:
> > On Tue, Dec 01, 2015 at 11:47:17AM -0500, Konrad Rzeszutek Wilk wrote:
> >> On Thu, Nov 26, 2015 at 02:32:39PM -0600, Doug Goldstein wrote:
> >>> When allocating a pciback device f
Disable the built-in rules and variables from GNU make to improve
build performance and avoid awkward corner cases with the built-in
rules. Currently none of the implicit rules are used but this is helpful
to do when developing changes to the build system.
Signed-off-by: Doug Goldstein
---
xen/M
On 12/1/15 11:05 AM, Ian Campbell wrote:
> On Tue, 2015-12-01 at 18:48 +0200, Iurii Mykhalskyi wrote:
>> Thanks to all for a replays, please see my answers below:
>>
>> On 12/01/2015 05:29 PM, Wei Liu wrote:
>>> On Tue, Dec 01, 2015 at 04:58:55PM +0200, Iurii Mykhalskyi wrote:
Our real usb mas
On 12/1/15 1:35 PM, Konrad Rzeszutek Wilk wrote:
> On Tue, Dec 01, 2015 at 11:47:17AM -0500, Konrad Rzeszutek Wilk wrote:
>> On Thu, Nov 26, 2015 at 02:32:39PM -0600, Doug Goldstein wrote:
>>> When allocating a pciback device fails, avoid the possibility of a
>>> use after free.
>>
>> Reviewed-by:
On 27/11/15 09:52, Huaitong Han wrote:
> This patch adds xstate support for pkeys.
>
> Signed-off-by: Huaitong Han
> ---
> xen/arch/x86/xstate.c| 18 ++
> xen/include/asm-x86/xstate.h | 5 -
> 2 files changed, 22 insertions(+), 1 deletion(-)
>
> diff --git a/xen/arch/
On 27/11/15 09:52, Huaitong Han wrote:
> This patch adds pkeys support for guest_walk_tables.
>
> Signed-off-by: Huaitong Han
You must CC the appropriate maintainer for this patch, which includes
the x86 MM maintainer.
> ---
> xen/arch/x86/mm/guest_walk.c | 65
> ++
On 27/11/15 09:52, Huaitong Han wrote:
> This patch adds functions to support PKRU access.
>
> Signed-off-by: Huaitong Han
> ---
> xen/include/asm-x86/processor.h | 15 +++
> 1 file changed, 15 insertions(+)
>
> diff --git a/xen/include/asm-x86/processor.h b/xen/include/asm-x86/proces
On 27/11/15 09:51, Huaitong Han wrote:
> diff --git a/xen/include/asm-x86/x86_64/page.h
> b/xen/include/asm-x86/x86_64/page.h
> index 19ab4d0..49343ec 100644
> --- a/xen/include/asm-x86/x86_64/page.h
> +++ b/xen/include/asm-x86/x86_64/page.h
> @@ -134,6 +134,25 @@ typedef l4_pgentry_t root_pgentry
On 27/11/15 09:51, Huaitong Han wrote:
> This patch adds pkeys support when setting CR4.
>
> Signed-off-by: Huaitong Han
Reviewed-by: Andrew Cooper
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On 27/11/15 09:51, Huaitong Han wrote:
> This patch adds the flag to enable Memory Protection Keys.
>
> Signed-off-by: Huaitong Han
Reviewed-by: Andrew Cooper
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On 11/30/15 11:19 AM, Ian Campbell wrote:
> On Mon, 2015-11-30 at 11:00 -0600, Doug Goldstein wrote:
>> Since there is a request to have KEXEC and the UARTs
>> configurable by the user
>
> Who asked for this?
>
> I have quite a strong preference for not adding _any_ new[*] user
> configurable opt
On 27/11/15 09:51, Huaitong Han wrote:
> diff --git a/xen/arch/x86/cpu/common.c b/xen/arch/x86/cpu/common.c
> index e60929d..84d3a10 100644
> --- a/xen/arch/x86/cpu/common.c
> +++ b/xen/arch/x86/cpu/common.c
> @@ -264,8 +264,9 @@ static void __cpuinit generic_identify(struct cpuinfo_x86
> *c)
>
On 01/12/15 19:40, Olaf Hering wrote:
> On Tue, Dec 01, M A Young wrote:
>
>> It happens if CFLAGS is set to anything as a environment variable, eg.
>> export CFLAGS=" "
>> make dist-xen
> This never worked.
Works for me with CentOS-based RPM builds.
(https://github.com/xenserver/xen-4.6.pg/blob/
On Tue, Dec 01, M A Young wrote:
> It happens if CFLAGS is set to anything as a environment variable, eg.
> export CFLAGS=" "
> make dist-xen
This never worked. I have this in xen.spec to workaround the way
%configure is implemented in rpm:
%configure
unset CFLAGS
unset CXXFLAGS
unset FFLAGS
un
On Tue, Dec 01, 2015 at 11:47:17AM -0500, Konrad Rzeszutek Wilk wrote:
> On Thu, Nov 26, 2015 at 02:32:39PM -0600, Doug Goldstein wrote:
> > When allocating a pciback device fails, avoid the possibility of a
> > use after free.
>
> Reviewed-by: Konrad Rzeszutek Wilk
>
> Ugh, and it looks like xe
The BSDs have always accessed privcmd via /dev/xen/privcmd while Linux
has used /proc/xen/privcmd but things are shifting to /dev/xen/privcmd
as well.
CC: Ian Jackson
CC: Stefano Stabellini
CC: Ian Campbell
CC: Wei Liu
Signed-off-by: Doug Goldstein
Acked-by: Ian Jackson
---
tools/include/xe
Allow the init script to continue if either the character device or the
proc file is available.
CC: Ian Jackson
CC: Stefano Stabellini
CC: Ian Campbell
CC: Wei Liu
Signed-off-by: Doug Goldstein
Acked-by: Ian Jackson
---
tools/hotplug/Linux/xendomains.in | 2 +-
1 file changed, 1 insertion(+
Prefer using the character device over the proc file if the character
device exists. This follows similar conversions of xenbus to avoid
issues with FMODE_ATOMIC_POS added in Linux 3.14 and newer.
CC: Ian Jackson
CC: Stefano Stabellini
CC: Ian Campbell
CC: Wei Liu
Signed-off-by: Doug Goldstein
On 01/12/15 17:26, Jan Beulich wrote:
On 01.12.15 at 17:57, wrote:
>> When EFI is used, don't use EFI's GetTime() to get the time, because it
>> is broken on many platforms. From Linux commit 7efe665903d0 ("rtc:
>> Disable EFI rtc for x86"):
>> "Disable it explicitly for x86 so that we don't
On 12/1/15 10:47 AM, Konrad Rzeszutek Wilk wrote:
> On Thu, Nov 26, 2015 at 02:32:39PM -0600, Doug Goldstein wrote:
>> When allocating a pciback device fails, avoid the possibility of a
>> use after free.
>
> Reviewed-by: Konrad Rzeszutek Wilk
>
> Ugh, and it looks like xen-blkfront has the same
On 12/1/15 5:46 AM, Ian Campbell wrote:
> On Tue, 2015-11-24 at 14:14 -0600, Doug Goldstein wrote:
>> Prefer using the character device over the proc file if the character
>> device exists. This follows similar conversions of xenbus to avoid
>> issues with FMODE_ATOMIC_POS added in Linux 3.14 and n
On Tue, Dec 01, 2015 at 05:55:48PM +, Julien Grall wrote:
> Hi Konrad,
>
> On 01/12/15 15:37, Konrad Rzeszutek Wilk wrote:
> > On Wed, Nov 18, 2015 at 06:57:23PM +, Julien Grall wrote:
> >> Hi all,
> >>
> >> This is a follow-up on the previous discussion [1] related to guest using
> >> 64
On Tue, Dec 01, 2015 at 06:37:36PM +, Dr. David Alan Gilbert wrote:
> * Anthony PERARD (anthony.per...@citrix.com) wrote:
> > Hi,
> >
> > Under Xen, a guest with 5G of RAM, with a 32bit binary QEMU (well, with a
> > 32bit dom0) does not boot anymore. QEMU abort() with "Bad ram offset
> > efff
On Tue, 1 Dec 2015, Jan Beulich wrote:
> I.e. there must be something different in how make gets invoked or
> the environment set up.
It happens if CFLAGS is set to anything as a environment variable, eg.
export CFLAGS=" "
make dist-xen
Michael Young
* Anthony PERARD (anthony.per...@citrix.com) wrote:
> Hi,
>
> Under Xen, a guest with 5G of RAM, with a 32bit binary QEMU (well, with a
> 32bit dom0) does not boot anymore. QEMU abort() with "Bad ram offset
> efffd000".
>
> This issue first appear in 4ed023ce2a39ab5812d33cf4d819def168965a7f (Rou
flight 65264 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65264/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemut-winxpsp3 6 xen-boot fail REGR. vs. 59254
test-amd64-i386-qemut
Hi Konrad,
On 01/12/15 15:37, Konrad Rzeszutek Wilk wrote:
> On Wed, Nov 18, 2015 at 06:57:23PM +, Julien Grall wrote:
>> Hi all,
>>
>> This is a follow-up on the previous discussion [1] related to guest using
>> 64KB
>> page granularity which doesn't boot when the backend isn't using indirec
Currently, the TLB is not flushed if an error occured while updating the
stage-2 p2m. However, the TLB will contain stale mappings for any entry
updated so far.
To avoid a such situation, flush on every exit path when the variable
"flush" is set.
Signed-off-by: Julien Grall
Acked-by: Ian Campbel
Hello,
The main purpose of this patch series is to allow creation of superpage when
it has been previously shattered.
The first patch is not related to the main purpose of this series but fix a
latent bug I've found while looking at the p2m code.
For all the changes see in each patch.
Sincerely
Currently, the translation table is left in place even if no entries is
inuse. Because of how the p2m code has been implemented, replacing a
translation table by a block (i.e superpage) is not supported. Therefore,
any mapping of a superpage size will be split in smaller chunks making
the translati
Hi,
Under Xen, a guest with 5G of RAM, with a 32bit binary QEMU (well, with a
32bit dom0) does not boot anymore. QEMU abort() with "Bad ram offset efffd000".
This issue first appear in 4ed023ce2a39ab5812d33cf4d819def168965a7f (Round
up RAMBlock sizes to host page sizes).
The problem is in qemu_r
Factorize the code to remove an entry in p2m_remove_pte so we can re-use
it later.
Signed-off-by: Julien Grall
Acked-by: Ian Campbell
---
Changes in v2:
- Add Ian's acked-by
- Fix typoes
---
xen/arch/arm/p2m.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(
The page will be use later for reference counting. So we need a quick
access to the page associated to the mapping.
Signed-off-by: Julien Grall
Acked-by: Ian Campbell
---
Changes in v2:
- Add Ian's acked-by
---
xen/arch/arm/p2m.c | 6 ++
1 file changed, 6 insertions(+)
diff -
El 01/12/15 a les 17.48, Iurii Mykhalskyi ha escrit:
>> Does something like the following work? If not, could you paste the
>> error when running it with -vvv.
>>
>> xl block-attach DomU
>> format=raw,vdev=hdc,access=rw,backend=DomD,target=/path/to/dev
> In dom0 we have next issue:
> /libxl: error:
On Tue, Dec 01, 2015 at 05:03:28PM +, George Dunlap wrote:
> On Tue, Dec 1, 2015 at 3:58 PM, Wei Liu wrote:
> > On Tue, Dec 01, 2015 at 12:09:58PM +, George Dunlap wrote:
> > [...]
> >> diff --git a/tools/libxl/libxl.h b/tools/libxl/libxl.h
> >> index 6b73848..44e2951 100644
> >> --- a/too
>>> On 01.12.15 at 17:57, wrote:
> When EFI is used, don't use EFI's GetTime() to get the time, because it
> is broken on many platforms. From Linux commit 7efe665903d0 ("rtc:
> Disable EFI rtc for x86"):
> "Disable it explicitly for x86 so that we don't give users false
> hope that this driver wi
On Tue, Dec 01, 2015 at 06:48:32PM +0200, Iurii Mykhalskyi wrote:
> On 12/01/2015 05:41 PM, Ian Campbell wrote:
> >On Tue, 2015-12-01 at 15:29 +, Wei Liu wrote:
> >>On Tue, Dec 01, 2015 at 04:58:55PM +0200, Iurii Mykhalskyi wrote:
> >>>Our real usb mass-storage device are located at driver doma
>>> On 01.12.15 at 17:45, wrote:
> Based on the discussion below, can I assume there is an agreement for using
> processor model for filtering or chipset ID will be the preferred candidate.
I think the subsequent suggestion by Andrew makes it even more
desirable to remain independent of CPU mode
On 01/12/15 16:57, Ross Lagerwall wrote:
> When EFI is used, don't use EFI's GetTime() to get the time, because it
> is broken on many platforms.
[...]
> --- a/xen/arch/x86/time.c
> +++ b/xen/arch/x86/time.c
> @@ -679,20 +679,28 @@ static void __get_cmos_time(struct rtc_time *rtc)
> rtc->y
Add some more checks for having got allocated memory in the domain
builder. Related to this add an INVALID_PFN macro to be able to do
these checks.
Juergen Gross (2):
libxc: replace INVALID_P2M_ENTRY by INVALID_PFN
libxc: do proper return code checking of allocator in domain builder
tools/li
INVALID_P2M_ENTRY is defined as (xen_pfn_t)-1 and is often used
according to it's type for an invalid pfn. Change the name of the
macro to INVALID_PFN.
Signed-off-by: Juergen Gross
---
tools/libxc/include/xc_dom.h | 2 +-
tools/libxc/xc_compression.c | 10 +-
tools/libxc/xc_core.c
Signed-off-by: Juergen Gross
---
tools/libxc/xc_dom_core.c | 7 ++-
tools/libxc/xc_dom_x86.c | 10 ++
2 files changed, 16 insertions(+), 1 deletion(-)
diff --git a/tools/libxc/xc_dom_core.c b/tools/libxc/xc_dom_core.c
index d0c6596..841e7dc 100644
--- a/tools/libxc/xc_dom_core.c
++
On Tue, 2015-12-01 at 18:48 +0200, Iurii Mykhalskyi wrote:
> Thanks to all for a replays, please see my answers below:
>
> On 12/01/2015 05:29 PM, Wei Liu wrote:
> > On Tue, Dec 01, 2015 at 04:58:55PM +0200, Iurii Mykhalskyi wrote:
> > > Our real usb mass-storage device are located at driver domai
On Tue, Dec 1, 2015 at 3:58 PM, Wei Liu wrote:
> On Tue, Dec 01, 2015 at 12:09:58PM +, George Dunlap wrote:
> [...]
>> diff --git a/tools/libxl/libxl.h b/tools/libxl/libxl.h
>> index 6b73848..44e2951 100644
>> --- a/tools/libxl/libxl.h
>> +++ b/tools/libxl/libxl.h
>> @@ -1396,6 +1396,71 @@ voi
When EFI is used, don't use EFI's GetTime() to get the time, because it
is broken on many platforms. From Linux commit 7efe665903d0 ("rtc:
Disable EFI rtc for x86"):
"Disable it explicitly for x86 so that we don't give users false
hope that this driver will work - it won't, and your machine is like
We need to have at least version 2 since it's the first version to
support various control and status registers (such as
MSR_CORE_PERF_GLOBAL_CTRL) that VPMU relies on always having.
Since we don't fully support version 4 yet report it as version 3 in
CPUID.
With explicit testing for PMU version
We only support family 6 so quirk handling is always needed.
Signed-off-by: Boris Ostrovsky
---
xen/arch/x86/cpu/vpmu_intel.c | 18 +-
1 file changed, 1 insertion(+), 17 deletions(-)
diff --git a/xen/arch/x86/cpu/vpmu_intel.c b/xen/arch/x86/cpu/vpmu_intel.c
index a267a3c..86d390
Based on the discussion below, can I assume there is an agreement for using
processor model for filtering or chipset ID will be the preferred candidate.
Thanks
Anshul Makkar
-Original Message-
From: Tian, Kevin [mailto:kevin.t...@intel.com]
Sent: 26 November 2015 07:17
To: Malcolm Cross
It was lost when vpmu* files were moved from xen/arch/x86/hvm/{vmx|svm}/ to
xen/arch/x86/cpu/
Signed-off-by: Boris Ostrovsky
Cc: ian.campb...@citrix.com
Cc: ian.jack...@eu.citrix.com
Cc: t...@xen.org
Cc: suravee.suthikulpa...@amd.com
Cc: aravind.gopalakrish...@amd.com
---
MAINTAINERS | 2 ++
1 f
* Limit VPMU support to PMU versions 2, 3 and 4 (emulated at version 3 level)
* Always implement family 6 VPMU quirk.
==> Intel folks: is the quirk needed for all family 6 processors or can we
limit it to certain models?
* Update (or rather restore) arch VPMU files maintainer
Thanks to all for a replays, please see my answers below:
On 12/01/2015 05:29 PM, Wei Liu wrote:
On Tue, Dec 01, 2015 at 04:58:55PM +0200, Iurii Mykhalskyi wrote:
Our real usb mass-storage device are located at driver domain (DomD). So we
setup second block-device backend there.
To hotplug usb
>>> On 01.12.15 at 17:38, wrote:
> On 01/12/15 16:26, Jan Beulich wrote:
> On 01.12.15 at 17:13, wrote:
>>> Commit fc0c3fa2ad5c ("x86/IO-APIC: fix setup of Xen internally used IRQs
>>> (take 2)") introduced a regression on some hardware where Xen would hang
>>> during shutdown, repeating the
On Thu, Nov 26, 2015 at 02:32:39PM -0600, Doug Goldstein wrote:
> When allocating a pciback device fails, avoid the possibility of a
> use after free.
Reviewed-by: Konrad Rzeszutek Wilk
Ugh, and it looks like xen-blkfront has the same issue.
>
> Reported-by: Jonathan Creekmore
> Signed-off-by
Add IOCTL_GNTDEV_GRANT_COPY to allow applications to copy between user
space buffers and grant references.
This interface is similar to the GNTTABOP_copy hypercall ABI except
the local buffers are provided using a virtual address (instead of a
GFN and offset). To avoid userspace from having to pa
>>> On 01.12.15 at 17:34, wrote:
>> On Dec 1, 2015, at 10:07 AM, Jan Beulich wrote:
>>
>> For one build run, yes. But then you can (a) build individual object
>> files and (b) as mentioned above change configuration (implying
>> that you know what you're doing). Also you could, using the
>> exam
On 01/12/15 16:26, Jan Beulich wrote:
On 01.12.15 at 17:13, wrote:
>> Commit fc0c3fa2ad5c ("x86/IO-APIC: fix setup of Xen internally used IRQs
>> (take 2)") introduced a regression on some hardware where Xen would hang
>> during shutdown, repeating the following message:
>> APIC error on CPU0
> On Dec 1, 2015, at 10:07 AM, Jan Beulich wrote:
>
> For one build run, yes. But then you can (a) build individual object
> files and (b) as mentioned above change configuration (implying
> that you know what you're doing). Also you could, using the
> example above, do a kexec=y build, then a k
>>> On 01.12.15 at 17:13, wrote:
> Commit fc0c3fa2ad5c ("x86/IO-APIC: fix setup of Xen internally used IRQs
> (take 2)") introduced a regression on some hardware where Xen would hang
> during shutdown, repeating the following message:
> APIC error on CPU0: 08(08), Receive accept error
>
> This ap
On 01/12/15 15:24, Konrad Rzeszutek Wilk wrote:
> On Tue, Dec 01, 2015 at 10:34:17AM +, Andrew Cooper wrote:
>> On 30/11/15 21:22, Konrad Rzeszutek Wilk wrote:
>>> On Thu, Nov 26, 2015 at 01:55:57PM +, Andrew Cooper wrote:
On 26/11/15 13:48, Malcolm Crossley wrote:
> On 26/11/15 13
On Thu, Aug 27, 2015 at 07:03:56AM -0400, Konrad Rzeszutek Wilk wrote:
> On Thu, Aug 27, 2015 at 11:06:30AM +0800, Chen, Tiejun wrote:
> > On 8/25/2015 10:43 PM, Konrad Rzeszutek Wilk wrote:
> > >On Tue, Aug 25, 2015 at 02:55:31PM +0800, Chen, Tiejun wrote:
> > >>On 8/25/2015 8:19 AM, Tamas K Lengy
Commit fc0c3fa2ad5c ("x86/IO-APIC: fix setup of Xen internally used IRQs
(take 2)") introduced a regression on some hardware where Xen would hang
during shutdown, repeating the following message:
APIC error on CPU0: 08(08), Receive accept error
This appears to be because an interrupt (in this case
>>> On 01.12.15 at 16:59, wrote:
> On Tue, Dec 01, 2015 at 08:56:03AM -0700, Jan Beulich wrote:
>> >>> On 01.12.15 at 15:36, wrote:
>> > On December 1, 2015 8:19:32 AM EST, Jan Beulich wrote:
>> > On 01.12.15 at 00:37, wrote:
>> >>> When I try to build the current xen 4.7 master I get the f
>>> On 01.12.15 at 16:52, wrote:
>> On Dec 1, 2015, at 6:41 AM, Jan Beulich wrote:
>>
> On 30.11.15 at 18:29, wrote:
>>> --- a/xen/Rules.mk
>>> +++ b/xen/Rules.mk
>>> @@ -173,7 +173,7 @@ FORCE:
>>>
>>> .PHONY: clean
>>> clean:: $(addprefix _clean_, $(subdir-all))
>>> - rm -f *.o *~ core
On Tue, Dec 01, 2015 at 12:09:58PM +, George Dunlap wrote:
[...]
> diff --git a/tools/libxl/libxl.h b/tools/libxl/libxl.h
> index 6b73848..44e2951 100644
> --- a/tools/libxl/libxl.h
> +++ b/tools/libxl/libxl.h
> @@ -1396,6 +1396,71 @@ void libxl_vtpminfo_list_free(libxl_vtpminfo *, int
> nr_vt
This patch adds basic spice support for pv domUs.
The qemu parameters are the same as the hvm ones and they works.
Therefore xl cfg parameters are the same as the hvm ones except that
features not supported yet by pv domUs (vdagent and usbredirection)
are kept disabled by default.
It also enables v
>>> On 01.12.15 at 15:36, wrote:
> On December 1, 2015 8:19:32 AM EST, Jan Beulich wrote:
> On 01.12.15 at 00:37, wrote:
>>> When I try to build the current xen 4.7 master I get the following
>>error
>>>
>>> :0:0: error: "__OBJECT_FILE__" redefined [-Werror]
>>> :0:0: note: this is the loca
1 - 100 of 226 matches
Mail list logo