flight 33577 linux-3.10 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33577/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-libvirt 5 xen-boot fail REGR. vs. 26303
test-amd64-i386-rhel6h
I am trying to run the PVHVM guest on omap5 (arm arch) so that I can get
the frame buffer shared by Domains. my setup are:
1. run xen4.5 after the u-boot.
2. start the dom0 (on linux kernel 3.12) on xen.
3. run the qemu (from xen 4.5) and HVM backend on xen.
4. run the guest domain as "Machine: D
On Tue, 2015-01-20 at 22:42 -0700, Jim Fehlig wrote:
> Ian Jackson wrote:
Thanks both. I've CCd Wei who has picked up the libvirt migration stuff
based on this series.
> > Ian Campbell writes ("[PATCH OSSTEST v2 18/18] WIP: libvirt: migration +
> > save/restore support."):
> >
> >> Note that
El 20/01/15 a les 19.19, Andrew Cooper ha escrit:
> On 20/01/15 17:05, Roger Pau Monne wrote:
>> Check that MMIO regions added to PVH Dom0 are allowed. Previously a PVH Dom0
>> would have access to the full MMIO range.
>>
>> Signed-off-by: Roger Pau Monné
>> Cc: Jan Beulich
>> Cc: Andrew Cooper
El 20/01/15 a les 19.35, Andrew Cooper ha escrit:
> On 20/01/15 17:05, Roger Pau Monne wrote:
>> Prevent Dom0 from accessing HPET MMIO region by adding the HPET mfn to the
>> list of read-only memory regions.
>>
>> Signed-off-by: Roger Pau Monné
>> Cc: Jan Beulich
>> Cc: Andrew Cooper
>
> Pleas
El 21/01/15 a les 8.56, Bob Liu ha escrit:
> The default max-segments of indirect requests was 32, so IO operations with
> bigger block size(>32*4k) would be split and make performance drop.
>
> Nowadays backend device usually support 512k max_sectors_kb on desktop,
> and usually larger on server
> >> I found the restore process of the live migration is quit long, so I
> >> try to
> > find out what's going on.
> >> By debugging, I found the most time consuming process is restore the
> >> VM's
> > MTRR MSR,
> >> The process is done in the function hvm_load_mtrr_msr(), it will call
> >> the m
>>> On 21.01.15 at 03:30, wrote:
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Yeah, for the actual E820 the conversion of course has to happen.
>> But I think there's no strong need for it to be done on the variant
>> obtainable via hypercall - it would only destroy information, and who
>>
>>> On 20.01.15 at 18:11, wrote:
> On 20/01/15 16:40, Jan Beulich wrote:
> On 20.01.15 at 15:28, wrote:
>>> On 19/01/15 17:02, Jan Beulich wrote:
>>> On 13.01.15 at 15:25, wrote:
> --- a/xen/drivers/passthrough/device_tree.c
> +++ b/xen/drivers/passthrough/device_tree.c
> @@
On 20/01/15 20:12, Waiman Long wrote:
> This patch adds the necessary XEN specific code to allow XEN to
> support the CPU halting and kicking operations needed by the queue
> spinlock PV code.
Xen is a word, please don't capitalize it.
> +void xen_lock_stats(int stat_types)
> +{
> + if (stat_
>>> On 21.01.15 at 11:15, wrote:
>> >> I found the restore process of the live migration is quit long, so I
>> >> try to
>> > find out what's going on.
>> >> By debugging, I found the most time consuming process is restore the
>> >> VM's
>> > MTRR MSR,
>> >> The process is done in the function hvm
>>> On 20.01.15 at 18:03, wrote:
> On 20/01/15 11:05, Jan Beulich wrote:
>> --- a/xen/arch/x86/hvm/vmx/vmcs.c
>> +++ b/xen/arch/x86/hvm/vmx/vmcs.c
>> @@ -1395,6 +1395,16 @@ static inline unsigned long vmr(unsigned
>> return __vmread_safe(field, &val) ? val : 0;
>> }
>>
>> +#define vmr16(fl
On 21/01/2015 10:23, Jan Beulich wrote:
On 20.01.15 at 18:11, wrote:
On 20/01/15 16:40, Jan Beulich wrote:
On 20.01.15 at 15:28, wrote:
On 19/01/15 17:02, Jan Beulich wrote:
On 13.01.15 at 15:25, wrote:
--- a/xen/drivers/passthrough/device_tree.c
+++ b/xen/drivers/passthrough/device_tre
On Wed, 21 Jan 2015, Xu, Quan wrote:
> > -Original Message-
> > From: Daniel De Graaf [mailto:dgde...@tycho.nsa.gov]
> > Sent: Wednesday, January 21, 2015 6:28 AM
> > To: Xu, Quan; xen-devel@lists.xen.org
> > Cc: ian.campb...@citrix.com; ian.jack...@eu.citrix.com; jbeul...@suse.com;
> > k..
>>> On 20.01.15 at 18:19, wrote:
> On 20/01/15 11:06, Jan Beulich wrote:
>> +printk("RIP = 0x%016lx (%ps) RSP = 0x%016lx\n",
>> + vmr(HOST_RIP), (void *)vmr(HOST_RIP), vmr(HOST_RSP));
>
> Given the asm volatile, the compiler is unlikely to elide the second
> read of HOST_RIP. I su
>>> On 20.01.15 at 18:57, wrote:
> On 20/01/15 11:07, Jan Beulich wrote:
>> @@ -1761,15 +1761,15 @@ int nvmx_handle_vmwrite(struct cpu_user_
>> vmcs_encoding = reg_read(regs, decode.reg2);
>> __set_vvmcs(nvcpu->nv_vvmcx, vmcs_encoding, operand);
>>
>> -switch ( vmcs_encoding )
>> +
>>> On 21.01.15 at 11:37, wrote:
> On 21/01/2015 10:23, Jan Beulich wrote:
> On 20.01.15 at 18:11, wrote:
>>> While this function is currently only used for DOM0, this will be used
>>> in a later patch for guest non-PCI passthrough.
>>
>> Okay, but you shouldn't break (or alter in [seemingly]
On Wed, 21 Jan 2015, Mao Mingy wrote:
> I am trying to run the PVHVM guest on omap5 (arm arch) so that I can get the
> frame buffer shared by Domains. my setup are:
> 1. run xen4.5 after the u-boot.
> 2. start the dom0 (on linux kernel 3.12) on xen.
3.12 is pretty old now
> 3. run the qemu (from
> I also wonder whether it might be easier to organise the series along
> the lines of introducing vm_event, move the existing interfaces across,
> then deleting mem_event. Lets see how easy it is to review in its
> current form first though.
>
> ~Andrew
Ack, that indeed might be easier to review
>>> On 20.01.15 at 19:35, wrote:
> On 20/01/15 17:05, Roger Pau Monne wrote:
>> Prevent Dom0 from accessing HPET MMIO region by adding the HPET mfn to the
>> list of read-only memory regions.
>>
>> Signed-off-by: Roger Pau Monné
>> Cc: Jan Beulich
>> Cc: Andrew Cooper
>
> Please introduce a co
>>> On 20.01.15 at 18:05, wrote:
> --- a/xen/arch/x86/domain_build.c
> +++ b/xen/arch/x86/domain_build.c
> @@ -323,7 +323,8 @@ static __init void pvh_add_mem_mapping(struct domain *d,
> unsigned long gfn,
>
> for ( i = 0; i < nr_mfns; i++ )
> {
> -if ( (rc = set_mmio_p2m_entry
>>> On 20.01.15 at 18:05, wrote:
> --- a/xen/arch/x86/domain_build.c
> +++ b/xen/arch/x86/domain_build.c
> @@ -319,12 +319,25 @@ static __init void pvh_add_mem_mapping(struct domain
> *d, unsigned long gfn,
> unsigned long mfn, unsigned long
> nr_mfns)
>
> >> >> flush_all function will consume about 8 milliseconds, in my test
> >> > environment, the VM
> >> >> has 4 VCPUs, the hvm_load_mtrr_msr() will be called four times,
> >> >> and totally
> >> > consumes
> >> >> about 500 milliseconds. Obviously, there are too many flush_all calls.
> >> >>
>
>>> On 20.01.15 at 18:05, wrote:
> Prevent Dom0 from accessing HPET MMIO region by adding the HPET mfn to the
> list of read-only memory regions.
>
> Signed-off-by: Roger Pau Monné
> Cc: Jan Beulich
> Cc: Andrew Cooper
> ---
> Changes since v1:
> - Instead of completely blocking access to the
I'm preparing a bunch of each of these boards to be racked for inclusion
in osstest. This series adds the necessary osstest support:
* Support for platforms which require us to supply a Device Tree
* Removing various hardcoded midway assumptions
* Some new features needed to work
This will make it easier to make components optional in the future.
Signed-off-by: Ian Campbell
---
Osstest/Debian.pm | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/Osstest/Debian.pm b/Osstest/Debian.pm
index 8b70442..0b047df 100644
--- a/Osstest/Debian.pm
+++ b/
Various drivers are missing from multi_v7_defconfig in v3.16, also
some drivers which don't play nice are enabled by default, so remove
them.
Signed-off-by: Ian Campbell
---
v3: This is a more extensive version of "ts-kernel-build: Enable
CONFIG_PHY_EXYNOS5250_SATA". Ian acked that but this d
This controls the eth008 relay board:
http://www.robot-electronics.co.uk/htm/eth008tech.htm
Due to the use of the CGI interface this requires firmware version 4+.
Signed-off-by: Ian Campbell
---
v3: Use LWP::UserAgent
v2: Pass username and password via a netrc file.
---
Osstest/PDU/eth008.pm |
This ensures that we always have a boot script to boot at least the
native Debian kernel and Xen available, even after multiple iterations
of installation, which is handy when debugging a system.
Signed-off-by: Ian Campbell
---
Osstest/Debian.pm | 14 --
1 file changed, 8 insertions(
The currently supported platform provides an FDT preloaded at 0x1000.
Replace this with ${fdt_addr} (which the current platform exposes) and
for platforms which do not provide an fdt arrange to load the relevant
file as named in the ${fdtfile} (which is conventionally provided by
u-boot for platfor
$filesize is an unprefixed hex number, but fdt set requires the 0x to
interpret it properly. See
http://lists.denx.de/pipermail/u-boot/2014-October/193622.html
Signed-off-by: Ian Campbell
---
v3: Reference ML thread.
v2: New patch, previously included in "Osstest/Debian: Workaround
oddities i
Those are specific to the midway platform.
This depends on a change to the hostdb to add "0x0100" as the
value of a new UBootSetXenAddrR property of the midway machines.
Most platforms will need something similar. For both cubietruck and
arndale 0x4100.
Signed-off-by: Ian Campbell
---
v
This is done whenever dtbs.tar.gz exists. mg-debian-installer-update
produces the necessary inputs on the relevant platform (armhf).
Signed-off-by: Ian Campbell
---
v3: More careful check/stat for existence of dtbs.tar.gz
v2: Install dtbs iff dtbs.tar.gz exists.
---
Osstest/Debian.pm | 28 ++
This boots the kernel we've build natively, where boot.xen boots Xen
and boot.deb boots the original Debian kernel.
Sometimes convenient when debugging issues.
Signed-off-by: Ian Campbell
---
v4: New patch
---
Osstest/Debian.pm | 40 ++--
1 file changed, 34 i
Which does the actual sleep and logs that it is doing so.
Otherwise on a machine which has a longish PowerCycleTime I keep
wondering why osstest has hung...
Signed-off-by: Ian Campbell
---
Osstest/TestSupport.pm | 10 ++
ts-host-install| 2 +-
2 files changed, 7 insertions(+),
arndale appears to be quite slow (and asynchronous) at finding it's
scsi controller. rootdelay=3 seems to do the trick.
For the dom0 case this involved refactoring the existing provision of
the commandline to be less open-coded in the boot script here doc.
Signed-off-by: Ian Campbell
Acked-by: I
dom0 is not aware that some clocks are actually in use (e.g. by the
hypervisor), so this stops the kernel from messing with (specifically,
disabling) those clocks. It's harmless even when not needed.
Really there ought to be some interface to communicate this from Xen
to dom0, or some other mechan
Unlike x86 there is enough variation in the ARM platforms that it is
worth having a basic test on each as part of a standard run. This
relies on each host having an appropriate platform-$platform host
flag.
The existing test-ARCH-ARCH-xl test is retained as a floating test,
while a new variant is
Make some internal routines common so that total/local memory bandwidth
monitoring in the next patch can make use of them.
Signed-off-by: Chao Peng
Acked-by: Wei Liu
---
tools/libxl/libxl_psr.c | 44 +--
tools/libxl/xl_cmdimpl.c | 54
This is the tools side wrapper for XEN_SYSCTL_PSR_CMT_get_l3_event_mask
of XEN_SYSCTL_psr_cmt_op.
Signed-off-by: Chao Peng
---
tools/libxc/include/xenctrl.h | 1 +
tools/libxc/xc_psr.c | 17 +
tools/libxl/libxl.h | 1 +
tools/libxl/libxl_psr.c | 15
- space: remove space after '(' or before ')' in 'if' condition;
- indention: align function definition/call arguments;
Signed-off-by: Chao Peng
Acked-by: Wei Liu
---
tools/libxc/include/xenctrl.h | 10 +-
tools/libxc/xc_psr.c | 10 +-
tools/libxl/libxl.h | 11
Add Memory Bandwidth Monitoring(MBM) for VMs. Two types of monitoring
are supported: total and local memory bandwidth monitoring. To use it,
CMT should be enabled in hypervisor.
Signed-off-by: Chao Peng
---
Changes in v5:
1. Add MBM description in xen command line.
2. Use the tsc from hypervisor
Changes from v4:
* Make the counter read and timestamp read atomic by disable IRQ;
* Treat MSR_IA32_TSC as a special case and return NOW() for read path;
* Add MBM description in xl command line.
Changes from v3:
* Get timestamp information from host along with the monitoring counter;
This is re
Add the ability to disable IRQ when operating on certain continuous
resource entries. If one entry is marked as
XEN_RESOURCE_ENTRY_FLAGS_DISABLE_IRQ, then the resource operation on
both the entry and the following entry will be done with IRQ disabled.
Signed-off-by: Chao Peng
---
tools/libxc/xc_
Memory bandwidth monitoring requires system time information returned
along with the monitoring counter to verify the correctness of the
counter value and to calculate the time elapsed between two samplings.
Add MSR_IA32_TSC to the read path and increase
RESOURCE_ACCESS_MAX_ENTRIES to 3. MSR_IA32_T
>>> On 21.01.15 at 12:14, wrote:
>> > I have write a patch according to your suggestions. But there is still
>> > a lot of flush_all when the guest booting, and this prolong the guest
>> > booting time about 600ms
>>
>> Without you telling us where those remaining ones come from, I don't think
>>
>>> On 21.01.15 at 12:19, wrote:
> Changes from v4:
> * Make the counter read and timestamp read atomic by disable IRQ;
> * Treat MSR_IA32_TSC as a special case and return NOW() for read path;
> * Add MBM description in xl command line.
You should really have answered Andrew's question regarding
On Tue, 2015-01-20 at 18:19 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v2 01/18] apt: lock osstest's usages of
> apt-get against each other"):
> > Currently we rely on all apt-get invocations being in a single
> > ts-xen-build-prep job which can't run on a shared host.
> >
>
Jim Fehlig writes ("Re: [PATCH OSSTEST v2 18/18] WIP: libvirt: migration +
save/restore support."):
> You can get around this by disabling TLS in /etc/libvirt/libvirtd.conf.
> Then simply use ssh to connect to the dst host, e.g. 'virsh migrate
> --live dom xen+ssh://dst-host'.
Is this the way peo
Tiejun Chen writes ("[RFC][PATCH 1/1] libxl: add one machine property to
support IGD GFX passthrough"):
> When we're working to support IGD GFX passthrough with qemu
> upstream, instead of "-gfx_passthru" we'd like to make that
> a machine option, "-machine xxx,gfx_passthru=on". This need
> to bri
On Tue, 2015-01-20 at 18:39 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v2 16/18] Toolstack: Remove Command
> field for all toolstacks."):
> > Nothing in generic code uses this now, so remove.
> >
> > xl+xend retain as _Command for internal use only.
>
> Acked-by: Ian Jackso
Ian Campbell writes ("[PATCH OSSTEST v4 05/13] Osstest/Debian: Refactor setting
of dom0 kernel command line."):
> This will make it easier to make components optional in the future.
Acked-by: Ian Jackson
Ian.
___
Xen-devel mailing list
Xen-devel@list
On Wed, 2015-01-21 at 11:37 +, Ian Jackson wrote:
> Tiejun Chen writes ("[RFC][PATCH 1/1] libxl: add one machine property to
> support IGD GFX passthrough"):
> > When we're working to support IGD GFX passthrough with qemu
> > upstream, instead of "-gfx_passthru" we'd like to make that
> > a ma
Ian Campbell writes ("[PATCH OSSTEST v4 03/13] Osstest/Debian: Install dtbs
into target filesystem in /boot/dtbs"):
> This is done whenever dtbs.tar.gz exists. mg-debian-installer-update
> produces the necessary inputs on the relevant platform (armhf).
Acked-by: Ian Jackson
Ian Campbell writes ("[PATCH OSSTEST v4 02/13] Osstest/PDU: Add eth008.pm
method to control the ARM rack PDU"):
> This controls the eth008 relay board:
> http://www.robot-electronics.co.uk/htm/eth008tech.htm
>
> Due to the use of the CGI interface this requires firmware version 4+.
Acked-by: Ian
Ian Campbell writes ("[PATCH OSSTEST v4 06/13] Osstest/Debian: support adding a
rootdelay property to bootargs"):
> arndale appears to be quite slow (and asynchronous) at finding it's
> scsi controller. rootdelay=3 seems to do the trick.
>
> For the dom0 case this involved refactoring the existin
Ian Campbell writes ("[PATCH OSSTEST v4 07/13] Osstest/Debian: Remove hardcoded
addresses from boot.scr"):
> Those are specific to the midway platform.
>
> This depends on a change to the hostdb to add "0x0100" as the
> value of a new UBootSetXenAddrR property of the midway machines.
>
> Mos
Ian Campbell writes ("[PATCH OSSTEST v4 08/13] Osstest/Debian: Add
"clk_ignore_unused" to default command line"):
> dom0 is not aware that some clocks are actually in use (e.g. by the
> hypervisor), so this stops the kernel from messing with (specifically,
> disabling) those clocks. It's harmless
Ian Campbell writes ("[PATCH OSSTEST v4 08/13] Osstest/Debian: Add
"clk_ignore_unused" to default command line"):
> dom0 is not aware that some clocks are actually in use (e.g. by the
> hypervisor), so this stops the kernel from messing with (specifically,
> disabling) those clocks. It's harmless
Hi,
Would this patch be suitable as a temporary solution (i.e until a better
approach is taken) in the tree?
I plan to resend a v2 with Ian's change requested.
Regards,
On 13/01/15 20:10, Julien Grall wrote:
> The code to initialize the grant table in libxc uses
> xc_domain_maximum_gpfn() + 1 t
Ian Campbell writes ("[PATCH OSSTEST v4 09/13] Osstest/Debian: Add 0x prefix to
$filesize"):
> $filesize is an unprefixed hex number, but fdt set requires the 0x to
> interpret it properly. See
> http://lists.denx.de/pipermail/u-boot/2014-October/193622.html
It seems that u-boot think there is a
Ian Campbell writes ("[PATCH OSSTEST v4 10/13] ts-kernel-build: Adjust kernel
.config to work on the arndale boards."):
> Various drivers are missing from multi_v7_defconfig in v3.16, also
> some drivers which don't play nice are enabled by default, so remove
> them.
...
> +# Enabling Exynos4 forc
On 21/01/15 12:03, Julien Grall wrote:
> Hi,
>
> Would this patch be suitable as a temporary solution (i.e until a better
> approach is taken) in the tree?
>
> I plan to resend a v2 with Ian's change requested.
>
> Regards,
Yeah - it doesn't make the problem any worse, and fixes an arm issue.
~An
Ian Campbell writes ("[PATCH OSSTEST v4 11/13] Debian: Create boot.scr with a
suffix and copy to boot.scr"):
> This ensures that we always have a boot script to boot at least the
> native Debian kernel and Xen available, even after multiple iterations
> of installation, which is handy when debuggi
Ian Campbell writes ("[PATCH OSSTEST v4 12/13] TestSupport: replace
power_cycle_timeout with power_cycle_sleep"):
> Which does the actual sleep and logs that it is doing so.
>
> Otherwise on a machine which has a longish PowerCycleTime I keep
> wondering why osstest has hung...
Acked-by: Ian Jac
On 01/21/2015 01:42 AM, Waiman Long wrote:
This patch renames the paravirt_ticketlocks_enabled static key to a
more generic paravirt_spinlocks_enabled name.
Signed-off-by: Waiman Long
Signed-off-by: Peter Zijlstra
---
Reviewed-by: Raghavendra K T
___
On Tue, 2015-01-20 at 18:50 +, Julien Grall wrote:
[...]
> I agree for RAZ, but WI would mean something will goes wrong. For
> instance if the guest is trying to set a bit to 1, while the bit should
> be 0.
It depends on the reason for the WI. If the reason is that the spec says
the register i
Hi Jan,
On 21/01/15 10:48, Jan Beulich wrote:
On 21.01.15 at 11:37, wrote:
>> On 21/01/2015 10:23, Jan Beulich wrote:
>> On 20.01.15 at 18:11, wrote:
While this function is currently only used for DOM0, this will be used
in a later patch for guest non-PCI passthrough.
>>>
>>>
On Tue, 2015-01-20 at 17:49 +, Julien Grall wrote:
> >> - A processor can only access his own redistributor. For buggy
> >> assumption, the current code bank the redistributors MMIO.
> >
> > What assumption? It's not clear if you mean that a foreign redistributor
> > should not be acc
On 19/01/15 15:58, Jan Beulich wrote:
> --- a/xen/common/core_parking.c
> +++ b/xen/common/core_parking.c
> @@ -75,11 +75,10 @@ static unsigned int core_parking_perform
> if ( core_weight < core_tmp )
> {
> core_weight = core_tmp;
> -cpumas
On Wed, 2015-01-21 at 12:04 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v4 09/13] Osstest/Debian: Add 0x prefix
> to $filesize"):
> > $filesize is an unprefixed hex number, but fdt set requires the 0x to
> > interpret it properly. See
> > http://lists.denx.de/pipermail/u-boot/
On Wed, 2015-01-21 at 12:00 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v4 07/13] Osstest/Debian: Remove
> hardcoded addresses from boot.scr"):
> > Those are specific to the midway platform.
> >
> > This depends on a change to the hostdb to add "0x0100" as the
> > value o
Ian Campbell writes ("Re: [PATCH OSSTEST v2 16/18] Toolstack: Remove Command
field for all toolstacks."):
> On Tue, 2015-01-20 at 18:39 +, Ian Jackson wrote:
> > Although personally I wouldn't bother with the rename.
>
> It was mainly to make it easier to grep for all the prexisting uses of
>
Ian Campbell writes ("Re: [PATCH OSSTEST v2 01/18] apt: lock osstest's usages
of apt-get against each other"):
> On Tue, 2015-01-20 at 18:19 +, Ian Jackson wrote:
> > I think target_run_apt ought to lose the $timeout parameter. Anyone
> > who calls it with other than the big 3000s timeout mig
Ian Campbell writes ("[PATCH OSSTEST v4 13/13] Debian: create boot.scr.nat when
installing Xen on u-boot."):
> This boots the kernel we've build natively, where boot.xen boots Xen
> and boot.deb boots the original Debian kernel.
>
> Sometimes convenient when debugging issues.
>
> Signed-off-by:
On Wed, 2015-01-21 at 12:08 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v4 11/13] Debian: Create boot.scr with a
> suffix and copy to boot.scr"):
> > This ensures that we always have a boot script to boot at least the
> > native Debian kernel and Xen available, even after mult
On 21/01/15 12:11, Ian Campbell wrote:
> I thought about this overnight, and I would like to keep UNPREDICATABLE
> as the current log + crash please. Apart from the fact that I don't want
> guests to be able to rely on unpredictable accesses returning 0 it is
> also more consistent with the ARM ARM
On 21/01/15 12:16, Ian Campbell wrote:
> On Tue, 2015-01-20 at 17:49 +, Julien Grall wrote:
>
- A processor can only access his own redistributor. For buggy
assumption, the current code bank the redistributors MMIO.
>>>
>>> What assumption? It's not clear if you mean that a f
On Wed, 2015-01-21 at 12:28 +, Julien Grall wrote:
> > 3) Accesses which are valid but which do not correctly emulate according
> > to the features of the virtual gic which we are exposing can log if we
> > think it is useful to do so.
>
> I gave a look to the code. We have few registers we d
On 21/01/15 12:36, Ian Campbell wrote:
> On Wed, 2015-01-21 at 12:28 +, Julien Grall wrote:
>
>>> 3) Accesses which are valid but which do not correctly emulate according
>>> to the features of the virtual gic which we are exposing can log if we
>>> think it is useful to do so.
>>
>> I gave a
On Wed, 2015-01-21 at 12:33 +, Julien Grall wrote:
> On 21/01/15 12:16, Ian Campbell wrote:
> > On Tue, 2015-01-20 at 17:49 +, Julien Grall wrote:
> >
> - A processor can only access his own redistributor. For buggy
> assumption, the current code bank the redistributors M
On Wed, 2015-01-21 at 12:45 +, Julien Grall wrote:
> On 21/01/15 12:36, Ian Campbell wrote:
> > On Wed, 2015-01-21 at 12:28 +, Julien Grall wrote:
> >
> >>> 3) Accesses which are valid but which do not correctly emulate according
> >>> to the features of the virtual gic which we are exposi
On 21/01/15 10:08, Roger Pau Monné wrote:
> El 20/01/15 a les 19.19, Andrew Cooper ha escrit:
>> On 20/01/15 17:05, Roger Pau Monne wrote:
>>> Check that MMIO regions added to PVH Dom0 are allowed. Previously a PVH Dom0
>>> would have access to the full MMIO range.
>>>
>>> Signed-off-by: Roger Pau
On Wed, 2015-01-21 at 11:58 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v4 06/13] Osstest/Debian: support adding
> a rootdelay property to bootargs"):
> > arndale appears to be quite slow (and asynchronous) at finding it's
> > scsi controller. rootdelay=3 seems to do the trick
On Wed, 2015-01-21 at 12:02 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v4 08/13] Osstest/Debian: Add
> "clk_ignore_unused" to default command line"):
> > dom0 is not aware that some clocks are actually in use (e.g. by the
> > hypervisor), so this stops the kernel from messing
flight 33580 linux-3.14 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33580/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-pvh-intel 5 xen-boot fail REGR. vs. 33341
test-amd64-i386-rumpus
On 21/01/15 12:48, Ian Campbell wrote:
> On Wed, 2015-01-21 at 12:33 +, Julien Grall wrote:
>> On 21/01/15 12:16, Ian Campbell wrote:
>>> On Tue, 2015-01-20 at 17:49 +, Julien Grall wrote:
>>>
>> - A processor can only access his own redistributor. For buggy
>> assumption, t
On Wed, 2015-01-21 at 12:05 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST v4 10/13] ts-kernel-build: Adjust kernel
> .config to work on the arndale boards."):
> > Various drivers are missing from multi_v7_defconfig in v3.16, also
> > some drivers which don't play nice are enable
The code to initialize the grant table in libxc uses
xc_domain_maximum_gpfn() + 1 to get a guest pfn for mapping the grant
frame and to initialize it.
This solution has two major issues:
- The check of the return of xc_domain_maximum_gpfn is buggy because
xen_pfn_t is unsigned and in case
On Mi, 2015-01-21 at 11:37 +, Ian Jackson wrote:
> Tiejun Chen writes ("[RFC][PATCH 1/1] libxl: add one machine property to
> support IGD GFX passthrough"):
> > When we're working to support IGD GFX passthrough with qemu
> > upstream, instead of "-gfx_passthru" we'd like to make that
> > a mac
This is a note to let you know that I have just added a patch titled
xen-netfront: Fix handling packets on compound pages with skb_linearize
to the linux-3.16.y-queue branch of the 3.16.y-ckt extended stable tree
which can be found at:
http://kernel.ubuntu.com/git?p=ubuntu/linux.git;a=sho
On Wed, 2015-01-21 at 13:20 +, Ian Campbell wrote:
> On Wed, 2015-01-21 at 12:05 +, Ian Jackson wrote:
> > Ian Campbell writes ("[PATCH OSSTEST v4 10/13] ts-kernel-build: Adjust
> > kernel .config to work on the arndale boards."):
> > > Various drivers are missing from multi_v7_defconfig i
>>> On 21.01.15 at 13:21, wrote:
> On 19/01/15 15:58, Jan Beulich wrote:
>> --- a/xen/common/core_parking.c
>> +++ b/xen/common/core_parking.c
>> @@ -75,11 +75,10 @@ static unsigned int core_parking_perform
>> if ( core_weight < core_tmp )
>> {
>> core_we
>>> On 21.01.15 at 13:13, wrote:
> Hi Jan,
>
> On 21/01/15 10:48, Jan Beulich wrote:
> On 21.01.15 at 11:37, wrote:
>>> On 21/01/2015 10:23, Jan Beulich wrote:
>>> On 20.01.15 at 18:11, wrote:
> While this function is currently only used for DOM0, this will be used
> in a later
From: Iurii Konovalenko
Signed-off-by: Iurii Konovalenko
---
xen/arch/arm/platforms/Makefile | 1 +
xen/arch/arm/platforms/shmobile.c | 71 +++
2 files changed, 72 insertions(+)
create mode 100644 xen/arch/arm/platforms/shmobile.c
diff --git a/xen/arch/a
From: Oleksandr Tyshchenko
Signed-off-by: Oleksandr Tyshchenko
Signed-off-by: Iurii Konovalenko
---
config/arm32.mk | 1 +
xen/drivers/char/Makefile | 1 +
xen/drivers/char/rcar2-uart.c | 376 ++
3 files changed, 378 insertions(+)
From: Oleksandr Tyshchenko
Signed-off-by: Oleksandr Tyshchenko
---
docs/misc/arm/early-printk.txt | 1 +
xen/arch/arm/Rules.mk | 4 ++
xen/arch/arm/arm32/debug-rcar2.inc | 49 +
xen/include/asm-arm/rcar2-uart.h | 107 +
From: Iurii Konovalenko
Changes in v2:
1. Remove timer initialization from board file (timer shold be initialized in
u-boot)
2. Coding style fixes.
3. Change ioremap_attr() to ioremap_nocache().
4. Other misc fixes.
The following patch series adds basic support needed for R-Car Gen2 evm boards
Hi, guys!
We are just planning to push to u-boot support of Xen start for
Renesas R-Car Gen2 boards.
As for now, we have just draft patches, that provide this functionality.
Patches, which contain preperations, needed to run Xen (ie. shitching
to hypervisor mode), are based on mainline u-boot (com
On 21/01/15 14:13, Jan Beulich wrote:
On 21.01.15 at 13:13, wrote:
>> Hi Jan,
>>
>> On 21/01/15 10:48, Jan Beulich wrote:
>> On 21.01.15 at 11:37, wrote:
On 21/01/2015 10:23, Jan Beulich wrote:
On 20.01.15 at 18:11, wrote:
>> While this function is currently only used
1 - 100 of 174 matches
Mail list logo
