El 11/11/15 a les 21.18, Andrew Cooper ha escrit:
> c/s 1ee15d7 "libxl: switch HVM domain building to use xc_dom_* helpers"
> introduced a regression building HVM domains in combination with the libxl
> "firmware_override=" option.
>
> The older HVM building code (now removed) had no 32bit ELF che
flight 64090 xen-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64090/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-migrupgrade 21 guest-migrate/src_host/dst_host fail REGR. vs.
63212
test-amd64
El 11/11/15 a les 20.22, Andrew Cooper ha escrit:
> Actually CC-ing xen-devel this time.
>
> On 11/11/15 19:13, Andrew Cooper wrote:
>> Hello,
>>
>> Xapi uses the Ocaml stub_xc_domain_create() which uses
>> xc_domain_create(). xc_domain_create() itself zeros the arch
>> configuration but passes f
On 11/11/2015 06:50 PM, Doug Goldstein wrote:
> Use the Kconfig generated CONFIG_HAS_MEM_ACCESS defines in the code base.
>
> Signed-off-by: Doug Goldstein
>
> CC: Ian Campbell
> CC: Stefano Stabellini
> CC: Keir Fraser
> CC: Jan Beulich
> CC: Andrew Cooper
> CC: Razvan Cojocaru
> CC: Tama
On 11/11/2015 06:50 PM, Doug Goldstein wrote:
> Use the Kconfig generated CONFIG_HAS_MEM_PAGING defines in the code base.
>
> Signed-off-by: Doug Goldstein
>
> CC: Keir Fraser
> CC: Jan Beulich
> CC: Andrew Cooper
> CC: Razvan Cojocaru
> CC: Tamas K Lengyel
> CC: Daniel De Graaf
> Signed-o
On 11/11/2015 06:50 PM, Doug Goldstein wrote:
> Use the Kconfig generated CONFIG_HAS_MEM_SHARING defines in the code base.
>
> Signed-off-by: Doug Goldstein
>
> CC: Keir Fraser
> CC: Jan Beulich
> CC: Andrew Cooper
> CC: Razvan Cojocaru
> CC: Tamas K Lengyel
> CC: Daniel De Graaf
> Signed-
On 2015/11/10 20:36, Ian Campbell wrote:
> On Tue, 2015-11-10 at 12:26 +, Stefano Stabellini wrote:
>> CC'ing xen-devel and Jan
>>
>> On Tue, 10 Nov 2015, Shannon Zhao wrote:
>>> Hi Stefano,
>>>
>>> I'm working on adding Runtime services support at Xen side. Most of
>>> work
>>> is adding the
On Wed, 2015-11-11 at 21:07 +, Andrew Cooper wrote:
> On 11/11/2015 20:57, Konrad Rzeszutek Wilk wrote:
> > On Wed, Nov 11, 2015 at 07:13:25PM +, Andrew Cooper wrote:
> > > Hello,
> > >
> > > Xapi uses the Ocaml stub_xc_domain_create() which uses
> > > xc_domain_create(). xc_domain_create
On Thu, Nov 12, 2015 at 06:09:54AM +0100, Juergen Gross wrote:
> On 05/11/15 15:36, Juergen Gross wrote:
> > The Xen hypervisor supports starting a dom0 with large memory (up to
> > the TB range) by not including the initrd and p2m list in the initial
> > kernel mapping. Especially the p2m list can
On 12/11/15 10:39, Wei Liu wrote:
> On Thu, Nov 12, 2015 at 06:09:54AM +0100, Juergen Gross wrote:
>> On 05/11/15 15:36, Juergen Gross wrote:
>>> The Xen hypervisor supports starting a dom0 with large memory (up to
>>> the TB range) by not including the initrd and p2m list in the initial
>>> kernel
On Wed, 2015-11-11 at 20:18 +, Andrew Cooper wrote:
> c/s 1ee15d7 "libxl: switch HVM domain building to use xc_dom_* helpers"
> introduced a regression building HVM domains in combination with the
> libxl
> "firmware_override=" option.
>
> The older HVM building code (now removed) had no 32bit
flight 38270 distros-debian-wheezy real [real]
http://osstest.xs.citrite.net/~osstest/testlogs/logs/38270/
Perfect :-)
All tests in this flight passed
baseline version:
flight 38249
jobs:
build-amd64 pass
build-armhf
The new osstest tested head contains a fix for gcc-4.4 toolchain.
Signed-off-by: Wei Liu
---
Cc: "Hao, Xudong"
Cc: Ian Campbell
Please pull from
git://xenbits.xen.org/osstest/ovmf.git xen-tested-master
and push the said commit to
git://xenbits.xen.org/ovmf.git master
It should be a fast-f
On 12/11/15 09:25, Ian Campbell wrote:
> On Wed, 2015-11-11 at 21:07 +, Andrew Cooper wrote:
>> On 11/11/2015 20:57, Konrad Rzeszutek Wilk wrote:
>>> On Wed, Nov 11, 2015 at 07:13:25PM +, Andrew Cooper wrote:
Hello,
Xapi uses the Ocaml stub_xc_domain_create() which uses
>>> On 11.11.15 at 17:30, wrote:
> On 11/11/15 08:33, Jan Beulich wrote:
>> RFC because I noticed that nothing seems to ever set PFEC_page_paged,
>> so I wonder whether we really need that flag.
>
> It is set in hap_p2m_ga_to_gfn() for frames with types of P2M_PAGING_TYPES
>
> Did you miss this,
On Thu, 2015-11-12 at 10:07 +, Andrew Cooper wrote:
> On 12/11/15 09:25, Ian Campbell wrote:
> > On Wed, 2015-11-11 at 21:07 +, Andrew Cooper wrote:
> > > On 11/11/2015 20:57, Konrad Rzeszutek Wilk wrote:
> > > > On Wed, Nov 11, 2015 at 07:13:25PM +, Andrew Cooper wrote:
> > > > > Hello
First and foremost: fix documentation: The use of "clock_hz", when
"base_baud" was meant, has taken me several hours (suspecting a more
complicated problem with the PCIe card I've been trying to get
working). At once correct the "gdb" option, which is more like
"console", not like "com".
Next, fix
>>> On 12.11.15 at 10:06, wrote:
> Today I try the way you suggested. Set USE_SET_VIRTUAL_ADDRESS_MAP on
> ARM and make a fake efi_rs_enter() and efi_rs_leave(). But when calling
> efi_init_memory, it fails with below log:
You can't just #define that constant and assume things will work: This
cod
On Thu, 2015-11-12 at 03:31 -0700, Jan Beulich wrote:
> First and foremost: fix documentation: The use of "clock_hz", when
> "base_baud" was meant, has taken me several hours (suspecting a more
> complicated problem with the PCIe card I've been trying to get
> working). At once correct the "gdb" op
On Thu, Nov 05, 2015 at 03:36:27PM +0100, Juergen Gross wrote:
> Guest memory allocation in the domain builder of libxc is done via
> virtual addresses only. In order to be able to support preallocated
> areas not virtually mapped reorganize the memory allocator to keep
> track of allocated pages g
On 12/11/15 12:14, Wei Liu wrote:
> On Thu, Nov 05, 2015 at 03:36:27PM +0100, Juergen Gross wrote:
>> Guest memory allocation in the domain builder of libxc is done via
>> virtual addresses only. In order to be able to support preallocated
>> areas not virtually mapped reorganize the memory allocat
On Thu, 2015-11-12 at 11:14 +, Wei Liu wrote:
> On Thu, Nov 05, 2015 at 03:36:27PM +0100, Juergen Gross wrote:
> > Guest memory allocation in the domain builder of libxc is done via
> > virtual addresses only. In order to be able to support preallocated
> > areas not virtually mapped reorganize
On Thu, Nov 12, 2015 at 11:20:47AM +, Ian Campbell wrote:
> On Thu, 2015-11-12 at 11:14 +, Wei Liu wrote:
> > On Thu, Nov 05, 2015 at 03:36:27PM +0100, Juergen Gross wrote:
> > > Guest memory allocation in the domain builder of libxc is done via
> > > virtual addresses only. In order to be
flight 64095 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64095/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-xl-rtds 11 guest-start fail like 63705
Tests which did not succeed,
On Thu, Nov 12, 2015 at 12:21:24PM +0100, Juergen Gross wrote:
> On 12/11/15 12:14, Wei Liu wrote:
> > On Thu, Nov 05, 2015 at 03:36:27PM +0100, Juergen Gross wrote:
> >> Guest memory allocation in the domain builder of libxc is done via
> >> virtual addresses only. In order to be able to support p
On Wed, 11 Nov 2015, Arnd Bergmann wrote:
> On Wednesday 11 November 2015 16:51:35 Stefano Stabellini wrote:
> > +static void xen_read_wallclock(struct timespec64 *ts)
> > +{
> > + u32 version;
> > + u64 delta;
> > + struct timespec64 now;
> > + struct shared_info *s = HYPER
On 12/11/15 12:20, Ian Campbell wrote:
> On Thu, 2015-11-12 at 11:14 +, Wei Liu wrote:
>> On Thu, Nov 05, 2015 at 03:36:27PM +0100, Juergen Gross wrote:
>>> Guest memory allocation in the domain builder of libxc is done via
>>> virtual addresses only. In order to be able to support preallocated
On Wed, Oct 21, Chunyan Liu wrote:
> Add pvusb APIs, including:
Some comments below.
After a quick look I miss the proposed ctrl/device separation for pvscsi
(what handles "state" changes?). But, I have to read all the other
dozen+ threads about that topic first.
> +flexarray_append_pair(b
On Wed, 11 Nov 2015, Julien Grall wrote:
> On 11/11/15 18:14, Stefano Stabellini wrote:
> > On Wed, 11 Nov 2015, Julien Grall wrote:
> >>> diff --git a/xen/arch/arm/vtimer.c b/xen/arch/arm/vtimer.c
> >>> index 1418092..aa0fde6 100644
> >>> --- a/xen/arch/arm/vtimer.c
> >>> +++ b/xen/arch/arm/vtimer
On Thu, Nov 12, 2015 at 12:29:06PM +0100, Juergen Gross wrote:
> On 12/11/15 12:20, Ian Campbell wrote:
> > On Thu, 2015-11-12 at 11:14 +, Wei Liu wrote:
> >> On Thu, Nov 05, 2015 at 03:36:27PM +0100, Juergen Gross wrote:
> >>> Guest memory allocation in the domain builder of libxc is done via
On 12/11/15 11:32, Stefano Stabellini wrote:
> On Wed, 11 Nov 2015, Julien Grall wrote:
>> On 11/11/15 18:14, Stefano Stabellini wrote:
>>> On Wed, 11 Nov 2015, Julien Grall wrote:
> diff --git a/xen/arch/arm/vtimer.c b/xen/arch/arm/vtimer.c
> index 1418092..aa0fde6 100644
> --- a/xen/a
On Wed, Oct 21, 2015 at 10:08 AM, Chunyan Liu wrote:
> Add pvusb commands: usbctrl-attach, usbctrl-detach, usb-list,
> usb-attach and usb-detach.
>
> To attach a usb device to guest through pvusb, one could follow
> following example:
>
> #xl usbctrl-attach test_vm version=1 ports=8
>
> #xl usb-
On Thu, Nov 12, 2015 at 11:38 AM, George Dunlap
wrote:
>> +/* Parses usb data and adds info into usb
>> + * Returns 1 if the input token does not match one of the keys
>> + * or parsed values are not correct. Successful parse returns 0 */
>> +static int parse_usb_config(libxl_device_usb *usb, char
1: fix setup of Xen internally used IRQs
2: make SET_DEST() easier to use
Signed-off-by: Jan Beulich
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Wed, Oct 21, 2015 at 10:08 AM, Chunyan Liu wrote:
> Add xl usb-assignable-list command to list assignable USB devices.
> Assignable USB device means the USB device type is assignable and
> it's not assigned to any guest yet.
>
> Signed-off-by: Chunyan Liu
>
> ---
> Same as "libxl: add libxl_
There has been quite a bit of redundancy between the various use sites.
Eliminate that. No change of generated code.
Signed-off-by: Jan Beulich
--- a/xen/arch/x86/io_apic.c
+++ b/xen/arch/x86/io_apic.c
@@ -958,8 +958,12 @@ static hw_irq_controller ioapic_edge_typ
#define IOAPIC_EDGE0
#defi
..., i.e. namely that of a PCI serial card with an IRQ above the
legacy range. This had got broken by the switch to cpumask_any() in
cpu_mask_to_apicid_phys(). Fix this by allowing all CPUs for that IRQ
(such that __setup_vector_irq() will properly update a booting CPU's
vector_irq[], avoiding "No
>>> On 12.11.15 at 12:07, wrote:
> On Thu, 2015-11-12 at 03:31 -0700, Jan Beulich wrote:
>> --- a/docs/misc/xen-command-line.markdown
>> +++ b/docs/misc/xen-command-line.markdown
>> @@ -277,13 +277,13 @@ Flag to indicate whether to probe for a
>> ACPI indicating none to be there.
>>
>> ### com
On Wed, 11 Nov 2015, Jim Fehlig wrote:
> Hi All,
>
> Apologies for only noticing the fix for XSA-142 as it starting flowing to our
> various downstreams. The current fix seems like quite a big hammer IMO. qemu
> doesn't support readonly IDE/SATA disks
>
> # /usr/lib/xen/bin/qemu-system-i386 -dri
On Wed, 11 Nov 2015, Doug Goldstein wrote:
> Handle unknown distros by saying "unknown" instead of an empty string
> and for Gentoo users actually mention it.
>
> Signed-off-by: Doug Goldstein
Thanks for the patch.
> lib/common-functions.sh | 8
> 1 file changed, 8 insertions(+)
>
>
On Thu, 2015-11-12 at 04:52 -0700, Jan Beulich wrote:
> > > @@ -530,7 +531,8 @@ static void ns16550_setup_preirq(struct
> > > /* Baud rate already set: read it out from the divisor
> > > latch. */
> > > divisor = ns_read_reg(uart, UART_DLL);
> > > divisor |= ns_read_reg
On 12/11/15 11:39, Jan Beulich wrote:
> 1: fix setup of Xen internally used IRQs
> 2: make SET_DEST() easier to use
>
> Signed-off-by: Jan Beulich
>
Reviewed-by: Andrew Cooper
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen
On 12/11/15 12:10, Ian Campbell wrote:
> On Thu, 2015-11-12 at 04:52 -0700, Jan Beulich wrote:
>
@@ -530,7 +531,8 @@ static void ns16550_setup_preirq(struct
/* Baud rate already set: read it out from the divisor
latch. */
divisor = ns_read_reg(uart, UART_DLL);
On 12/11/15 12:32, Wei Liu wrote:
> On Thu, Nov 12, 2015 at 12:29:06PM +0100, Juergen Gross wrote:
>> On 12/11/15 12:20, Ian Campbell wrote:
>>> On Thu, 2015-11-12 at 11:14 +, Wei Liu wrote:
On Thu, Nov 05, 2015 at 03:36:27PM +0100, Juergen Gross wrote:
> Guest memory allocation in the
>>> On 12.11.15 at 13:10, wrote:
> Is a printk worthwhile, due to the fact there might be a second console
> present?
As Andrew also asks for it, I'll add one.
Jan
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On 12/11/15 09:41, Ian Campbell wrote:
> On Wed, 2015-11-11 at 20:18 +, Andrew Cooper wrote:
>> c/s 1ee15d7 "libxl: switch HVM domain building to use xc_dom_* helpers"
>> introduced a regression building HVM domains in combination with the
>> libxl
>> "firmware_override=" option.
>>
>> The olde
On Thu, Nov 05, 2015 at 03:36:34PM +0100, Juergen Gross wrote:
> In order to prepare a p2m list outside of the initial kernel mapping
> do a rework of the domain builder's page table handler. The goal is
> to be able to use common helpers for page table allocation and setup
> for initial kernel pag
On Thu, Nov 05, 2015 at 03:36:35PM +0100, Juergen Gross wrote:
> In case the kernel of a new pv-domU indicates it is supporting a p2m
> list outside the initial kernel mapping by specifying INIT_P2M, let
> the domain builder allocate the memory for the p2m list from physical
> guest memory only and
On 12/11/15 13:39, Wei Liu wrote:
> On Thu, Nov 05, 2015 at 03:36:34PM +0100, Juergen Gross wrote:
>> In order to prepare a p2m list outside of the initial kernel mapping
>> do a rework of the domain builder's page table handler. The goal is
>> to be able to use common helpers for page table alloca
On Thu, 2015-11-12 at 12:37 +, Andrew Cooper wrote:
> On 12/11/15 09:41, Ian Campbell wrote:
> > On Wed, 2015-11-11 at 20:18 +, Andrew Cooper wrote:
> > > c/s 1ee15d7 "libxl: switch HVM domain building to use xc_dom_*
> > > helpers"
> > > introduced a regression building HVM domains in comb
On 2015/11/12 19:04, Jan Beulich wrote:
On 12.11.15 at 10:06, wrote:
Today I try the way you suggested. Set USE_SET_VIRTUAL_ADDRESS_MAP on
ARM and make a fake efi_rs_enter() and efi_rs_leave(). But when calling
efi_init_memory, it fails with below log:
You can't just #define that constant a
On 12/11/15 02:10, Meng Xu wrote:
> Hi Andrew,
>
> 2015-11-11 18:34 GMT-05:00 Andrew Cooper :
>> On 11/11/2015 23:21, Meng Xu wrote:
Finally, I can't tell from your paste below, but ensure that you are
always using a debug hypervisor.
>>> The source file Config.mk under the xen folder has
>>> On 12.11.15 at 02:08, wrote:
> After the upgrade HVM domUs appear to no longer work - regardless of the
> dom0 kernel (tested with both 3.18.9 and 4.1.7 as the dom0 kernel); PV
> domUs, however, work just fine as before on both dom0 kernels.
>
> xl dmesg shows the following information afte
On Thu, Nov 12, 2015 at 12:52:56PM +, Andrew Cooper wrote:
> On 12/11/15 02:10, Meng Xu wrote:
> > Hi Andrew,
> >
> > 2015-11-11 18:34 GMT-05:00 Andrew Cooper :
> >> On 11/11/2015 23:21, Meng Xu wrote:
> Finally, I can't tell from your paste below, but ensure that you are
> always usi
On 12/11/15 12:52, Jan Beulich wrote:
On 12.11.15 at 02:08, wrote:
>> After the upgrade HVM domUs appear to no longer work - regardless of the
>> dom0 kernel (tested with both 3.18.9 and 4.1.7 as the dom0 kernel); PV
>> domUs, however, work just fine as before on both dom0 kernels.
>>
>> xl
On Mon, Nov 09, 2015 at 04:19:24PM +0100, Juergen Gross wrote:
> On 10/23/2015 03:04 PM, Juergen Gross wrote:
> >This series is a combination of my previous patches:
> >
> >"libxc: remove most of tools/libxc/xc_dom_compat_linux.c"
> >"tools: remove unused wrappers for python"
> >
> >I have split it
While on it also change "xen_linux" to "xen_kernel" to be vendor-neutral
Could someone test please? I only compile-tested it
diff --git a/docs/grub.texi b/docs/grub.texi
index 1df3db2..112b42b 100644
--- a/docs/grub.texi
+++ b/docs/grub.texi
@@ -3859,7 +3859,7 @@ you forget a command, you can run t
flight 64127 linux-3.14 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64127/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf-pvops 5 kernel-build fail REGR. vs. 62648
Regressions which are
On Thu, 2015-11-12 at 12:57 +, Wei Liu wrote:
> On Thu, Nov 12, 2015 at 12:52:56PM +, Andrew Cooper wrote:
> >
> > In screen for example, you need to send CTRL-a a to send a "CTRL-a" on
> > the serial.
> >
>
> And for minicom it is "Ctrl-a Ctrl-a" to send "Ctrl-a".
Now run minicom in sc
flight 64130 libvirt real [real]
http://logs.test-lab.xenproject.org/osstest/logs/64130/
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
Tests which did not succe
On 12.11.2015 14:15, Daniel Kiper wrote:
> On Tue, Nov 10, 2015 at 04:23:46PM +0100, Vladimir 'phcoder' Serbinenko wrote:
>> Le 10 nov. 2015 3:52 PM, "Daniel Kiper" a écrit :
>>> On Mon, Nov 09, 2015 at 09:08:35PM +0100, Vladimir 'φ-coder/phcoder'
>> Serbinenko wrote:
On 20.07.2015 16:35, Dan
On Thu, 2015-11-12 at 14:08 +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> While on it also change "xen_linux" to "xen_kernel" to be vendor-neutral
> Could someone test please? I only compile-tested it
I was expecting this patch to include a change
to ./util/grub.d/20_linux_xen.in to update
Hi Vladimir,
OK, I will test it.
On 12 November 2015 at 21:08, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> While on it also change "xen_linux" to "xen_kernel" to be vendor-neutral
> Could someone test please? I only compile-tested it
--
Best regards,
Fu Wei
Software Engineer
Red Hat Soft
On Thu, Nov 12, 2015 at 02:26:21PM +0100, Vladimir 'φ-coder/phcoder' Serbinenko
wrote:
> On 12.11.2015 14:15, Daniel Kiper wrote:
> > On Tue, Nov 10, 2015 at 04:23:46PM +0100, Vladimir 'phcoder' Serbinenko
> > wrote:
> >> Le 10 nov. 2015 3:52 PM, "Daniel Kiper" a écrit :
> >>> On Mon, Nov 09, 20
Hello, all. I'd like to have set of commands that would boot xen on all
platforms. I thought of following set:
xen_hypervisor FILE XEN_OPTIONS
xen_kernel FILE KERNEL_OPTIONS
xen_initrd INITRD INITRD INITRD
all initrds are concatenated.
xen_xsm ???
On arm64 it would use the arm64 xen FDT protocol
Carve out the p2m list allocation from the .alloc_magic_pages hook of
the domain builder in order to prepare allocating the p2m list outside
of the initial kernel mapping. This will be needed to support loading
domains with huge memory (>512 GB).
Signed-off-by: Juergen Gross
Acked-by: Ian Campbel
Guest memory allocation in the domain builder of libxc is done via
virtual addresses only. In order to be able to support preallocated
areas not virtually mapped reorganize the memory allocator to keep
track of allocated pages globally and in allocated segments.
This requires an interface change o
Move some data private to the x86 domain builder to the private data
section. Remove extra_pages as they are used nowhere.
Signed-off-by: Juergen Gross
Acked-by: Wei Liu
---
tools/libxc/include/xc_dom.h | 8
tools/libxc/xc_dom_x86.c | 48 +--
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 physical memory for it.
Signed-off-by: Juergen Gross
Acked-by: Wei Liu
---
tools/libxc/include/xc_dom.h | 5 +
tools/libxc/xc_dom_co
Rename the count_pgtables hook of the domain builder to alloc_pgtables
and do the allocation of the guest memory for page tables inside this
hook. This will remove the need for accessing the x86 specific pgtables
member of struct xc_dom_image in the generic domain builder code.
Signed-off-by: Juer
The Xen hypervisor supports starting a dom0 with large memory (up to
the TB range) by not including the initrd and p2m list in the initial
kernel mapping. Especially the p2m list can grow larger than the
available virtual space in the initial mapping.
The started kernel is indicating the support o
In case the kernel of a new pv-domU indicates it is supporting a p2m
list outside the initial kernel mapping by specifying INIT_P2M, let
the domain builder allocate the memory for the p2m list from physical
guest memory only and map it to the address the kernel is expecting.
This will enable loadi
Support of an unmapped initrd is indicated by the kernel of the domain
via elf notes. In order not to have to use raw elf data in the tools
for support of an unmapped initrd add a flag to the parsed data area
to indicate the kernel supporting this feature.
Switch using this flag in the hypervisor
Reorganize struct xc_dom_image to contain a pointer to domain builder
architecture specific private data. This will abstract the architecture
or domain type specific data from the general used data.
The new area is allocated as soon as the domain type is known.
Signed-off-by: Juergen Gross
Acked
In order to prepare a p2m list outside of the initial kernel mapping
do a rework of the domain builder's page table handler. The goal is
to be able to use common helpers for page table allocation and setup
for initial kernel page tables and page tables mapping the p2m list.
This is achieved by supp
On 10.11.2015 15:38, Daniel Kiper wrote:
>>> - if (entry_specified)
>>> > > + if (keep_bs && efi_entry_specified)
>>> > > +grub_multiboot_payload_eip = efi_entry;
>>> > > + else if (entry_specified)
>>> > > grub_multiboot_payload_eip = entry;
>>> > >
>> > This seems redundant.
> What is
On Thu, Nov 12, 2015 at 02:43:28PM +0100, Juergen Gross wrote:
> Guest memory allocation in the domain builder of libxc is done via
> virtual addresses only. In order to be able to support preallocated
> areas not virtually mapped reorganize the memory allocator to keep
> track of allocated pages g
On Thu, Nov 12, 2015 at 02:43:35PM +0100, Juergen Gross wrote:
> In order to prepare a p2m list outside of the initial kernel mapping
> do a rework of the domain builder's page table handler. The goal is
> to be able to use common helpers for page table allocation and setup
> for initial kernel pag
On 12.11.2015 14:27, Ian Campbell wrote:
> On Thu, 2015-11-12 at 14:08 +0100, Vladimir 'φ-coder/phcoder' Serbinenko
> wrote:
>> While on it also change "xen_linux" to "xen_kernel" to be vendor-neutral
>> Could someone test please? I only compile-tested it
>
> I was expecting this patch to include
On 12/11/15 14:47, Wei Liu wrote:
> On Thu, Nov 12, 2015 at 02:43:35PM +0100, Juergen Gross wrote:
>> In order to prepare a p2m list outside of the initial kernel mapping
>> do a rework of the domain builder's page table handler. The goal is
>> to be able to use common helpers for page table alloca
On Wed, Nov 11, 2015 at 07:29:41AM -0700, Jan Beulich wrote:
> Konrad,
>
> in that change you give bar_idx a second purpose: Originally it was
> what its name say - an index into the BARs of the device. In that
> change, however, you also use it to index into an individual BAR.
> IOW right now we
On Mon, Nov 9, 2015 at 7:43 AM, Haozhong Zhang wrote:
> On 10/27/15 15:16, Aravind Gopalakrishnan wrote:
> [...]
>>
>> Haozhong, Boris-
>>
>> I am planning to use a Fam10h system (older processor) and Fam15h Model 60h
>> (newer processor) for the test case.
>>
>> Shall try to run the test on a sin
On 12/11/15 14:48, Wei Liu wrote:
> On Thu, Nov 12, 2015 at 02:43:28PM +0100, Juergen Gross wrote:
>> Guest memory allocation in the domain builder of libxc is done via
>> virtual addresses only. In order to be able to support preallocated
>> areas not virtually mapped reorganize the memory allocat
Hi Jan,
many thanks for your reply. Answers are further down inline.
Am 12.11.15 um 13:52 schrieb Jan Beulich:
On 12.11.15 at 02:08, wrote:
After the upgrade HVM domUs appear to no longer work - regardless of the
dom0 kernel (tested with both 3.18.9 and 4.1.7 as the dom0 kernel); PV
domUs, howe
Hi Andrew,
thanks for your reply. Answers are inline further down.
Am 12.11.15 um 14:01 schrieb Andrew Cooper:
On 12/11/15 12:52, Jan Beulich wrote:
On 12.11.15 at 02:08, wrote:
After the upgrade HVM domUs appear to no longer work - regardless of the
dom0 kernel (tested with both 3.18.9 and 4
Hi Paul,
On 11/07/2015 08:17 AM, Paul E. McKenney wrote:
> On Thu, Oct 15, 2015 at 01:32:44PM +0200, Daniel Wagner wrote:
>> The cpu hotplug state machine in smpboot.c is reusing the states from
>> cpu.h. That is confusing when it comes to the CPU_DEAD_FROZEN usage.
>> Paul explained to me that he
On Wed, Oct 21, Chunyan Liu wrote:
> Add pvusb commands: usbctrl-attach, usbctrl-detach, usb-list,
> usb-attach and usb-detach.
How is this supposed to be handled in libvirt? It looks like libvirt has
to copy what is done here. If thats true the logic should be in libxlu
so that both xl and libvi
On Thu, 2015-11-12 at 15:03 +0100, Juergen Gross wrote:
> On 12/11/15 14:48, Wei Liu wrote:
> > On Thu, Nov 12, 2015 at 02:43:28PM +0100, Juergen Gross wrote:
> > > Guest memory allocation in the domain builder of libxc is done via
> > > virtual addresses only. In order to be able to support preall
On Thu, Nov 12, 2015 at 03:03:32PM +0100, Juergen Gross wrote:
> On 12/11/15 14:48, Wei Liu wrote:
> > On Thu, Nov 12, 2015 at 02:43:28PM +0100, Juergen Gross wrote:
> >> Guest memory allocation in the domain builder of libxc is done via
> >> virtual addresses only. In order to be able to support p
On Thu, Nov 12, 2015 at 02:47:24PM +, Ian Campbell wrote:
> On Thu, 2015-11-12 at 15:03 +0100, Juergen Gross wrote:
> > On 12/11/15 14:48, Wei Liu wrote:
> > > On Thu, Nov 12, 2015 at 02:43:28PM +0100, Juergen Gross wrote:
> > > > Guest memory allocation in the domain builder of libxc is done v
On Thu, Nov 12, 2015 at 2:42 PM, Olaf Hering wrote:
> On Wed, Oct 21, Chunyan Liu wrote:
>
>> Add pvusb commands: usbctrl-attach, usbctrl-detach, usb-list,
>> usb-attach and usb-detach.
>
> How is this supposed to be handled in libvirt? It looks like libvirt has
> to copy what is done here. If tha
Konrad, David, Boris,
are you OK with this?
On Wed, 11 Nov 2015, Stefano Stabellini wrote:
> The dom0_op hypercall has been renamed to platform_op since Xen 3.2,
> which is ancient, and modern upstream Linux kernels cannot run as dom0
> and it anymore anyway.
>
> Signed-off-by: Stefano Stabelli
Hi Andrew,
2015-11-12 7:52 GMT-05:00 Andrew Cooper :
> On 12/11/15 02:10, Meng Xu wrote:
>> Hi Andrew,
>>
>> 2015-11-11 18:34 GMT-05:00 Andrew Cooper :
>>> On 11/11/2015 23:21, Meng Xu wrote:
> Finally, I can't tell from your paste below, but ensure that you are
> always using a debug hype
Hi Ian and Wei,
2015-11-12 8:16 GMT-05:00 Ian Campbell :
> On Thu, 2015-11-12 at 12:57 +, Wei Liu wrote:
>> On Thu, Nov 12, 2015 at 12:52:56PM +, Andrew Cooper wrote:
>> >
>> > In screen for example, you need to send CTRL-a a to send a "CTRL-a" on
>> > the serial.
>> >
>>
>> And for minico
On 11/11/2015 11:51 AM, Stefano Stabellini wrote:
The dom0_op hypercall has been renamed to platform_op since Xen 3.2,
which is ancient, and modern upstream Linux kernels cannot run as dom0
and it anymore anyway.
Signed-off-by: Stefano Stabellini
CC: konrad.w...@oracle.com
CC: david.vra...@citr
On 12/11/15 15:47, Ian Campbell wrote:
> On Thu, 2015-11-12 at 15:03 +0100, Juergen Gross wrote:
>> On 12/11/15 14:48, Wei Liu wrote:
>>> On Thu, Nov 12, 2015 at 02:43:28PM +0100, Juergen Gross wrote:
Guest memory allocation in the domain builder of libxc is done via
virtual addresses onl
>>> On 12.11.15 at 13:52, wrote:
> On 2015/11/12 19:04, Jan Beulich wrote:
> On 12.11.15 at 10:06, wrote:
>>> Today I try the way you suggested. Set USE_SET_VIRTUAL_ADDRESS_MAP on
>>> ARM and make a fake efi_rs_enter() and efi_rs_leave(). But when calling
>>> efi_init_memory, it fails with be
On 11/11/2015 11:51 AM, Stefano Stabellini wrote:
Rename the current XENPF_settime hypercall and related struct to
XENPF_settime32.
Signed-off-by: Stefano Stabellini
Acked-by: Arnd Bergmann
CC: konrad.w...@oracle.com
CC: david.vra...@citrix.com
CC: boris.ostrov...@oracle.com
---
arch/x86/xen
>>> On 12.11.15 at 15:29, wrote:
> Another question is whether prior to enabling the debug USE flag it
> might make sense to re-compile with gcc-4.8.5 (please see my previous
> list reply) to rule out any compiler related issues. Jan, Andrew - what
> are your thoughts?
The order of things you
First and foremost: fix documentation: The use of "clock_hz", when
"base_baud" was meant, has taken me several hours (suspecting a more
complicated problem with the PCIe card I've been trying to get
working). At once correct the "gdb" option, which is more like
"console", not like "com".
Next, fix
1 - 100 of 225 matches
Mail list logo