Commit 8c45adec18e0512c3d34dcafb13414ecba21be6a ("create unmapped
initrd in domain builder if supported") introduced an error for
building a 64 bit guest with a 32 bit toolset.
The initrd start address and size where stored in an unsigned long
instead of using a 64 bit type.
Signed-off-by: Juerge
On 01/12/15 08:15, Juergen Gross wrote:
> On 30/11/15 17:56, Ian Campbell wrote:
>> On Mon, 2015-11-30 at 16:25 +, Ian Campbell wrote:
>>> (d54) Pinning the boot page table pfn 4be3 / mfn 1bfd71/1bfd71
>>> (d54) pin_table: MFN 1bfd71
>>> (XEN) mm.c:2417:d54v0 Bad type (saw 1401 != e
On 30/11/15 17:56, Ian Campbell wrote:
> On Mon, 2015-11-30 at 16:25 +, Ian Campbell wrote:
>> (d54) Pinning the boot page table pfn 4be3 / mfn 1bfd71/1bfd71
>> (d54) pin_table: MFN 1bfd71
>> (XEN) mm.c:2417:d54v0 Bad type (saw 1401 != exp
>> 7000) for mfn 165b81 (pfn 4
On Mon, Nov 30, 2015 at 08:39:31AM +0100, Daniel Kiper wrote:
> On Mon, Nov 30, 2015 at 08:55:32AM +0900, Simon Horman wrote:
> > On Sat, Nov 28, 2015 at 09:14:04PM +0100, Daniel Kiper wrote:
> > > Crash kernel region size is available via sysfs on Linux running on
> > > bare metal. However, this d
flight 65251 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65251/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-amd64-xl 6 xen-boot fail like 65156
test-amd64-amd64-xl-multivcpu
I am interested in locating a VM's base (starting) address in memory in
relation to other VM's running on the same host - is there a way to do this
through Xen or the XenAPI?
Thanks,
D'Mita
--
D'Mita Levy
Cyber Fellow, Applied Research Center
Florida International University
On Mon, Nov 30, 2015 at 7:01 PM, Razvan Cojocaru
wrote:
> On 12/01/2015 01:32 AM, Tamas K Lengyel wrote:
> > Hi all,
> > I'm trying to extend the current vm_event system to be able to emulate
> > over an in-guest breakpoint using the VM_EVENT_FLAG_SET_EMUL_READ_DATA
> > feature. The idea is to ha
flight 65248 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65248/
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
This introduces a way to have a restricted VPMU, by specifying one of two
predefined groups of PMCs to make available. For secure environments, this
allows the VPMU to be used without needing to enable all PMCs.
Signed-off-by: Brendan Gregg
Reviewed-by: Boris Ostrovsky
---
docs/misc/xen-command
On Thu, Nov 26, 2015 at 12:11 AM, Dietmar Hahn
wrote:
> Am Dienstag 24 November 2015, 15:53:12 schrieb Brendan Gregg:
> > This introduces a way to have a restricted VPMU, by specifying one of two
> > predefined groups of PMCs to make available. For secure environments,
> this
> > allows the VPMU
Sorry, I thought they are due to same reason so I put them together. Maybe I
should just solve them one by one. Full log is here
paste.ubuntu.com/13571815/, if you need more information, please let me know.
> Date: Mon, 30 Nov 2015 08:50:42 -0700
> From: jbeul...@suse.com
> To: quizy_jo...@out
On 12/01/2015 01:32 AM, Tamas K Lengyel wrote:
> Hi all,
> I'm trying to extend the current vm_event system to be able to emulate
> over an in-guest breakpoint using the VM_EVENT_FLAG_SET_EMUL_READ_DATA
> feature. The idea is to have the vm_event listener send back the
> contents of the memory that
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 location of the previous definition
cc1: all warnings being treated as errors
The problem seems to be that -D__OBJECT_FILE__= is set each time
xen/R
Hi all,
I'm trying to extend the current vm_event system to be able to emulate over
an in-guest breakpoint using the VM_EVENT_FLAG_SET_EMUL_READ_DATA feature.
The idea is to have the vm_event listener send back the contents of the
memory that was overwritten by the breakpoint instruction, have Xen
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 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
pulled on top.
Running this kernel under Xen
On Thu, Nov 26, 2015 at 03:09:02PM +0800, Bob Liu wrote:
>
> On 11/26/2015 10:57 AM, Konrad Rzeszutek Wilk wrote:
> > On Thu, Nov 26, 2015 at 10:28:10AM +0800, Bob Liu wrote:
> >>
> >> On 11/26/2015 06:12 AM, Konrad Rzeszutek Wilk wrote:
> >>> On Wed, Nov 25, 2015 at 03:56:03PM -0500, Konrad Rzesz
flight 65247 linux-mingo-tip-master real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65247/
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. 60684
test-amd64
On Fri, Nov 27, 2015 at 05:17:05PM +, David Vrabel wrote:
> 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 addr
Since Xen 4.7.0, using privcmd via xenfs (/proc/xen/privcmd) is deprecated
and /dev/xen/privcmd via pvops is used instead. This is an effort to
eventually drop this interface after a reasonable amount of time.
Signed-off-by: Doug Goldstein
---
drivers/xen/Kconfig | 12
drivers
Since Xen 4.6.0, using xenbus via xenfs (/proc/xen/xenbus) is deprecated
and /dev/xen/xenbus via pvops is used instead. This is an effort to
eventually drop this interface after a reasonable amount of time.
Signed-off-by: Doug Goldstein
---
drivers/xen/Kconfig | 12
drivers/xe
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:46, Jan Beulich wrote:
> > On 25.11.15 at 11:28, wrote:
> >>> The problem is that SandyBridge IOMMUs advertise 2M support and do
> >>> function with it, but cannot cac
On 11/26/2015 03:32 PM, Doug Goldstein wrote:
When allocating a pciback device fails, avoid the possibility of a
use after free.
Reported-by: Jonathan Creekmore
Signed-off-by: Doug Goldstein
---
drivers/xen/xen-pciback/xenbus.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
Revi
On 11/30/2015 01:49 PM, Julien Grall wrote:
Hi Jens,
On 30/11/2015 20:03, Jens Axboe wrote:
The bisector fingered the commit 578270b "block: fix segment split".
If I reverted this patch on top of 4.4-rc3 and everything seems to
work fine.
Anyone have any ideas?
Can you try my for-linus branc
Hi Jens,
On 30/11/2015 20:03, Jens Axboe wrote:
The bisector fingered the commit 578270b "block: fix segment split".
If I reverted this patch on top of 4.4-rc3 and everything seems to
work fine.
Anyone have any ideas?
Can you try my for-linus branch?
I pulled this branch into Linus' master
On 11/27/2015 08:42 AM, Roger Pau Monne wrote:
Instead of choosing the interface to expose to guests based on the guest
type, do it based on whether the guest has an emulated local apic or not.
Signed-off-by: Roger Pau Monné
Signed-off-by: Boris Ostrovsky
Acked-by: Jan Beulich
Cc: Jan Beulich
On 11/30/2015 11:22 AM, Julien Grall wrote:
Hello,
I've been trying the Linux 4.4-rc3 on mustang (ARM64) with Xen.
DOM0 is crashing as soon as a guest is started when QDISK is
used for the disk:
[ cut here ]
WARNING: at /home/julien/works/linux/block/blk-merge.c:435
Modu
On 11/25/2015 08:02 PM, Brendan Gregg wrote:
This introduces a way to have a restricted VPMU, by specifying one of two
predefined groups of PMCs to make available. For secure environments, this
allows the VPMU to be used without needing to enable all PMCs.
Signed-off-by: Brendan Gregg
---
Chang
This run is configured for baseline tests only.
flight 38392 ovmf real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38392/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
build-amd64-xsm 3 host-install(3) broken bas
On Mon, Nov 30, 2015 at 09:40:28AM +, osstest service owner wrote:
> flight 65237 qemu-mainline real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/65237/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
> test-amd64-i
Hi,
Just noticed that Bob and Konrad have not been correctly CCed.
Regards,
On 18/11/15 18:57, 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 indirect
> descripto
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.
With explicit testing for PMU version we can now remove CPUID model
check.
Signed-off-by: Boris Ostrovsky
---
xe
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 bb4ddcc..8d786f
Sorry, my apologies. I got it now, thanks!
On Mon, Nov 30, 2015 at 3:32 PM Jan Beulich wrote:
> >>> On 29.11.15 at 19:19, wrote:
> > Inside the page fault handler for shadow page tables (sh_page_fault
> > function in multi.c) where is the code for swapping in a page from disk?
>
> There is no s
On 11/27/2015 06:01 AM, Jan Beulich wrote:
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 return a
proper error code.
Signed-off-by: Jan Beulic
Hello,
I've been trying the Linux 4.4-rc3 on mustang (ARM64) with Xen.
DOM0 is crashing as soon as a guest is started when QDISK is
used for the disk:
[ cut here ]
WARNING: at /home/julien/works/linux/block/blk-merge.c:435
Modules linked in:
CPU: 6 PID: 0 Comm: swapper/6
On 11/27/2015 04:40 AM, Ian Campbell wrote:
On Thu, 2015-11-26 at 17:45 +, Ian Jackson wrote:
Boris Ostrovsky writes ("[PATCH] libxl: Be more careful with error
handling in libxl__dm_runas_helper()"):
getpwnam_r() has fairly complicated return rules. From man pages:
RETURN VALUE
flight 65245 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65245/
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
On 30/11/15 16:00, Jan Beulich wrote:
On 30.11.15 at 16:38, wrote:
>> On 30/11/15 15:22, Jan Beulich wrote:
>> On 30.11.15 at 14:36, wrote:
On 30/11/15 11:30, Jan Beulich wrote:
> It's not well defined whether YMM register presence
> correlates to AVX, or is simply flagged b
On 11/26/2015 02:35 AM, Juergen Gross wrote:
On 25/11/15 17:12, Boris Ostrovsky wrote:
On 11/12/2015 08:43 AM, Juergen Gross wrote:
In case the kernel of a new pv-domU indicates it is supporting an
unmapped initrd, don't waste precious virtual space for the initrd,
but allocate only guest physi
When using the FIFO ABI a guest may close an event channel that is
still LINKED. If this port is reused, subsequent events may be lost
because they may become pending on the wrong queue.
This could be fixed by requiring guests to only close event channels
that are not linked. This is difficult s
On 11/30/15 8:36 AM, Jan Beulich wrote:
On 24.11.15 at 18:51, wrote:
>> --- a/.gitignore
>> +++ b/.gitignore
>> @@ -217,6 +217,11 @@ tools/xentrace/tbctl
>> tools/xentrace/xenctx
>> tools/xentrace/xentrace
>> xen/.banner
>> +xen/.config
>> +xen/.config.old
>> +xen/defconfig
>> +xen/**/*.cm
In commit 8b6ef9c152edceabecc7f90c811cd538a7b7a110,
several files in xen/common/compat were changed to be built
using the Makefile in xen/common, by appending the compat
prefix to the object files. Additionally, the
xen/common/compat directory was removed from the subdirs-y
variable, so it is no lo
On Mon, 2015-11-30 at 17:16 +, Ian Jackson wrote:
> It appears that we do disagree. Perhaps the basic thing is: I don't
> think we want to fork this code. We want to be a downstream of Linux
> for it. If necessary we may edit, to an extent, the parts we import,
> but hopefully we'll keep tha
Hi Wei, could you please explain why/how you would have done the project
differently now and why these patches are not "good"? From my conversation
with Linda, I understood that her code is "Independent of virtio except the
9pvirtio specific code, which is used extensively."
On Wed, Nov 18, 2015 a
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 options in this first pass, since I think those need to be
On 11/30/15 11:04 AM, Ian Jackson wrote:
> Doug Goldstein writes ("Re: [PATCHv6] 01/28] build: import Kbuild/Kconfig
> from Linux 4.2"):
>> On 11/30/15 9:55 AM, Jan Beulich wrote:
>>> On 30.11.15 at 16:34, wrote:
>>> Afaic I'd prefer a minimal import as a first step. Adding further
>>> frontends
Jan Beulich writes ("Re: [PATCHv6] 01/28] build: import Kbuild/Kconfig from
Linux 4.2"):
> On 30.11.15 at 16:42, wrote:
> > I would go further than this, and wholesale import the relevant files
> > into a subdirectory in a single commit that contains nothing else, and
> > mention the specific git
On 30/11/15 17:05, Doug Goldstein wrote:
> On 11/30/15 9:51 AM, Julien Grall wrote:
>> Hi Doug,
>>
>> On 24/11/15 17:51, Doug Goldstein wrote:
>>> The following series is a follow on to the Kconfig conversion patch series.
>>> There are still more components to convert however this is the bare mini
On 11/30/15 9:51 AM, Julien Grall wrote:
> Hi Doug,
>
> On 24/11/15 17:51, Doug Goldstein wrote:
>> The following series is a follow on to the Kconfig conversion patch series.
>> There are still more components to convert however this is the bare minimal
>> to get everything working and get the op
Doug Goldstein writes ("Re: [PATCHv6] 01/28] build: import Kbuild/Kconfig from
Linux 4.2"):
> On 11/30/15 9:55 AM, Jan Beulich wrote:
>> On 30.11.15 at 16:34, wrote:
> > Afaic I'd prefer a minimal import as a first step. Adding further
> > frontends - if really needed - could be done later.
>
>
On Mon, 2015-11-30 at 16:49 +, Ian Jackson wrote:
> Fold `guest-localmigrate.2' into `guest-localmigrate/x10' and move
> `guest-start.2' to after `guest-start.repeat' (reversing the contents
> of the latter so that the start comes before the stop).
> (guest-start.2 is still necessary because th
>>> On 30.11.15 at 16:42, wrote:
> Doug Goldstein writes ("Re: [PATCHv6] 01/28] build: import Kbuild/Kconfig
> from Linux 4.2"):
>> The whole point here was to bring in the kconfig bits from Linux 4.2
>> untouched for traceability for where the code came from. By doing it
>> this way it allows Xe
On 11/30/15 9:55 AM, Jan Beulich wrote:
On 30.11.15 at 16:34, wrote:
>> On 11/30/15 7:59 AM, Jan Beulich wrote:
>> On 24.11.15 at 18:51, wrote:
--- /dev/null
+++ b/xen/scripts/kconfig/Makefile.linux
@@ -0,0 +1,317 @@
>>>
>>> This doesn't seem to be referenced anywhere.
>>
On Mon, 2015-11-30 at 16:25 +, Ian Campbell wrote:
> (d54) Pinning the boot page table pfn 4be3 / mfn 1bfd71/1bfd71
> (d54) pin_table: MFN 1bfd71
> (XEN) mm.c:2417:d54v0 Bad type (saw 1401 != exp 7000)
> for mfn 165b81 (pfn 4d81)
I added a "BUG_ON(*pt_pfn == 0x4d81);"
Fold `guest-localmigrate.2' into `guest-localmigrate/x10' and move
`guest-start.2' to after `guest-start.repeat' (reversing the contents
of the latter so that the start comes before the stop).
(guest-start.2 is still necessary because the start/stop test leaves
the guest stopped, whereas the subseq
>>> On 30.11.15 at 17:31, wrote:
> On Wed, Nov 25, 2015 at 10:16 AM, Jan Beulich wrote:
>> The use of $(basename ...) here was wrong (yet I'm sure I tested it).
>>
>> Signed-off-by: Jan Beulich
>>
>> --- a/xen/Rules.mk
>> +++ b/xen/Rules.mk
>> @@ -105,7 +105,7 @@ include Makefile
>> DEPS = .*.d
On Wed, Nov 25, 2015 at 10:16 AM, Jan Beulich wrote:
> The use of $(basename ...) here was wrong (yet I'm sure I tested it).
>
> Signed-off-by: Jan Beulich
>
> --- a/xen/Rules.mk
> +++ b/xen/Rules.mk
> @@ -105,7 +105,7 @@ include Makefile
> DEPS = .*.d
> define gendep
> ifneq ($(1),$(subst
On Mon, 2015-11-30 at 17:15 +0100, Juergen Gross wrote:
> I'll try to trigger it on my machine and see if I can get some more
> debug information.
Thanks. Below is what I have so far.
It seems to thing mfn=165b81/pfn=4d81 is an L1 PT, when it needs to be a
writeable page due to the reference from
On 30/11/15 14:41, Ian Campbell wrote:
> On Mon, 2015-11-30 at 13:16 +, Ian Campbell wrote:
>> On Mon, 2015-11-30 at 13:59 +0100, Juergen Gross wrote:
>>> On 30/11/15 13:35, Ian Campbell wrote:
FYI attempting to upgrade osstest to use Debian Jessie in the guest
seems
to have expo
Hi,
Ping?
Regards,
On 18/11/15 18:57, 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 indirect
> descriptor.
>
> This has been successfully tested on ARM64 with b
>>> On 30.11.15 at 16:38, wrote:
> On 30/11/15 15:22, Jan Beulich wrote:
> On 30.11.15 at 14:36, wrote:
>>> On 30/11/15 11:30, Jan Beulich wrote:
It's not well defined whether YMM register presence
correlates to AVX, or is simply flagged by the respective XSTATE
CPUID bit (or a
>>> On 30.11.15 at 16:34, wrote:
> On 11/30/15 7:59 AM, Jan Beulich wrote:
> On 24.11.15 at 18:51, wrote:
>>> --- /dev/null
>>> +++ b/xen/scripts/kconfig/Makefile.linux
>>> @@ -0,0 +1,317 @@
>>
>> This doesn't seem to be referenced anywhere.
>
> Its the central file for building kconfig. It
Hi Doug,
On 24/11/15 17:51, Doug Goldstein wrote:
> The following series is a follow on to the Kconfig conversion patch series.
> There are still more components to convert however this is the bare minimal
> to get everything working and get the options out of the existing makefiles.
>
> The CONF
>>> On 30.11.15 at 16:36, wrote:
First of all - please no HTML mails, just plain text.
> Thanks for your reply. I've already changed to boot with the xen.efi directly
> without grub2. Now I can see all the cpu cores, but I can't use the mouse or
> keyboard. What's more, the memory seems to be
On 30/11/15 15:22, Jan Beulich wrote:
On 30.11.15 at 14:36, wrote:
>> On 30/11/15 11:30, Jan Beulich wrote:
>>> It's not well defined whether YMM register presence
>>> correlates to AVX, or is simply flagged by the respective XSTATE
>>> CPUID bit (or a mixture of both).
>> It is indeed not we
Hi Shannon,
On 17/11/15 09:41, shannon.z...@linaro.org wrote:
> From: Naresh Bhat
>
> Add ACPI support on arm64 xen hypervisor. Enable EFI support on ARM.
>
> Signed-off-by: Naresh Bhat
> Signed-off-by: Shannon Zhao
> ---
> config/arm64.mk | 1 +
> xen/common/efi/runtime.c |
On 27/11/15 15:04, Stefano Stabellini wrote:
>> +vgic_reserve_virq(d, i);
>> +irq_set_type(i, ACPI_IRQ_TYPE_NONE);
>
> I don't know if there is any point in setting the type to NONE. It's the
> default, isn't it?
No, the default is *_IRQ_TYPE_INVALID.
Regards,
--
Julien Grall
Hi Shannon,
On 17/11/15 09:40, shannon.z...@linaro.org wrote:
> From: Parth Dixit
>
> Interrupt information is described in DSDT and is not available at
> the time of booting. Configure the interrupts dynamically when requested
> by Dom0
Missing ".".
As said on a previous version of this patch
On 11/30/15 7:59 AM, Jan Beulich wrote:
On 24.11.15 at 18:51, wrote:
>> --- /dev/null
>> +++ b/xen/include/linux/kconfig.h
>> @@ -0,0 +1,54 @@
>> +#ifndef __LINUX_KCONFIG_H
>> +#define __LINUX_KCONFIG_H
>
> Neither placement in the source tree nor guard variable should say
> "Linux".
This f
Doug Goldstein writes ("Re: [PATCHv6] 01/28] build: import Kbuild/Kconfig from
Linux 4.2"):
> The whole point here was to bring in the kconfig bits from Linux 4.2
> untouched for traceability for where the code came from. By doing it
> this way it allows Xen to rebase kconfig support to a newer ve
Thanks for your reply. I've already changed to boot with the xen.efi directly
without grub2. Now I can see all the cpu cores, but I can't use the mouse or
keyboard. What's more, the memory seems to be problematic too. 'xl dmesg' shows
:
(XEN) Unknown cachability for MFNs 0x8-0x8(XEN) Unk
On 27/11/15 15:12, Stefano Stabellini wrote:
>> +}
>> +else
>> +{
>> +int type = 3;
>> +int flag = 2; /* Active-low level-sensitive */
>> +d->arch.hvm_domain.params[HVM_PARAM_CALLBACK_IRQ] = (u64)type << 56
>> +
Hi Shannon,
On 17/11/15 13:10, Shannon Zhao wrote:
> Regarding SMMU, since it doesn't support now, so I didn't add it but it
> could be added later.
Then please add a TODO, otherwise it's a call to forget it.
Regards,
--
Julien Grall
___
Xen-devel m
flight 65243 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/65243/
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-
Hi Shannon,
On 17/11/15 09:40, shannon.z...@linaro.org wrote:
> diff --git a/xen/common/efi/boot.c b/xen/common/efi/boot.c
> index 53c7452..78d8ae9 100644
> --- a/xen/common/efi/boot.c
> +++ b/xen/common/efi/boot.c
> @@ -13,6 +13,7 @@
> #include
> #include
> #include
> +#include
> #if EFI_
Hi,
On 27/11/15 12:04, Stefano Stabellini wrote:
> On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
>> From: Parth Dixit
>>
>> Create a helper function for mapping with cached attributes.
>>
>> Signed-off-by: Parth Dixit
>> Signed-off-by: Shannon Zhao
>
> You might be able to use the existi
Hi Stefano,
On 26/11/15 16:04, Stefano Stabellini wrote:
> On Wed, 18 Nov 2015, Julien Grall wrote:
>> On 18/11/15 03:01, Shannon Zhao wrote:
>>> "All above tables will be mapped to Dom0 non-RAM space. Since when
>>> booting through ACPI it doesn't need the grant table region(see below
>>> section
Hi,
On 27/11/15 12:16, Stefano Stabellini wrote:
> On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
>> From: Shannon Zhao
>>
>> Map other reused tables for Dom0.
>
> "Map all other tables to Dom0 using 1:1 mappings."
>
>
>> Signed-off-by: Shannon Zhao
>> ---
>> xen/arch/arm/domain_build.c
Hi Shannon,
On 17/11/15 09:40, shannon.z...@linaro.org wrote:
> From: Parth Dixit
>
> Create a helper function for mapping with cached attributes.
You are using those helpers to map the ACPI table in the guest. Do we
really need them to be mapped read-write?
Regards,
--
Julien Grall
___
>>> On 30.11.15 at 14:36, wrote:
> On 30/11/15 11:30, Jan Beulich wrote:
>> It's not well defined whether YMM register presence
>> correlates to AVX, or is simply flagged by the respective XSTATE
>> CPUID bit (or a mixture of both).
>
> It is indeed not well defined, which is what makes this area
>>> On 24.11.15 at 18:52, wrote:
> ---
> xen/arch/x86/Kconfig | 7 +++
> 1 file changed, 7 insertions(+)
This can't be complete - you ought to be deleting the current definition.
> --- a/xen/arch/x86/Kconfig
> +++ b/xen/arch/x86/Kconfig
> @@ -25,6 +25,13 @@ config ARCH_DEFCONFIG
>
> menu
>>> On 24.11.15 at 18:52, wrote:
> --- a/config/x86_32.mk
> +++ b/config/x86_32.mk
> @@ -6,7 +6,6 @@ CONFIG_MIGRATE := y
> CONFIG_XCUTILS := y
>
> HAS_MEM_ACCESS := y
> -HAS_MEM_PAGING := y
Considering that the previous patch supposedly eliminated
HAS_MEM_ACCESS, the context here looks suspic
>>> On 24.11.15 at 18:52, wrote:
> --- a/xen/arch/x86/Kconfig
> +++ b/xen/arch/x86/Kconfig
> @@ -11,6 +11,7 @@ config X86
> select HAS_CPUFREQ
> select HAS_PCI
> select UART_NS16550
> + select UART_EHCI
I don't think this is a reasonable name. We're talking about EHCI
debug
>>> On 24.11.15 at 18:52, wrote:
> --- a/xen/Rules.mk
> +++ b/xen/Rules.mk
> @@ -68,7 +68,7 @@ ifneq ($(max_phys_irqs),)
> CFLAGS-y+= -DMAX_PHYS_IRQS=$(max_phys_irqs)
> endif
>
> -CONFIG_KEXEC-$(HAS_KEXEC) := $(kexec)
> +CONFIG_KEXEC-$(CONFIG_HAS_KEXEC) := $(kexec)
> CONFIG_KE
>>> On 24.11.15 at 18:52, wrote:
> --- a/xen/common/Kconfig
> +++ b/xen/common/Kconfig
> @@ -5,4 +5,8 @@ menu "Common Features"
> config HAS_DEVICE_TREE
> bool
>
> +# Select HAS_GDBSX if GDBSX is supported
> +config HAS_GDBSX
> + bool
Wasn't there a select of this option way earlier
>>> On 24.11.15 at 18:52, wrote:
> Use the Kconfig generated CONFIG_HAS_VGA defines in the code base.
This should be folded with the previous patch, or the VGA parts done
there be moved here.
Jan
___
Xen-devel mailing list
Xen-devel@lists.xen.org
htt
>>> On 24.11.15 at 18:52, wrote:
> --- /dev/null
> +++ b/xen/drivers/video/Kconfig
> @@ -0,0 +1,13 @@
> +
> +# Select HAS_VIDEO if video is supported
> +config HAS_VIDEO
> + bool
> +
> +# Select HAS_VGA if VGA is supported
> +config HAS_VGA
> + bool
> + depends on HAS_VIDEO
As said in
On 24/11/15 10:51, Stefano Stabellini wrote:
> On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
>> From: Shannon Zhao
>>
>> Refactor gic-v3 related functions into dt and generic parts. This will be
>> helpful when adding acpi support for gic-v3.
>>
>> Signed-off-by: Shannon Zhao
>> ---
>> xen
>>> On 30.11.15 at 15:56, wrote:
On 24.11.15 at 18:51, wrote:
>> --- a/xen/drivers/char/Kconfig
>> +++ b/xen/drivers/char/Kconfig
>> @@ -3,3 +3,8 @@ config UART_NS16550
>> bool "16550-series UART support"
>> help
>>This selects the 16550-series UART support. For most system
Hi Shannon,
On 17/11/15 09:40, shannon.z...@linaro.org wrote:
> diff --git a/xen/arch/arm/psci.c b/xen/arch/arm/psci.c
> index d800cb6..dede0e1 100644
> --- a/xen/arch/arm/psci.c
> +++ b/xen/arch/arm/psci.c
> @@ -22,6 +22,7 @@
> #include
> #include
> #include
> +#include
>
> /*
> * Whi
>>> On 24.11.15 at 18:51, wrote:
> --- a/xen/drivers/char/Kconfig
> +++ b/xen/drivers/char/Kconfig
> @@ -3,3 +3,8 @@ config UART_NS16550
> bool "16550-series UART support"
> help
> This selects the 16550-series UART support. For most systems, say Y.
> +
> +# Select HAS_IOPORTS
>>> On 24.11.15 at 18:51, wrote:
> --- /dev/null
> +++ b/xen/drivers/char/Kconfig
> @@ -0,0 +1,5 @@
> +
> +config UART_NS16550
> + bool "16550-series UART support"
Iirc we agreed not to have any user visible prompts for the moment;
I think Ian was quite explicit about this. The 32- vs 64-bit
>>> On 24.11.15 at 18:51, wrote:
> --- a/xen/arch/x86/Kconfig
> +++ b/xen/arch/x86/Kconfig
> @@ -3,6 +3,7 @@ config X86_64
>
> config X86
> def_bool y
> + select HAS_PASSTHROUGH
> select HAS_GDBSX
Please get these sorted alphabetically from the beginning.
> --- /dev/null
> +++
Hi,
On 23/11/15 11:37, Stefano Stabellini wrote:
> On Tue, 17 Nov 2015, shannon.z...@linaro.org wrote:
>> From: Shannon Zhao
> could you please add a couple of lines to the commit message mentioning
> why __va(phys) is an acceptable implementation of arch_acpi_os_map_memory?
FWIW, I already ask
>>> On 24.11.15 at 18:51, wrote:
> --- a/xen/Makefile
> +++ b/xen/Makefile
> @@ -26,6 +26,9 @@ default: build
> .PHONY: dist
> dist: install
>
> +.PHONY: build
> +build:: $(BASEDIR)/include/config/auto.conf
> +
> .PHONY: build install uninstall clean distclean cscope TAGS tags MAP gtags
I do
>>> On 24.11.15 at 18:51, wrote:
> --- a/.gitignore
> +++ b/.gitignore
> @@ -217,6 +217,11 @@ tools/xentrace/tbctl
> tools/xentrace/xenctx
> tools/xentrace/xentrace
> xen/.banner
> +xen/.config
> +xen/.config.old
> +xen/defconfig
> +xen/**/*.cmd
> +xen/**/modules.order
The last two seem rather
Hi Ian,
On 25/11/15 12:40, Ian Campbell wrote:
> On Wed, 2015-11-18 at 15:49 +, Julien Grall wrote:
>> 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)
On Mon, 2015-11-30 at 14:26 +, Julien Grall wrote:
> +
> > > +p2m->stats.mappings[level - 1]--;
> > > +update_reference_mapping(pages[level - 1],
> > > old_entry, *entry);
> > > +
> > > +/*
> > > + * We can't free the page now beca
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 successfully get started with
4.6 using our current set of Wiki pages. We have been slowly
replacing the "xm" references with "xl", but we cou
1 - 100 of 169 matches
Mail list logo
