> From: Wu, Feng
> Sent: Thursday, April 02, 2015 2:21 PM
>
>
>
> > -Original Message-
> > From: Tian, Kevin
> > Sent: Thursday, April 02, 2015 1:52 PM
> > To: Wu, Feng; xen-devel@lists.xen.org
> > Cc: jbeul...@suse.com; k...@xen.org; Zhang, Yang Z
> > Subject: RE: [RFC v1 08/15] Update
flight 50282 qemu-upstream-4.3-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/50282/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-amd64-xl-qemuu-ovmf-amd64 7 debian-hvm-install fail never pass
test-amd64-i386-xl-qemuu-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: Friday, March 27, 2015 5:58 PM
>
> >>> On 27.03.15 at 02:53, wrote:
> >> From: Andrew Cooper [mailto:andrew.coop...@citrix.com]
> >> Sent: Friday, March 27, 2015 3:01 AM
> >> On 25/03/15 12:31, Feng Wu wrote:
> >> > --- a/xen/drivers/passthro
On 03/28/2015 04:38 AM, Andrew Cooper wrote:
On 27/03/15 02:35, Kai Huang wrote:
PML requires A/D bit support so enable it for further use.
Signed-off-by: Kai Huang
---
xen/arch/x86/hvm/vmx/vmcs.c| 1 +
xen/arch/x86/mm/p2m-ept.c | 8 +++-
xen/include/asm-x86/hvm/vmx/
> From: Wu, Feng
> Sent: Wednesday, March 25, 2015 8:32 PM
>
> The basic idea here is:
> 1. When vCPU's state is RUNSTATE_running,
> - set 'NV' to 'Notification Vector'.
> - Clear 'SN' to accpet PI.
> - set 'NDST' to the right pCPU.
> 2. When vCPU's state is RUNSTATE_blocke
> -Original Message-
> From: Tian, Kevin
> Sent: Thursday, April 02, 2015 1:55 PM
> To: Wu, Feng; xen-devel@lists.xen.org
> Cc: jbeul...@suse.com; k...@xen.org; Zhang, Yang Z
> Subject: RE: [RFC v1 10/15] vmx: Define two per-cpu variants
>
> > From: Wu, Feng
> > Sent: Wednesday, March 25
On Wed, Apr 01, Carlos Gustavo Ramirez Rodriguez wrote:
> Hello DEVs, can anyone help me?
>
> Ian Campbell pointed me that maybe you could help me, here is the link to the
> last e-mail line that started this problem fixing:
> http://lists.xenproject.org/archives/html/xen-users/2015-04/msg9.h
> -Original Message-
> From: Tian, Kevin
> Sent: Thursday, April 02, 2015 1:52 PM
> To: Wu, Feng; xen-devel@lists.xen.org
> Cc: jbeul...@suse.com; k...@xen.org; Zhang, Yang Z
> Subject: RE: [RFC v1 08/15] Update IRTE according to guest interrupt config
> changes
>
> > From: Wu, Feng
> >
On Wed, Apr 01, Konrad Rzeszutek Wilk wrote:
> You can also use the USB EHCI debug port. It works great on laptops.
Is there an howto for that?
Olaf
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
> From: Wu, Feng
> Sent: Friday, March 27, 2015 12:58 PM
>
>
>
> > -Original Message-
> > From: Zhang, Yang Z
> > Sent: Friday, March 27, 2015 12:44 PM
> > To: Wu, Feng; xen-devel@lists.xen.org
> > Cc: jbeul...@suse.com; k...@xen.org; Tian, Kevin
> > Subject: RE: [RFC v1 12/15] vmx: Prop
On Wed, Apr 01, Olaf Hering wrote:
> On Wed, Apr 01, Ian Campbell wrote:
>
> > Key handlers are only available via serial, I think, and not VGA which
> > it sounds like what Olaf is looking at.
>
> This laptop has a serial port, and thats what I used to grab the output.
> No reaction there. Just
> -Original Message-
> From: Tian, Kevin
> Sent: Thursday, April 02, 2015 1:34 PM
> To: Wu, Feng; xen-devel@lists.xen.org
> Cc: jbeul...@suse.com; k...@xen.org; Zhang, Yang Z
> Subject: RE: [RFC v1 07/15] vt-d: Add API to update IRTE when VT-d PI is used
>
> > From: Wu, Feng
> > Sent: We
> From: Wu, Feng
> Sent: Wednesday, March 25, 2015 8:32 PM
>
> This patch adds a global vector which is used to wake up
> the blocked vCPU when an interrupt is being posted to it.
>
> Signed-off-by: Feng Wu
> Suggested-by: Yang Zhang
> ---
> xen/arch/x86/hvm/vmx/vmx.c| 33
> +++
> From: Wu, Feng
> Sent: Wednesday, March 25, 2015 8:32 PM
>
> This patch defines two per-cpu variants:
>
> blocked_vcpu_on_cpu:
> A list storing the vCPUs which were blocked on this pCPU.
>
> blocked_vcpu_on_cpu_lock:
> The spinlock to protect blocked_vcpu_on_cpu.
since above two are already p
> From: Wu, Feng
> Sent: Wednesday, March 25, 2015 8:32 PM
>
> This patch adds a new per-vCPU tasklet to wakeup the blocked
> vCPU. It can be used in the case vcpu_unblock cannot be called
> directly.
could you elaborate under which scenario vcpu_unblock can't
be called directly?
>
> Signed-off
> From: Wu, Feng
> Sent: Wednesday, March 25, 2015 8:32 PM
>
> When guest changes its interrupt configuration (such as, vector, etc.)
> for direct-assigned devices, we need to update the associated IRTE
> with the new guest vector, so external interrupts from the assigned
> devices can be injected
On 03/28/2015 04:42 AM, Andrew Cooper wrote:
On 27/03/15 02:35, Kai Huang wrote:
A top level EPT parameter "ept=" and a sub boolean "pml_enable" are
added to control PML. Other booleans can be further added for any other EPT
related features.
Signed-off-by: Kai Huang
Please patch docs/misc/
> From: Wu, Feng
> Sent: Wednesday, March 25, 2015 8:32 PM
>
> This patch adds an API which is used to update the IRTE
> for posted-interrupt when guest changes MSI/MSI-X information.
>
> Signed-off-by: Feng Wu
> ---
> xen/drivers/passthrough/vtd/intremap.c | 83
> ++
flight 50281 qemu-upstream-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/50281/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-armhf-armhf-libvirt 9 guest-start fail REGR. vs. 36688
test-amd64-i386-pai
openlui wrote on 2015-03-28:
> Hi, all:
> I have done the same testing on hosts which support "Intel VT-d
> Shared EPT tables" today, the results show that similar problem still
> exists under xen
> 4.5 release:
>1. When we boot xen with "iommu=1, no-sharept" argument which will
> disabl
On Wed, Apr 01, 2015 at 10:23:01AM +0100, Ian Campbell wrote:
> On Wed, 2015-04-01 at 17:06 +0800, Chao Peng wrote:
> > > > If this one returns all sockets but not a specified socket data (which
> > > > I agreed)
> > > > and not consider legacy cmt code, then I think I can make
> > > > libxl_count
First, Julien, your suggestion worked like a charm.
So here's what's happened tonight. I tried to build the tools directory
of my git repository. Although I used the sudo command in my virtual
ubuntu, I got a permission denied error 126 on xen_foreign.
Second, I tried to follow the protocol
On 2015/4/1 23:04, Tao Chen wrote:
Define pr_fmt macro with {xen-blkback: } prefix, then remove all use
of DRV_PFX in the pr sentences. Replace all DPRINTK with pr sentences,
and get rid of DPRINTK macro. It will simplify the code.
And if the pr sentences miss a \n, add it in the end. If the D
Wei Liu wrote:
> On Thu, Mar 26, 2015 at 05:07:26PM +, Jan Beulich wrote:
>
>> All,
>>
>> having been released mid January, it is time to get ready for 4.5.1-rc1.
>> Please reply with backport requests which you consider necessary but
>> still missing. Please also be patient with them being
On Wed, Apr 1, 2015 at 4:52 PM, Luis R. Rodriguez wrote:
> On Sat, Mar 28, 2015 at 02:23:34PM +0200, Ville Syrjälä wrote:
>> On Sat, Mar 28, 2015 at 01:28:18AM +0100, Luis R. Rodriguez wrote:
>> > On Fri, Mar 27, 2015 at 03:02:10PM -0700, Andy Lutomirski wrote:
>> > > On Fri, Mar 27, 2015 at 2:56
On Sat, Mar 28, 2015 at 02:23:34PM +0200, Ville Syrjälä wrote:
> On Sat, Mar 28, 2015 at 01:28:18AM +0100, Luis R. Rodriguez wrote:
> > On Fri, Mar 27, 2015 at 03:02:10PM -0700, Andy Lutomirski wrote:
> > > On Fri, Mar 27, 2015 at 2:56 PM, Ville Syrjälä wrote:
> > > > On Fri, Mar 27, 2015 at 08:57
Just a quick update on my bugs...
Third Problem:
Just fixed by Ubuntu team - Thanks for your time anyway.
2015-04-01 16:39 GMT-03:00 Carlos Gustavo Ramirez Rodriguez <
carlos...@gmail.com>:
> >>First Problem:
> >>...
> >You do not have /proc/xen/privcmd available in your environment. Mount
> xe
Martin Kletzander wrote:
> On Thu, Mar 26, 2015 at 03:29:51PM -0600, Jim Fehlig wrote:
>> Konrad Rzeszutek Wilk wrote:
>>> On Wed, Mar 25, 2015 at 02:08:35PM -0600, Jim Fehlig wrote:
>>>
A job should be acquired at the beginning of a domain destroy
operation,
not at the end when clea
On Wed, Apr 01, 2015 at 03:58:58PM -0400, Waiman Long wrote:
> On 04/01/2015 02:48 PM, Peter Zijlstra wrote:
> I am sorry that I don't quite get what you mean here. My point is that in
> the hashing step, a cpu will need to scan an empty bucket to put the lock
> in. In the interim, an previously u
V2 of a small series to fix issues wrt domain destroy
https://www.redhat.com/archives/libvir-list/2015-March/msg01337.html
Comments from Konrad and Martin are addressed in this version.
Jim Fehlig (3):
libxl: Move job acquisition in libxlDomainStart to callers
libxl: acquire a job when destr
A job should be acquired at the beginning of a domain destroy operation,
not at the end when cleaning up the domain. Fix two occurrences of this
late job acquisition in the libxl driver. Doing so renders
libxlDomainCleanupJob unused, so it is removed.
Signed-off-by: Jim Fehlig
---
V2:
Don't ac
A destroy operation can take considerable time on large memory
domains due to scrubbing the domain' memory. The operation is
running in the context of a job, so unlocking the domain and
allowing query operations is safe.
Signed-off-by: Jim Fehlig
---
V2:
Unchanged
src/libxl/libxl_domain.c | 4
Let callers of libxlDomainStart decide when it is appropriate to
acquire a job on the associated virDomainObj.
Signed-off-by: Jim Fehlig
---
V2:
Don't call virDomainObjListRemove() on persistent domain
src/libxl/libxl_domain.c | 24 -
src/libxl/libxl_driver.c | 55 +
On Wed, Apr 1, 2015 at 4:13 PM, Stefano Stabellini
wrote:
> Giving commands to raise could be a good UI improvement, but I disagree
> on the package installation. In any case there is a way around that,
> using the -n option. Maybe we could consider making that the default.
Re commands, what do y
On Wed, Apr 01, 2015 at 04:31:03PM +0100, Andrew Cooper wrote:
> Signed-off-by: Andrew Cooper
> CC: Keir Fraser
> CC: Jan Beulich
Reviewed-by: Konrad Rzeszutek Wilk
> ---
> xen/arch/x86/domctl.c | 12
> 1 file changed, 8 insertions(+), 4 deletions(-)
>
> diff --git a/xen/arch/
On Wed, Apr 01, 2015 at 04:31:02PM +0100, Andrew Cooper wrote:
> * latch curr/currd once at start
> * drop redundant "ret = 0" and braces
> * use "copyback = 1" when appropriate
> * move break statements inside case-specific braced scopes
> * don't bother check for NULL before calling xfree()
On 04/01/2015 01:12 PM, Peter Zijlstra wrote:
On Wed, Apr 01, 2015 at 12:20:30PM -0400, Waiman Long wrote:
After more careful reading, I think the assumption that the presence of an
unused bucket means there is no match is not true. Consider the scenario:
1. cpu 0 puts lock1 into hb[0]
2. cpu 1
On 04/01/2015 02:48 PM, Peter Zijlstra wrote:
On Wed, Apr 01, 2015 at 02:54:45PM -0400, Waiman Long wrote:
On 04/01/2015 02:17 PM, Peter Zijlstra wrote:
On Wed, Apr 01, 2015 at 07:42:39PM +0200, Peter Zijlstra wrote:
Hohumm.. time to think more I think ;-)
So bear with me, I've not really pon
>>First Problem:
>>...
>You do not have /proc/xen/privcmd available in your environment. Mount
xenfs
How can I mount the XENFS? Is there any guide I should follow?
>>Second Problem:
>>...
>What extra information do you get by following the instruction?
As already shown at the e-mails that start
Wednesday, April 1, 2015, 1:38:34 AM, you wrote:
> On 31/03/2015 22:11, Sander Eikelenboom wrote:
>> Hi all,
>>
>> I just tested xen-unstable staging (changeset: git:0522407-dirty)
>>
>> with revert of commit 1aeb1156fa43fe2cd2b5003995b20466cd19a622
>> (due to an already reported but not yet res
On 01/04/15 19:55, Carlos Gustavo Ramirez Rodriguez wrote:
> Hello DEVs, can anyone help me?
>
> Ian Campbell pointed me that maybe you could help me, here is the link
> to the last e-mail line that started this problem fixing:
> http://lists.xenproject.org/archives/html/xen-users/2015-04/msg9.
On Wed, Apr 01, 2015 at 02:54:45PM -0400, Waiman Long wrote:
> On 04/01/2015 02:17 PM, Peter Zijlstra wrote:
> >On Wed, Apr 01, 2015 at 07:42:39PM +0200, Peter Zijlstra wrote:
> >>>Hohumm.. time to think more I think ;-)
> >>So bear with me, I've not really pondered this well so it could be full
>
Hello DEVs, can anyone help me?
Ian Campbell pointed me that maybe you could help me, here is the link to
the last e-mail line that started this problem fixing:
http://lists.xenproject.org/archives/html/xen-users/2015-04/msg9.html
A brief summary of my current problems after XEN installation:
On 04/01/2015 02:17 PM, Peter Zijlstra wrote:
On Wed, Apr 01, 2015 at 07:42:39PM +0200, Peter Zijlstra wrote:
Hohumm.. time to think more I think ;-)
So bear with me, I've not really pondered this well so it could be full
of holes (again).
After the cmpxchg(&l->locked, _Q_LOCKED_VAL, _Q_SLOW_V
On Wed, Apr 01, 2015 at 07:42:39PM +0200, Peter Zijlstra wrote:
> > Hohumm.. time to think more I think ;-)
>
> So bear with me, I've not really pondered this well so it could be full
> of holes (again).
>
> After the cmpxchg(&l->locked, _Q_LOCKED_VAL, _Q_SLOW_VAL) succeeds the
> spin_unlock() mu
On Wed, Apr 01, 2015 at 07:12:23PM +0200, Peter Zijlstra wrote:
> On Wed, Apr 01, 2015 at 12:20:30PM -0400, Waiman Long wrote:
> > After more careful reading, I think the assumption that the presence of an
> > unused bucket means there is no match is not true. Consider the scenario:
> >
> > 1. cpu
Martin Kletzander wrote:
> On Wed, Mar 25, 2015 at 02:08:34PM -0600, Jim Fehlig wrote:
>> Let callers of libxlDomainStart decide when it is appropriate to
>> acquire a job on the associated virDomainObj.
>>
>
> This makes sense, I see many bugs this fixes, but how come
> libxlDomainShutdownThread()
On Wed, Apr 01, 2015 at 03:57:07PM +0100, Ian Campbell wrote:
> On Wed, 2015-04-01 at 15:39 +0100, Andrew Cooper wrote:
> > On 01/04/15 14:35, Olaf Hering wrote:
> > > On Mon, Mar 30, Andrew Cooper wrote:
> > >
> > >> On 30/03/15 13:14, Olaf Hering wrote:
> > >>> Just last week I was running stagin
Hi,
On 01/04/2015 16:32, Stefano Stabellini wrote:
On Wed, 1 Apr 2015, Julien Grall wrote:
Hi,
I'm looking to replace any call to xc_domain_bind_pt_irq and
xc_domain_unbind_pt_irq by specific IRQ type helpers.
I found one strange call which will always fail in xen_pt_msix_update_remap.
The fu
On Wed, Apr 01, 2015 at 12:20:30PM -0400, Waiman Long wrote:
> After more careful reading, I think the assumption that the presence of an
> unused bucket means there is no match is not true. Consider the scenario:
>
> 1. cpu 0 puts lock1 into hb[0]
> 2. cpu 1 puts lock2 into hb[1]
> 3. cpu 2 clear
Recent testing on large memory systems revealed a bug in the Xen xl
tool's freemem() function. When autoballooning is enabled, freemem()
is used to ensure enough memory is available to start a domain,
ballooning dom0 if necessary. When ballooning large amounts of memory
from dom0, freemem() would
From: Julien Grall
GICD_TYPER.ITLinesNumber can encode up to 1024 interrupts. Although,
IRQ 1020-1023 are reserved for special purpose.
The result is used by the callers of gic_number_lines in order to check
the validity of an IRQ.
Signed-off-by: Julien Grall
Acked-by: Ian Campbell
Cc: Fredia
From: Julien Grall
With the addition of interrupt assignment to guest, we need to make sure
the guest can't blow up the interrupt management in Xen.
Before associating the IRQ to a vIRQ we need to make sure:
- the vIRQ is not already associated to another IRQ
- the guest didn't enable th
From: Julien Grall
The formula of GICD_TYPER.ITLinesNumber is 32(N + 1).
As the number of SPIs suppported by the domain may not be a multiple of
32, we have to round up the number before using it.
At the same time remove the mask GICD_TYPE_LINES which is pointless.
Signed-off-by: Julien Grall
From: Julien Grall
Currently Xen only supports SPIs routing for guest, add a function
is_assignable_irq to check if we can assign a given IRQ to the guest.
Secondly, make sure the vIRQ is not the greater than the number of IRQs
configured in the vGIC and it's an SPI.
Thirdly, when the IRQ is al
From: Julien Grall
The priority is already hardcoded in route_irq_to_guest and therefore
can't be controlled by the guest.
Signed-off-by: Julien Grall
Acked-by: Stefano Stabellini
Acked-by: Ian Campbell
---
Changes in v5:
- Add Ian and Stefano's ack
Changes in v4:
-
From: Julien Grall
Xen is only able to handle one GIC controller. Some platforms may contain
other interrupt controllers.
Make sure to only translate IRQ mapped into the GIC handled by Xen.
Signed-off-by: Julien Grall
Acked-by: Stefano Stabellini
Acked-by: Ian Campbell
---
Changes in v
From: Julien Grall
The structure pending_irq is initialized in the same way in 2 different
places. Introduce vgic_init_pending_irq to avoid code duplication.
Also move the setting of the irq field into this function as we need to
initialize it once rather than every time an IRQ is injected to th
From: Julien Grall
Currently, Xen is assuming that the virtual IRQ will always be the same
as IRQ.
Modify route_guest_irq to take the virtual IRQ in parameter which allow
Xen to assign a different IRQ number. Also store the vIRQ in the desc
action to easily retrieve the IRQ target when we need t
From: Julien Grall
Suggested-by: Jan Beulich
Signed-off-by: Julien Grall
Acked-by: Ian Campbell
Cc: Ian Jackson
Cc: Keir Fraser
---
Changes in v5:
- Add Ian's ack
Changes in v4:
- Patch added
---
MAINTAINERS | 2 ++
1 file changed, 2 insertions(+)
diff --git a/MAI
From: Julien Grall
There is no reason to use signed integer for an index.
Signed-off-by: Julien Grall
Acked-by: Stefano Stabellini
Acked-by: Ian Campbell
---
Changes in v4:
- Add Ian's ack
Changes in v3:
- Slightly update commit message to drop the reference to new
On 01/04/15 17:24, Linda wrote:
> Hi all,
Hello Linda,
> The following functions should compute the union, intersection and
> difference of two bitmaps.
> Please review the code. Thank you.
There is a specific process in order to create/send the patch. You can
read it on the wiki:
http
Hi all,
The following functions should compute the union, intersection and
difference of two bitmaps.
Please review the code. Thank you.
Sincerely,
Linda Jacobson
int libxl_bitmap_union(libxl_ctx *ctx, libxl_bitmap *union_bitmap,
libxl_bitmap *bitmap1, libxl_bitmap *bitmap2)
{
From: Julien Grall
Currently the function to translate IRQ from the device tree is set
unconditionally to be able to be able to retrieve serial/timer IRQ before the
GIC has been initialized.
It assumes that the xlate function won't ever changed. We may also need to
have the primary interrupt co
From: Julien Grall
When a device is marked for passthrough (via the new property
"xen,passthrough"), dom0 must not access to the device (i.e not
loading a driver), but should be able to manage the MMIO/interrupt
of the passthrough device.
The latter part will allow the toolstack to map MMIO/IRQ
From: Julien Grall
On ARM the virtual GIC may differ between each guest (emulated GIC version,
number of SPIs...). This information is already known at the domain creation
and can never change.
For now only the gic_version is set. In the long run, there will be more
parameters such as the number
Hello all,
This is the first part of the non-PCI passthrough series. It contains all
patches acked than can go now in Xen upstream.
Another patch series will be sent later in order to fully support non-PCI
passthrough.
Regards,
Julien Grall (14):
xen/arm: Divide GIC initialization in 2 parts
From: Julien Grall
The check to avoid mapping disabled devices in DOM0 was added in
anticipation of the device passthrough. But, a brand new property will
be added later to mark device which will be passthrough.
Also, remove the memory type check as we already skipped them earlier in
the functio
On 03/19/2015 08:25 AM, Peter Zijlstra wrote:
On Thu, Mar 19, 2015 at 11:12:42AM +0100, Peter Zijlstra wrote:
So I was now thinking of hashing the lock pointer; let me go and quickly
put something together.
A little something like so; ideally we'd allocate the hashtable since
NR_CPUS is kinda b
I'm actually out of office next week, starting from Friday, so unless
anyone has anything to discuss I guess we will skip this month again.
If someone has something urgent and can tell me that by end of (UK)
day tomorrow I'll see if I can arrange a standin to open the bridge
and run things.
Usual
On Wed, 2015-04-01 at 16:53 +0100, Ian Jackson wrote:
> > /* onwrite==1 means failure happened when writing, logged, errnoval is
> > valid
> > * onwrite==0 means failure happened when reading
> > - * errnoval==0 means we got eof and all data was written
> > - * errnoval!=0 means we had
Ross Lagerwall writes ("[PATCH v3 5/6] tools/libxl: Extend datacopier to
support reading into a buffer"):
> Currently a datacopier may source its data from an fd or local buffer, but \
its
> destination must be an fd. For migration v2, libxl needs to read from the
> migration stream into a local
On Wed, 2015-04-01 at 16:13 +0100, Stefano Stabellini wrote:
> > I think "raise" should take commands. The main way package
> > prerequisites should be installed, I think, is for raise to give a
> > list of packages to the user, and the user to "sudo $PACKAGEMANAGER
> > install $LIST" themselves.
On Wed, 1 Apr 2015, Julien Grall wrote:
> Hi,
>
> I'm looking to replace any call to xc_domain_bind_pt_irq and
> xc_domain_unbind_pt_irq by specific IRQ type helpers.
>
> I found one strange call which will always fail in xen_pt_msix_update_remap.
> The function xc_domain_unbind_pt_irq is called
* latch curr/currd once at start
* drop redundant "ret = 0" and braces
* use "copyback = 1" when appropriate
* move break statements inside case-specific braced scopes
* don't bother check for NULL before calling xfree()
* eliminate trailing whitespace
* Xen style corrections
Signed-off-by:
XSA-127 was actually discovered while doing the cleanup in patch 1
Patch 2 contains futher domain/vcpu pause related issues, but all in subops
still excluded by the XSA-77 list, which do not qualify as a security issue.
Andrew Cooper (2):
x86/domctl: cleanup
x86/domctl: Don't allow a toolstac
Signed-off-by: Andrew Cooper
CC: Keir Fraser
CC: Jan Beulich
---
xen/arch/x86/domctl.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/xen/arch/x86/domctl.c b/xen/arch/x86/domctl.c
index bcbdf95..ff3b423 100644
--- a/xen/arch/x86/domctl.c
+++ b/xen/arch/x86/do
On Wed, Apr 01, Ian Campbell wrote:
> Key handlers are only available via serial, I think, and not VGA which
> it sounds like what Olaf is looking at.
This laptop has a serial port, and thats what I used to grab the output.
No reaction there. Just today I noticed the blinking cursor. Will
continu
flight 50276 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/50276/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-freebsd10-i386 7 freebsd-install fail like 36746
test-amd64-i386-freebsd10-amd6
On Wed, 1 Apr 2015, George Dunlap wrote:
> On Tue, Mar 31, 2015 at 11:16 AM, Stefano Stabellini
> wrote:
> > Hi all,
> >
> > A few weeks ago I started hacking on a new project, consisting in a set
> > of bash scripts to build xen-unstable and a few other useful elements.
> > It is still in very ea
http://osstest.cam.xci-test.com/~osstest/testlogs already exists and
points to the live logs directory, so switch PubBaseUrl to that in the
Cambridge config such that email reports etc contain it. This won't be
externally accessible but I think that won't matter now that the
master production insta
In particular this new $HOME/.xen-osstest/cri-args-hostslists.settings
can contain things like "export
OSSTEST_CONFIG=production-config-cambridge" to tailor things for a
particular instance of osstest running in production mode.
Signed-off-by: Ian Campbell
---
cri-args-hostlists | 4 +++-
1 file
Right now all it does is keep osstest itself up to date.
Signed-off-by: Ian Campbell
---
crontab-cambridge | 5 +
1 file changed, 5 insertions(+)
create mode 100644 crontab-cambridge
diff --git a/crontab-cambridge b/crontab-cambridge
new file mode 100644
index 000..ef0d234
--- /dev/nul
We want to arrange that the master XenProject instance continues to
test its own pretest branch while any downstream instances will pickup
changes from the master instance's production (i.e. tested) branch,
which is published at git://xenbits.xen.org/osstest.git#master.
Add a new configuration opt
By arranging for cr-publish-flight-logs to ignore --push-harness if
either of HarnessPublishGitRepoDir or HarnessPublishGitUserHost are
not specified
Signed-off-by: Ian Campbell
---
Perhaps we should have our own tree for such things, but for now just
nobble it.
---
cr-publish-flight-logs |
On Wed, 2015-04-01 at 15:39 +0100, Andrew Cooper wrote:
> On 01/04/15 14:35, Olaf Hering wrote:
> > On Mon, Mar 30, Andrew Cooper wrote:
> >
> >> On 30/03/15 13:14, Olaf Hering wrote:
> >>> Just last week I was running staging to test pvscsi on this HP ProBook
> >>> 6555b, since around Wednesday I
Now that the Cambridge osstest instance is no longer the XenProject
master instance it needs some tweaks to allow us to keep using it for
local testing.
Ian.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Wed, Apr 01, 2015 at 07:51:47PM +0800, Bob Liu wrote:
>
> On 03/31/2015 08:15 PM, Bob Liu wrote:
> > Extend xen/block to support multi-page ring, so that more requests can be
> > issued
> > by using more than one pages as the request ring between blkfront and
> > backend.
> > As a result, the
Hi
I am working on memory management in xen. I encounter a problem that I
hope you can help me to solve it.
I modified the struct mmu_update in xen and linux source code. I add
two fields cr3 and addr which respectively contains the current cr3
value and the current address of the process assoc
Wednesday, April 1, 2015, 4:43:04 PM, you wrote:
> On 30/03/15 14:26, Sander Eikelenboom wrote:
>> Monday, March 30, 2015, 1:04:26 PM, you wrote:
>>
>>> On 28/03/15 20:10, Sander Eikelenboom wrote:
Saturday, March 28, 2015, 6:30:39 PM, you wrote:
> On 28/03/15 15:34, Sander Eikelenb
On Wed, 2015-04-01 at 14:55 +0100, Ian Jackson wrote:
> Ian Campbell writes ("[PATCH OSSTEST] ts-host-ping-check: Do not run if host
> is being reused"):
> > Assume it was done at install time.
> >
> > Mostly this is to avoid my sitting around waiting 20s when using
> > standalone mode, perhaps t
On 30/03/15 14:26, Sander Eikelenboom wrote:
> Monday, March 30, 2015, 1:04:26 PM, you wrote:
>
>> On 28/03/15 20:10, Sander Eikelenboom wrote:
>>> Saturday, March 28, 2015, 6:30:39 PM, you wrote:
>>>
On 28/03/15 15:34, Sander Eikelenboom wrote:
> Hi Jan,
>
> Commit 1aeb1156fa43fe2
On 01/04/15 14:35, Olaf Hering wrote:
> On Mon, Mar 30, Andrew Cooper wrote:
>
>> On 30/03/15 13:14, Olaf Hering wrote:
>>> Just last week I was running staging to test pvscsi on this HP ProBook
>>> 6555b, since around Wednesday I think. But todays staging fails to boot.
>>> So I started a bisect i
On 01/04/15 11:34, Roger Pau Monné wrote:
> Hello,
>
> El 30/03/15 a les 12.40, Ian Campbell ha escrit:
>> On Thu, 2015-03-26 at 16:20 +0100, Roger Pau Monné wrote:
>>> El 16/03/15 a les 14.29, Ross Lagerwall ha escrit:
From: Andrew Cooper
POLLHUP|POLLIN is a valid revent to receive
Hi
I am working on memory management in xen. I encounter a problem that I
hope you can help me to solve it.
I modified the struct mmu_update in xen and linux source code. I add
two fields cr3 and addr which respectively contains the current cr3
value
__
On 31/03/15 14:22, Ian Campbell wrote:
> On Tue, 2015-03-31 at 14:07 +0100, Julien Grall wrote:
>> Hi Ian,
>>
>> On 31/03/15 12:57, Ian Campbell wrote:
>>> On Thu, 2015-03-19 at 19:29 +, Julien Grall wrote:
>>>
>>> I think there is a healthy chunk at the start which is all acked and
>>> could b
On 01/04/15 15:12, Boris Ostrovsky wrote:
> Some of x86 bare-metal and Xen CPU initialization code is common between the
> two
> and therefore can be factored out to avoid code duplication.
>
> As a side effect, doing so will also extend the fix provided by commit
> a7fcf28d431e ("x86/asm/entry:
Ian Campbell writes ("[PATCH OSSTEST] ts-host-ping-check: Do not run if host is
being reused"):
> Assume it was done at install time.
>
> Mostly this is to avoid my sitting around waiting 20s when using
> standalone mode, perhaps there is a better way?
I think this way is fine.
Acked-by: Ian Ja
Some of x86 bare-metal and Xen CPU initialization code is common between the two
and therefore can be factored out to avoid code duplication.
As a side effect, doing so will also extend the fix provided by commit
a7fcf28d431e ("x86/asm/entry: Replace this_cpu_sp0() with current_top_of_stack()
to x
On Mon, Mar 30, Andrew Cooper wrote:
> On 30/03/15 13:14, Olaf Hering wrote:
> > Just last week I was running staging to test pvscsi on this HP ProBook
> > 6555b, since around Wednesday I think. But todays staging fails to boot.
> > So I started a bisect in xen/, but every attempt to boot xen.gz r
1 - 100 of 154 matches
Mail list logo
