flight 33699 linux-arm-xen real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33699/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-armhf-armhf-libvirt 9 guest-start fail never pass
test-armhf-armhf-xl 10 migra
Thanks for you relay, Konrad.
At 2015-01-23 22:29:48, "Konrad Rzeszutek Wilk" wrote:
>On Fri, Jan 23, 2015 at 03:54:07PM +0800, openlui wrote:
>> Hi, all:
>> From the article [1] and xen-colors picture from Brendan Gergg's blog
>> [2], I have some understanding and question about PVH Dom0
From: David Vrabel
Date: Tue, 20 Jan 2015 14:49:52 +
> Always fully coalesce guest Rx packets into the minimum number of ring
> slots. Reducing the number of slots per packet has significant
> performance benefits when receiving off-host traffic.
>
> Results from XenServer's performance ben
flight 33677 linux-next real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33677/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-rumpuserxen-i386 5 xen-boot fail REGR. vs. 33611
test-armhf-armhf-xl
Hi All,
I've been attempting to revive the libvirt domXML -> libxl_domain_config
tests originally started by Daniel all the way back in May!
https://www.redhat.com/archives/libvir-list/2014-May/msg01102.html
In a reply to patch5 of the series, Ian Campbell noted that the doc
produced by libxl_do
On 01/23/15 19:24, Stefano Stabellini wrote:
> On Fri, 23 Jan 2015, Ard Biesheuvel wrote:
>> For future ARM/AArch64 support in the XenBus code, move the implementation
>> of hypercall invocation to a dedicated library. The use of a library rather
>> than just an arch specific source in XenBusDxe.in
On 01/23/15 16:03, Ard Biesheuvel wrote:
> On ARM, xen_pfn_t is 64 bits but the size of a pointer is only
> 32 bits, so casting between them needs to go via (UINTN)
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Ard Biesheuvel
> ---
> OvmfPkg/XenBusDxe/GrantTable.c
"Old" tested version had not actually been tested; therefore in this
flight we test it, rather than a new candidate. The baseline, if
any, is the most recent actually tested revision.
flight 33686 ovmf real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33686/
Failures :-/ but no regres
On 01/23/15 16:03, Ard Biesheuvel wrote:
> Tiancore has its private copy of the Xen headers, and all drivers
> that depend on it should use the same Xen interface version, so
> let's move the #define to xen.h itself.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Ard
On 01/23/15 16:02, Ard Biesheuvel wrote:
> Our primary user QEMU/mach-virt presents us with a FDT blob padded
> to 64 KB with plenty of room to set additional properties. However,
> in the general case, we should only add properties after making sure
> there is enough room available.
>
> Contribut
24 янв. 2015 г. 0:36 пользователь "Julien Grall"
написал:
>
> Hi Oleksandr,
>
Hi Julien
>
> On 23/01/2015 15:33, Oleksandr Tyshchenko wrote:
>>
>> Changes in v3:
>> 1. Rewrite uart driver code to use start_tx/stop_tx callbacks.
>> 2. Uncomment udelay after setup desired baudrate.
>
>
> It might be
Hi Oleksandr,
On 23/01/2015 15:33, Oleksandr Tyshchenko wrote:
Signed-off-by: Oleksandr Tyshchenko
Signed-off-by: Iurii Konovalenko
CC: Julien Grall
Reviewed-by: Julien Grall
Regards,
---
config/arm32.mk | 1 +
xen/drivers/char/Makefile | 1 +
xen/drivers/char/
Hi Oleksandr,
On 23/01/2015 15:33, Oleksandr Tyshchenko wrote:
Changes in v3:
1. Rewrite uart driver code to use start_tx/stop_tx callbacks.
2. Uncomment udelay after setup desired baudrate.
It might be worse to mention that this series depend on
http://www.gossamer-threads.com/lists/xen/devel
On 01/23/15 16:02, Ard Biesheuvel wrote:
> Add a ArmPlatformLib instance that can deal with the self relocation
> and truly dynamic discovery of system RAM base and size.
>
> Signed-off-by: Ard Biesheuvel
> ---
> .../AARCH64/MemnodeParser.S| 232
> +
>
some notes
On 01/23/15 16:02, Ard Biesheuvel wrote:
> This implements a MemoryInitPeiLib instance that differs from the
> stock ArmPlatformPkg version only in the fact that it does not remove
> the memory used by the flash device (FD). The reason is that, when using
> PrePi, the DXE core is starte
I reviewed the discussion under
http://lists.linaro.org/pipermail/linaro-uefi/2014-December/000601.html
and I can see that you addressed all points there. I have some new comments:
On 01/23/15 16:02, Ard Biesheuvel wrote:
> Instead of using a dynamic PCD, store the device tree address in a HOB
>
"Old" tested version had not actually been tested; therefore in this
flight we test it, rather than a new candidate. The baseline, if
any, is the most recent actually tested revision.
flight 33685 linux-arm-xen real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33685/
Failures :-/ but
On 01/23/15 16:02, Ard Biesheuvel wrote:
> This is partially motivated by the desire to use PrePi in a virt
> environment, and in that configuration, ArmPlatformInitializeMemory()
> is never called. But actually, this is a more suitable place anyway.
>
> Contributed-under: TianoCore Contribution A
On 01/23/15 16:02, Ard Biesheuvel wrote:
> This removes an instance of FixedPcdGet () so that the self relocating
> PrePi instance can poke another value into it.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Ard Biesheuvel
> ---
> .../ArmVirtualizationPkg/Library/
Service provider list members should not be prevented from being
reasonably honest with their users.
Signed-off-by: Ian Jackson
Signed-off-by: Ian Jackson
---
security_vulnerability_process.html |8
1 file changed, 8 insertions(+)
diff --git a/security_vulnerability_process.html
No semantic change.
Signed-off-by: Ian Jackson
Signed-off-by: Ian Jackson
---
security_vulnerability_process.html |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/security_vulnerability_process.html
b/security_vulnerability_process.html
index 7069646..4ed0042 100644
--- a
IMPLEMENTATION TASKS:
* Assign last change date to be approval date
* Reformat html to web page CMS format
* Update web page
Signed-off-by: Ian Jackson
Signed-off-by: Ian Jackson
---
security_vulnerability_process.html |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a
Applicants should be required to:
- Provide information on their public web pages which makes
it clear that and why they are eligible;
- Specifically, publicly state that and how they are using Xen
(so that the Security Team can verify eligibility);
- Provide a way for members of t
I would like to propose the following series of changes to the Xen
Project Security Policy. For readability I have presented them as
diffs to a reasonably-plausibly-formatted HTML.
The substance of each change is discussed in the corresponding commit
message.
I am going to wait a week to see if
The prior consultation clause should applies to all disclosure
exceptions. The list end appears to have been moved by mistake. So
put it back.
Also, no longer suggest that predisclosure list members should consult
with the discoverer, since the discoverer is not generally known to
predisclosure
- For Predisclosure list application process
- For Handling of embargoed information"
No semantic change.
Signed-off-by: Ian Jackson
Signed-off-by: Ian Jackson
---
security_vulnerability_process.html |2 ++
1 file changed, 2 insertions(+)
diff --git a/security_vulnerability_process.html
IMPLEMENTATION TASKS:
* Create the mailing list (and check that it works from outside)
Signed-off-by: Ian Jackson
Signed-off-by: Ian Jackson
---
v2: Provide whole email address for predisclosure-applications@,
but obfuscate it with and a .
Reword sentence about public mailing list as
Permitting deployment during embargo seemed to have rough consensus on
the principle. We seemed to be converging on the idea that the
Security Team should explicitly set deployment restrictions for each
set of patches.
IMPLEMENTATION TASKS:
* Add new section to Security Team's advisory template.
Permitting sharing of embargoed fixes amongst predisclosure list
seemed to have appropriate consensus.
IMPLEMENTATION TASKS:
* Send a notification to the existing predisclosure list members
informing them that they have been subscribed to the new list.
Notice should point them to the policy
On 23 January 2015 at 19:03, Stefano Stabellini
wrote:
> On Fri, 23 Jan 2015, Ard Biesheuvel wrote:
>> This patchs adds support to VirtFdtDxe for the Xen DT node which
>> contains the base address of the Grant Table. This data is communicated
>> to XenBusDxe using a XENIO_PROTOCOL instance.
>>
>>
On 01/23/15 16:02, Ard Biesheuvel wrote:
> This adds support for detecting the presence of a GICv3 interrupt
> controller from the device tree, and recording its distributor
> base address in a PCD.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Ard Biesheuvel
> ---
On 23 January 2015 at 18:54, Stefano Stabellini
wrote:
> On Fri, 23 Jan 2015, Ard Biesheuvel wrote:
>> This implements a SerialPortLib instance that wires up to the
>> PV console ring used by domU guests. Also imports the required
>> upstream Xen io/console.h header.
>>
>> Contributed-under: Tiano
On 01/23/15 16:02, Ard Biesheuvel wrote:
> The DT binding for the ARM generic timer describes the secure,
> non-secure, virtual and hypervisor timer interrupts, respectively.
> However, under virtualization, only the virtual timer is usable, and
> the device tree may omit the hypervisor timer inter
On Fri, Jan 23, 2015 at 11:45:06AM +, David Vrabel wrote:
> > + */
> > +void xen_end_upcall(struct pt_regs *regs)
> > +{
> > + if (xen_is_preemptible_hypercall(regs)) {
> > + int cpuid = smp_processor_id();
> > + if (_cond_resched())
> > + trace_xen_hyper
On 01/23/15 16:02, Ard Biesheuvel wrote:
> ArmPkg/Drivers/TimerDxe/TimerDxe.c | 14 +-
> .../ArmVirtualizationPkg/ArmVirtualizationPkg.dec | 3 +-
> .../ArmVirtualizationPkg/ArmVirtualizationQemu.dsc | 3 -
> .../ArmVirtualizationPkg/ArmVirtualizationXen.dsc | 274 +
On Fri, 23 Jan 2015, Ard Biesheuvel wrote:
> This patchs adds support to VirtFdtDxe for the Xen DT node which
> contains the base address of the Grant Table. This data is communicated
> to XenBusDxe using a XENIO_PROTOCOL instance.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Sign
On 23 January 2015 at 18:41, Stefano Stabellini
wrote:
> On Fri, 23 Jan 2015, Ard Biesheuvel wrote:
>> This patch adds an implementation of XenHypercallLib for both
>> AArch64 and AArch32 execution modes on ARM systems.
>>
>> Contributed-under: TianoCore Contribution Agreement 1.0
>> Signed-off-by
On Fri, Jan 23, 2015 at 11:51:09AM +, David Vrabel wrote:
> On 23/01/15 00:29, Luis R. Rodriguez wrote:
> > From: "Luis R. Rodriguez"
> >
> > This v4 addresses some of the cleanups recommended and adds
> > tracing option for when we do actually preempt a hypercall.
> > I kept the NOKPROBE_SYM
On Fri, Jan 23, 2015 at 11:45:06AM +, David Vrabel wrote:
> On 23/01/15 00:29, Luis R. Rodriguez wrote:
> > From: "Luis R. Rodriguez"
> >
> > Xen has support for splitting heavy work work into a series
> > of hypercalls, called multicalls, and preempting them through
> > what Xen calls contin
On Fri, Jan 23, 2015 at 11:30:16AM +, David Vrabel wrote:
> On 23/01/15 00:29, Luis R. Rodriguez wrote:
> > From: "Luis R. Rodriguez"
> >
> > On kernels with voluntary or no preemption we can run
> > into situations where a hypercall issued through userspace
> > will linger around as it addre
On Fri, 23 Jan 2015, Ard Biesheuvel wrote:
> This implements a SerialPortLib instance that wires up to the
> PV console ring used by domU guests. Also imports the required
> upstream Xen io/console.h header.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Ard Biesheuve
On Fri, 23 Jan 2015, Ard Biesheuvel wrote:
> This patch adds an implementation of XenHypercallLib for both
> AArch64 and AArch32 execution modes on ARM systems.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Ard Biesheuvel
> ---
> .../Include/IndustryStandard/Xen/ar
flight 33657 libvirt real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33657/
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. 33422
Tests which did not succe
flight 33664 linux-linus real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33664/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-freebsd10-i386 7 freebsd-install fail like 33611
test-amd64-i386-freebsd10-amd6
On 01/23/15 07:19, Stefano Stabellini wrote:
> xen_get_vmport_regs_pfn should take a xen_pfn_t argument, not an
> unsigned long argument (in fact xen_pfn_t is defined as uint64_t on
> ARM).
>
> Also use xc_hvm_param_get instead of the deprecated xc_get_hvm_param.
>
> Signed-off-by: Stefano Stab
flight 33640 qemu-mainline real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33640/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-armhf 5 xen-build fail REGR. vs. 33480
test-amd64-i386-fre
flight 33668 xen-4.4-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33668/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-i386-xl5 xen-bootfail pass in 33614
test-amd64-i386-rhel6hvm-intel
On Fri, 23 Jan 2015, Ard Biesheuvel wrote:
> For future ARM/AArch64 support in the XenBus code, move the implementation
> of hypercall invocation to a dedicated library. The use of a library rather
> than just an arch specific source in XenBusDxe.inf allows us to move the
> constructor dependency o
flight 33649 xen-4.5-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33649/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-winxpsp3 5 xen-boot fail REGR. vs. 33603
Regressions which
On Fri, 23 Jan 2015, Ard Biesheuvel wrote:
> On ARM, xen_pfn_t is 64 bits but the size of a pointer is only
> 32 bits, so casting between them needs to go via (UINTN)
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Ard Biesheuvel
Reviewed-by: Stefano Stabellini
>
flight 33658 rumpuserxen real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33658/
Perfect :-)
All tests in this flight passed
version targeted for testing:
rumpuserxen 598ceb54916b2a87c8646c96a23e1e03b2e65e59
baseline version:
rumpuserxen 0f482c4b52ea2c43bcb80da54500
flight 33671 linux-3.10 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33671/
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
On Fri, 23 Jan 2015, Ard Biesheuvel wrote:
> Tiancore has its private copy of the Xen headers, and all drivers
> that depend on it should use the same Xen interface version, so
> let's move the #define to xen.h itself.
>
> Contributed-under: TianoCore Contribution Agreement 1.0
> Signed-off-by: Ar
flight 33637 xen-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33637/
Failures :-/ but no regressions.
Tests which are failing intermittently (not blocking):
test-amd64-amd64-xl-win7-amd64 5 xen-boot fail pass in 33581
test-amd64-amd64-rumpuserxen-amd64
flight 33634 linux-3.14 real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/33634/
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-amd64-xl
On Fri, Jan 23, 2015 at 04:03:55PM +, Jan Beulich wrote:
> >>> On 23.01.15 at 16:46, wrote:
> > Subject: [PATCH] domain: In vcpu_destroy_pagetables we can return -ERESTART
> > instead of -EINTR
> >
> > which has the side effect that domain_relinquish_resources will stop
> > and return to use
On 23 Jan 2015, at 15:20, Stefano Stabellini
wrote:
> On Fri, 23 Jan 2015, Konrad Rzeszutek Wilk wrote:
>> On Thu, Jan 22, 2015 at 03:12:08PM -0500, Konrad Rzeszutek Wilk wrote:
>>> Hey,
>>>
>>> I will becoming more involved in OpenStack to the point that
>>> I cannot see myself wearing the Re
On Fri, Jan 23, 2015 at 05:00:00PM +, David Vrabel wrote:
> On 23/01/15 16:14, Roger Pau Monne wrote:
> > I've done quite a lot of work in blkfront/blkback, and I usually end up
> > looking at the patches, so add myself as maintainer together with Konrad.
>
> Thanks, Roger.
>
> I can take car
Reviewed-By: Olivier Martin
> -Original Message-
> From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org]
> Sent: 23 January 2015 15:03
> To: edk2-de...@lists.sourceforge.net; ler...@redhat.com; Olivier
> Martin; roy.fr...@linaro.org; leif.lindh...@linaro.org;
> stefano.stabell...@eu.cit
Reviewed-By: Olivier Martin
> -Original Message-
> From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org]
> Sent: 23 January 2015 15:03
> To: edk2-de...@lists.sourceforge.net; ler...@redhat.com; Olivier
> Martin; roy.fr...@linaro.org; leif.lindh...@linaro.org;
> stefano.stabell...@eu.cit
Reviewed-By: Olivier Martin
> -Original Message-
> From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org]
> Sent: 23 January 2015 15:03
> To: edk2-de...@lists.sourceforge.net; ler...@redhat.com; Olivier
> Martin; roy.fr...@linaro.org; leif.lindh...@linaro.org;
> stefano.stabell...@eu.cit
On 23/01/15 16:14, Roger Pau Monne wrote:
> I've done quite a lot of work in blkfront/blkback, and I usually end up
> looking at the patches, so add myself as maintainer together with Konrad.
Thanks, Roger.
I can take care of shovelling the patches onto the xen/tip.git if you
don't have a kernel.
On Fri, Jan 23, 2015 at 05:14:29PM +0100, Roger Pau Monne wrote:
> I've done quite a lot of work in blkfront/blkback, and I usually end up
> looking at the patches, so add myself as maintainer together with Konrad.
>
> Signed-off-by: Roger Pau Monné
> Cc: Konrad Rzeszutek Wilk
Acked-by: Konrad
Ian Campbell writes ("[OSSTEST PATCH] README.dev: Document how to do a force
push."):
> Signed-off-by: Ian Campbell
...
> +Force pushing a branch
> +==
> +
> +As osstest user on test controller
> +$ cd ~/branches/for-$branch.git
> +$ OSSTEST_CONFIG=production-config ./ap-push
Ian Campbell writes ("Re: [PATCH] README.dev: Document the usage of stop
files"):
> I've redone it as below which I think is probably (?) clearer.
Yes, I think it's much clearer, thanks.
Acked-by: Ian Jackson
> There are some less useful things you can do like [stuff]
> but that's a bit redun
Following a compiler change done in 2012, make use of the fact that for
non-zero input BSF and TZCNT produce the same numeric result (EFLAGS
setting differs), and that CPUs not knowing of TZCNT will treat the
instruction as BSF (i.e. ignore what looks like a REP prefix to them).
The assumption here
On Jan 23, 2015 10:10 AM, "Stefano Stabellini" <
stefano.stabell...@eu.citrix.com> wrote:
>
> On Fri, 23 Jan 2015, Ian Campbell wrote:
> > On Fri, 2015-01-23 at 14:42 +, Stefano Stabellini wrote:
> >
> > > HVM guest -(PV)--> QEMU in Dom0 for guest
> > > |
> > > --(emulat
>>> On 23.01.15 at 11:43, wrote:
> Much of the grant copy operation is identical for the source and
> destination buffers. Refactor the code into per-buffer functions.
>
> Signed-off-by: David Vrabel
Reviewed-by: Jan Beulich
___
Xen-devel mailing
>>> On 23.01.15 at 17:06, wrote:
> So the logic of translation now is (take into consideration the second
> point of how we should enforce exact_node flag, I think that flag should
> be preserved if it was requested at the beginning):
Yes, and the code looks right now.
Jan
> +static int transla
I've done quite a lot of work in blkfront/blkback, and I usually end up
looking at the patches, so add myself as maintainer together with Konrad.
Signed-off-by: Roger Pau Monné
Cc: Konrad Rzeszutek Wilk
Cc: Boris Ostrovsky
Cc: David Vrabel
Cc: xen-de...@lists.xenproject.org
---
MAINTAINERS |
The previous error message was very little use in identifying the actual
problem after the fact. Now, hvm_efer_valid() will indicate the issue which
it objects to, which is far more useful for diagnosing issues from logs.
Signed-off-by: Andrew Cooper
CC: Keir Fraser
CC: Jan Beulich
---
v2: Te
>>> On 23.01.15 at 16:53, wrote:
> The previous error message was very little use in identifying the actual
> problem after the fact. Now, hvm_efer_valid() will indicate the issue which
> it objects to, which is far more useful for diagnosing issues from logs.
Nice, but ...
> @@ -1848,10 +1850,
On Fri, Jan 23, 2015 at 03:43:07PM +, Wei Liu wrote:
> On Fri, Jan 23, 2015 at 03:37:51PM +, Jan Beulich wrote:
> > >>> On 23.01.15 at 15:46, wrote:
> > > On Fri, Jan 23, 2015 at 01:16:19PM +, Jan Beulich wrote:
> > >> >>> On 23.01.15 at 12:13, wrote:
> > >> > Make XENMEM_increase_res
>>> On 23.01.15 at 16:46, wrote:
> Subject: [PATCH] domain: In vcpu_destroy_pagetables we can return -ERESTART
> instead of -EINTR
>
> which has the side effect that domain_relinquish_resources will stop
> and return to user-space -EINTR - which it is not equipped to deal with.
The title read w
On 23/01/15 15:47, Roger Pau Monné wrote:
> El 23/01/15 a les 15.54, David Vrabel ha escrit:
>> On 23/01/15 14:31, Roger Pau Monné wrote:
>>> El 19/01/15 a les 16.51, David Vrabel ha escrit:
+ if (invcount) {
+ ret = gnttab_unmap_refs(unmap, NULL, unmap_pages,
>
The previous error message was very little use in identifying the actual
problem after the fact. Now, hvm_efer_valid() will indicate the issue which
it objects to, which is far more useful for diagnosing issues from logs.
Signed-off-by: Andrew Cooper
CC: Keir Fraser
CC: Jan Beulich
---
xen/ar
On Fri, Jan 23, 2015 at 03:37:51PM +, Jan Beulich wrote:
> >>> On 23.01.15 at 15:46, wrote:
> > On Fri, Jan 23, 2015 at 01:16:19PM +, Jan Beulich wrote:
> >> >>> On 23.01.15 at 12:13, wrote:
> >> > Make XENMEM_increase_reservation and XENMEM_populate_physmap
> >> > vNUMA-aware.
> >> >
>
Hi, Julien.
I created a new patch set (v3) and pushed.
Also I created a standalone patch according to your suggestion above:
http://lists.xen.org/archives/html/xen-devel/2015-01/msg02964.html
I checked it on Lager board on current master.
On Thu, Jan 22, 2015 at 8:33 PM, Oleksandr Tyshchenko <
Create preinit_xen_time() and move to it minimum required
subset of operations needed to properly initialized
cpu_khz and boot_count vars. This is allow us to use udelay()
immediately after the call.
Signed-off-by: Oleksandr Tyshchenko
CC: Julien Grall
---
xen/arch/arm/setup.c | 2 ++
xen/ar
El 23/01/15 a les 15.54, David Vrabel ha escrit:
> On 23/01/15 14:31, Roger Pau Monné wrote:
>> El 19/01/15 a les 16.51, David Vrabel ha escrit:
>>> From: Jenny Herbert
>>>
>>> +static void xen_blkbk_unmap(struct xen_blkif *blkif,
>>> +struct grant_page *pages[],
>>> +
On Fri, Jan 23, 2015 at 03:34:51PM +, Jan Beulich wrote:
> >>> On 23.01.15 at 15:46, wrote:
> > On 23/01/15 14:32, Konrad Rzeszutek Wilk wrote:
> >> On Fri, Jan 23, 2015 at 09:11:25AM +, Jan Beulich wrote:
> >> On 22.01.15 at 17:38, wrote:
> On Thu, Jan 22, 2015 at 10:00:35AM +00
>>> On 23.01.15 at 15:46, wrote:
> On Fri, Jan 23, 2015 at 01:16:19PM +, Jan Beulich wrote:
>> >>> On 23.01.15 at 12:13, wrote:
>> > Make XENMEM_increase_reservation and XENMEM_populate_physmap
>> > vNUMA-aware.
>> >
>> > That is, if guest requests Xen to allocate memory for specific vnode,
>>> On 23.01.15 at 15:46, wrote:
> On 23/01/15 14:32, Konrad Rzeszutek Wilk wrote:
>> On Fri, Jan 23, 2015 at 09:11:25AM +, Jan Beulich wrote:
>> On 22.01.15 at 17:38, wrote:
On Thu, Jan 22, 2015 at 10:00:35AM +, Jan Beulich wrote:
On 21.01.15 at 22:27, wrote:
>> As
Changes in v3:
1. Rewrite uart driver code to use start_tx/stop_tx callbacks.
2. Uncomment udelay after setup desired baudrate.
3. Call platform_get_irq() before ioremap_nocache().
Changes in v2:
1. Remove timer initialization from board file (timer shold be initialized in
u-boot)
2. Coding style
Signed-off-by: Oleksandr Tyshchenko
Reviewed-by: Julien Grall
---
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 +
4
On Fri, 2015-01-23 at 15:20 +, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH] README.dev: Document the usage of stop files"):
> ...
> > NOTE: $revision must be a revision *not* a tag.
> > +
> > +Temporarily stopping a branch or the entire system
> > +===
Signed-off-by: Oleksandr Tyshchenko
Signed-off-by: Iurii Konovalenko
CC: Julien Grall
---
config/arm32.mk | 1 +
xen/drivers/char/Makefile | 1 +
xen/drivers/char/rcar2-uart.c | 366 ++
3 files changed, 368 insertions(+)
create mode
From: Iurii Konovalenko
Signed-off-by: Iurii Konovalenko
Reviewed-by: Julien Grall
---
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
>>> On 23.01.15 at 13:10, wrote:
> Prevent Dom0 from accessing HPET MMIO region by adding the HPET mfn to the
> list of forbiden memory regions (if ACPI_HPET_PAGE_PROTECT4 or
> ACPI_HPET_PAGE_PROTECT64 flag is set) or to the list of read-only regions.
>
> Also provide an option that prevents addi
On Fri, 23 Jan 2015, Konrad Rzeszutek Wilk wrote:
> On Thu, Jan 22, 2015 at 03:12:08PM -0500, Konrad Rzeszutek Wilk wrote:
> > Hey,
> >
> > I will becoming more involved in OpenStack to the point that
> > I cannot see myself wearing the Release Manager hat as well.
> >
> > As such I would like to
On Fri, 23 Jan 2015, Luis R. Rodriguez wrote:
> On Wed, Jan 14, 2015 at 11:33:45AM -0800, Luis R. Rodriguez wrote:
> > From: "Luis R. Rodriguez"
> >
> > This v3 addresses Stefano's feedback from the v2 series, namely
> > moving PCI stuff to x86 as its all x86 specific and also just
> > removing t
Ian Campbell writes ("[PATCH] README.dev: Document the usage of stop files"):
...
> NOTE: $revision must be a revision *not* a tag.
> +
> +Temporarily stopping a branch or the entire system
> +==
> +
> +osstest can be paused by dropping a stop file i
On Thu, Jan 22, 2015 at 03:12:08PM -0500, Konrad Rzeszutek Wilk wrote:
> Hey,
>
> I will becoming more involved in OpenStack to the point that
> I cannot see myself wearing the Release Manager hat as well.
>
> As such I would like to hand the jacket off to the next victi^M^M^Mvolunteer.
And I no
On non-PCI Xen guests (such as ARM), the XenBus root is not a PCI
device but an abstract 'platform' device. Add a dedicated Vendor
Hardware device path GUID to identify this node.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Ard Biesheuvel
---
OvmfPkg/Include/Guid/XenBu
On 01/23/2015 04:09 PM, Konrad Rzeszutek Wilk wrote:
On Fri, Jan 23, 2015 at 11:32:20AM +0100, Juergen Gross wrote:
Hi,
while testing new patches to support dom0 with more than 512 GB I
stumbled over an issue which - I think - is present in pvops for
some time now.
On boot the kernel rearrange
Signed-off-by: Ian Campbell
---
README.dev | 13 +
1 file changed, 13 insertions(+)
diff --git a/README.dev b/README.dev
index 1257649..7ef4f89 100644
--- a/README.dev
+++ b/README.dev
@@ -132,3 +132,16 @@ $ cd ~/branches/for-$branch.git
$ OSSTEST_CONFIG=production-config ./ap-push
On Fri, 23 Jan 2015, Ian Campbell wrote:
> On Fri, 2015-01-23 at 14:42 +, Stefano Stabellini wrote:
>
> > HVM guest -(PV)--> QEMU in Dom0 for guest
> > |
> > --(emulation)--> QEMU Stubdom-(syscall)->Linux Stubdom---(PV)--> QEMU
> > Dom0 for stubdom
>
> Here, and throu
On Fri, Jan 23, 2015 at 11:32:20AM +0100, Juergen Gross wrote:
> Hi,
>
> while testing new patches to support dom0 with more than 512 GB I
> stumbled over an issue which - I think - is present in pvops for
> some time now.
>
> On boot the kernel rearranges the memory layout to match the host
> E8
For future ARM/AArch64 support in the XenBus code, move the implementation
of hypercall invocation to a dedicated library. The use of a library rather
than just an arch specific source in XenBusDxe.inf allows us to move the
constructor dependency on the gXenInfoGuid HOB to the library implementatio
On Fri, Jan 23, 2015 at 11:21:11AM +, Jan Beulich wrote:
> >>> On 22.01.15 at 21:28, wrote:
> > On Thu, Jan 22, 2015 at 04:19:22PM +0100, 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
1 - 100 of 253 matches
Mail list logo
