On Wednesday 08 April 2015 11:05 AM, Manish Jaggi wrote:
On Tuesday 07 April 2015 10:13 PM, Stefano Stabellini wrote:
On Tue, 7 Apr 2015, Jaggi, Manish wrote:
Hi Julien,
Following patch generated compiler error when HAS_PCI adn
HAS_PASSTHROUGH enabled.
Please advice how to fix this issue,
> > "max_rmid" is a per-socket property. There is no requirement for it to
> > be the same for each socket in a system, although it is likely, given a
> > homogeneous system.
> >
> I know. Again this was not mentioned for document length reasons, but I
> planned to ask about this (as I've done tha
As a shot in the dark, I went through vga.c for QEMU as distributed with
Xen, located each instance of the "full_update" variable, and set it to 1.
After recompiling, instead of a blank screen when the host is waiting for
login, I get a flickering message "Waiting for display 1...". That doesn't
s
On Tuesday 07 April 2015 10:13 PM, Stefano Stabellini wrote:
On Tue, 7 Apr 2015, Jaggi, Manish wrote:
Hi Julien,
Following patch generated compiler error when HAS_PCI adn HAS_PASSTHROUGH
enabled.
Please advice how to fix this issue, or you can revert this patch.
Should I add a device structu
On 04/03/2015 08:44 AM, Bob Liu wrote:
From: Wei Liu
Originally Xen PV drivers only use single-page ring to pass along
information. This might limit the throughput between frontend and
backend.
The patch extends Xenbus driver to support multi-page ring, which in
general should improve throughp
Following the guide for nested virtualization here:
http://wiki.xenproject.org/wiki/Nested_Virtualization_in_Xen
It states that one option for display issues is to force "full update mode"
in QEMU. How is that done? I can't seem to find any documentation on it,
and in the QEMU source, full_upda
On 04/07/2015 05:24 PM, Tim Deegan wrote:
Hi,
At 16:30 +0800 on 07 Apr (1428424218), Kai Huang wrote:
Hi Jan, Tim, other maintainers,
Do you have comments? Or should I send out the v2 addressing Andrew's
comments, as it's been more than a week since this patch series were
sent out?
I'm sorr
commit b9245b75 introduces a building error:
make[1]: Entering directory `/root/work/xen/tools/firmware/hvmloader'
gcc -O1 -fno-omit-frame-pointer -m32 -march=i686 -g -fno-strict-aliasing
-std=gnu99 -Wall -Wstrict-prototypes -Wdeclaration-after-statement -O0 -g3
-D__XEN_TOOLS__ -MMD -MF .smbi
On Tue, 2015-04-07 at 19:13 +0100, Ian Jackson wrote:
> root@bedbug:~# ethtool -S xenbr0 | grep -v ': 0$'
> no stats available
> root@bedbug:~#
Please provide ethtool -S on the tg3 device.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://list
flight 50337 qemu-mainline real [real]
http://logs.test-lab.xenproject.org/osstest/logs/50337/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-amd64 14 guest-localmigrate/x10 fail REGR. vs. 36709
test-amd64-i386-fre
Hi George, Dario and Konrad,
I finished a prototype of the RTDS scheduler with the dedicated CPU
feature and did some quick evaluation on this feature. Right now, I
need to refactor the code (because it is kind of messy when I was
exploring different approaches :() and will send out the clean patc
flight 50341 rumpuserxen real [real]
http://logs.test-lab.xenproject.org/osstest/logs/50341/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-rumpuserxen5 rumpuserxen-build fail REGR. vs. 33866
build-amd64-rumpuserx
Which portion of "this" is the unicorn? Nested virtualization of Hyper-V
under Xen? Or something else about my setup?
I did try to go down the path of evaluating a memory dump, however while
minidumps are enabled, they do not seem to be getting created on either of
my test systems when the messa
flight 50339 ovmf real [real]
http://logs.test-lab.xenproject.org/osstest/logs/50339/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i3865 xen-build fail REGR. vs. 36764
build-amd64-xsm
Konrad Rzeszutek Wilk writes ("Re: tg3 NIC driver bug in 3.14.x under Xen"):
> On Tue, Apr 07, 2015 at 04:12:14PM +0100, Ian Jackson wrote:
> > The symptom is a very high level of packet loss: around 25-30% (as
> > seen in `ping'). There don't seem to be any untoward-looking kernel
> > messages.
Ian Jackson writes ("Re: tg3 NIC driver bug in 3.14.x under Xen"):
> Evidently on this particular kernel, the error counters are _not_
> increasing, contrary to what I said before. I confess that I didn't
> keep a record of on which particular machine and kernel I observed the
> error count increa
Michael Chan writes ("Re: tg3 NIC driver bug in 3.14.x under Xen"):
> On Tue, 2015-04-07 at 16:12 +0100, Ian Jackson wrote:
> > The symptom is a very high level of packet loss: around 25-30% (as
> > seen in `ping'). There don't seem to be any untoward-looking kernel
> > messages. The lost packets
Russell,
I think that this patch should go via the Xen tree, however as it
touches arch/arm/kernel/setup.c, I would like your Acked-by before
adding it to the Xen queue.
Thanks,
Stefano
On Wed, 18 Feb 2015, Julien Grall wrote:
> From: Stefano Stabellini
>
> Currently, Xen is initialized/disc
No functional change.
Signed-off-by: Andrew Cooper
CC: Keir Fraser
CC: Jan Beulich
---
xen/arch/x86/boot/head.S |2 +-
xen/arch/x86/setup.c |4 ++--
xen/arch/x86/tboot.c |4 ++--
xen/arch/x86/xen.lds.S |1 +
4 files changed, 6 insertions(+), 5 deletions(-)
diff --git
This appears to have been missed when porting the alternatives framework from
Linux, and saves us a section which is otherwise loaded into memory.
Signed-off-by: Andrew Cooper
CC: Keir Fraser
CC: Jan Beulich
---
xen/arch/x86/xen.lds.S |2 ++
1 file changed, 2 insertions(+)
diff --git a/xe
... and zero it more efficiently.
A diff of the resulting binaries shows that the size of the BSS doesn't
actually change from the extra ALIGN()s, but they do guarantee that it is safe
to clear in an more efficient manner than 1 byte at a time.
Signed-off-by: Andrew Cooper
CC: Keir Fraser
CC: J
Hoist MEMF_node(cpu_to_node(cpu)) to the start of the function, and avoid
passing (potentially bogus) memflags if node information is not available.
Signed-off-by: Andrew Cooper
CC: Keir Fraser
CC: Jan Beulich
---
xen/arch/x86/smpboot.c | 14 --
1 file changed, 8 insertions(+), 6
Previously, all pcpu stacks tended to be allocated on node 0.
Signed-off-by: Andrew Cooper
CC: Keir Fraser
CC: Jan Beulich
---
I have not done any performance, but this is obviously an improvement.
---
xen/arch/x86/smpboot.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
This was missed by c/s 54ce2db "x86/numa: adjust datatypes for node and pxm"
which changed the array definition in numa.c
Signed-off-by: Andrew Cooper
CC: Keir Fraser
CC: Jan Beulich
CC: Boris Ostrovsky
---
xen/include/asm-x86/numa.h |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
d
This series is some preparity cleanup to allow the Xen text/data/bss regions
to be mapped with superpages rather than small pages.
There are more areas needing to be tweaked before superpages can be used (pcpu
0's stack being in the bss, .init being between .data and .bss, probably
more), but thes
Ian Campbell writes ("Re: [Xen-devel] [RFC PATCH v2 00/29] libxl: Cancelling
asynchronous operations"):
> On Tue, 2015-02-10 at 20:09 +, Ian Jackson wrote:
> > This is v2 of my work-in-progress series to support cancellation of
> > long-running libxl operations.
> [...]
> > I wouldn't recommen
Euan Harris writes ("Re: [RFC PATCH v2 00/29] libxl: Cancelling asynchronous
operations"):
> On Wed, Feb 18, 2015 at 04:10:35PM +, Euan Harris wrote:
> I think the most straightforward way to test the cancellation mechanism in
> LibXL will be to adapt the way we test similar functionality in x
On 04/07/2015 03:12 AM, Emil Condrea wrote:
On Mon, Apr 6, 2015 at 6:49 PM, Daniel De Graaf
wrote:
On 04/05/2015 07:09 AM, Emil Condrea wrote:
Enables deep quote execution for vtpmmgr which can not be started
using locality 2. The VTPM_ORD_GET_QUOTE command is backwards
compatible. When rece
On 04/07/2015 01:04 PM, Andrew Cooper wrote:
On 07/04/15 17:57, Boris Ostrovsky wrote:
On 04/07/2015 12:04 PM, Andrew Cooper wrote:
On 06/04/15 23:12, Boris Ostrovsky wrote:
A number of changes to XEN_SYSCTL_numainfo interface:
* Make sysctl NUMA topology query use fewer copies by combining s
On 04/06/2015 06:12 PM, Boris Ostrovsky wrote:
Signed-off-by: Boris Ostrovsky .
Acked-by: Daniel De Graaf
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
Hi,
On 31/03/15 14:18, Ian Campbell wrote:
> On Tue, 2015-03-31 at 13:46 +0100, Julien Grall wrote:
>> Hi Ian,
>>
>> On 31/03/15 12:35, Ian Campbell wrote:
>>> On Thu, 2015-03-19 at 19:29 +, Julien Grall wrote:
>>>
The functions fdt_{fisrt,next}_subnode may not be available because:
>>>
>
On 07/04/15 17:57, Boris Ostrovsky wrote:
> On 04/07/2015 12:04 PM, Andrew Cooper wrote:
>> On 06/04/15 23:12, Boris Ostrovsky wrote:
>>> A number of changes to XEN_SYSCTL_numainfo interface:
>>>
>>> * Make sysctl NUMA topology query use fewer copies by combining some
>>>fields into a single st
Hi,
On Wed, Feb 18, 2015 at 04:10:35PM +, Euan Harris wrote:
> We had a chat about testing these changes, and integrating them into xenopsd.
> We agreed that we each had slightly different expectations of what we were
> going to do, and when. I think we came to the following major conclusio
On 04/07/2015 12:09 PM, Andrew Cooper wrote:
On 06/04/15 23:12, Boris Ostrovsky wrote:
Signed-off-by: Boris Ostrovsky
---
Changes in v6:
* Dropped continuations, the sysctl now returns after 64 iteration if necessary
Why? The caller should reasonably expect a single hypercall to complete,
not
On 04/07/2015 12:04 PM, Andrew Cooper wrote:
On 06/04/15 23:12, Boris Ostrovsky wrote:
A number of changes to XEN_SYSCTL_numainfo interface:
* Make sysctl NUMA topology query use fewer copies by combining some
fields into a single structure and copying distances for each node
in a single
On Tue, 2015-04-07 at 16:12 +0100, Ian Jackson wrote:
> The symptom is a very high level of packet loss: around 25-30% (as
> seen in `ping'). There don't seem to be any untoward-looking kernel
> messages. The lost packets get added to the `errors' counter shown in
> ifconfig.
Please provide the
On Tue, 7 Apr 2015, Jaggi, Manish wrote:
> Hi Julien,
>
>
> Following patch generated compiler error when HAS_PCI adn HAS_PASSTHROUGH
> enabled.
> Please advice how to fix this issue, or you can revert this patch.
> Should I add a device structure in pci_dev or there is another way.
Hello Manis
Hi Julien,
Following patch generated compiler error when HAS_PCI adn HAS_PASSTHROUGH
enabled.
Please advice how to fix this issue, or you can revert this patch.
Should I add a device structure in pci_dev or there is another way.
xen/arm: Introduce a generic way to describe device
On 06/04/15 23:12, Boris Ostrovsky wrote:
> Signed-off-by: Boris Ostrovsky
> ---
>
> Changes in v6:
> * Dropped continuations, the sysctl now returns after 64 iteration if
> necessary
Why? The caller should reasonably expect a single hypercall to complete,
not to have to reissue repeated to get
On 07/04/15 02:42, mailing lists wrote:
> Hi --
>
> I've been trying to get nested virtualization working with Xen so that
> I could boot Windows and use Hyper-V related features, however I have
> not had much success. Using Windows 8.1 or Windows 2012r2, I'm able
> to install Windows, select and
On 06/04/15 23:12, Boris Ostrovsky wrote:
> A number of changes to XEN_SYSCTL_numainfo interface:
>
> * Make sysctl NUMA topology query use fewer copies by combining some
> fields into a single structure and copying distances for each node
> in a single copy.
> * NULL meminfo and distance handl
On 07/04/15 14:27, Liang Li wrote:
> This bug will be trigged when NMI happen in the L2 guest. The current
> code handles the NMI incorrectly. According to Intel SDM 31.7.1.2
> (Resuming Guest Software after Handling an Exception), If bit 31 of the
> IDT-vectoring information fields is set, and the
Hi Linda,
On 07/04/15 16:45, Linda wrote:
>>> +size = (bitmap1->size > bitmap2->size) ? bitmap1->size :
>>> bitmap2->size;
>> There might be an 'max' macro somwhere in the code that you could use
>> for this?
> Any guesses on where I might find the max macro. When I grep max, all I
> find are
On 04/07/2015 10:14 AM, Ian Jackson wrote:
osstest service user writes ("[linux-next test] 50321: regressions - FAIL"):
flight 50321 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/50321/
Regressions :-(
Tests which did not succeed and are blocking,
including tests wh
Hey Konrad,
On 4/2/2015 1:34 PM, Konrad Rzeszutek Wilk wrote:
On Thu, Apr 02, 2015 at 11:38:16AM -0600, Linda Jacobson wrote:
From: Linda
Added bitmap functions for union intersection and difference betweenn two
bitmaps
Signed-off-by: Linda
---
tools/libxl/libxl_utils.c | 115 +++
On Tue, Apr 07, 2015 at 04:12:14PM +0100, Ian Jackson wrote:
> I am experiencing what appears to be a bug involving the tg3 NIC
> driver in (various stable branches of) Linux.
>
> The symptom is a very high level of packet loss: around 25-30% (as
> seen in `ping'). There don't seem to be any unto
I am experiencing what appears to be a bug involving the tg3 NIC
driver in (various stable branches of) Linux.
The symptom is a very high level of packet loss: around 25-30% (as
seen in `ping'). There don't seem to be any untoward-looking kernel
messages. The lost packets get added to the `error
Wei Liu writes ("Re: [ovmf test] 50324: regressions - trouble:
blocked/broken/fail/pass"):
> On Tue, Apr 07, 2015 at 02:56:59PM +0100, Ian Jackson wrote:
...
> > /home/osstest/build.50324.build-i386/xen/tools/firmware/ovmf-dir-remote/IntelFrameworkModulePkg/Library/LzmaCustomDecompressLib/LzmaDeco
osstest service user writes ("[linux-next test] 50321: regressions - FAIL"):
> flight 50321 linux-next real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/50321/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be run:
...
> test-
On Tue, Apr 07, 2015 at 02:56:59PM +0100, Ian Jackson wrote:
> osstest service user writes ("[ovmf test] 50324: regressions - trouble:
> blocked/broken/fail/pass"):
> > flight 50324 ovmf real [real]
> > http://logs.test-lab.xenproject.org/osstest/logs/50324/
> >
> > Regressions :-(
> >
> > Tests
osstest service user writes ("[xen-unstable test] 50322: regressions - trouble:
broken/fail/pass"):
> flight 50322 xen-unstable real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/50322/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which coul
On Tue, Apr 07, 2015 at 10:19:22AM +, Dario Faggioli wrote:
> On Mon, 2015-04-06 at 09:59 -0400, Konrad Rzeszutek Wilk wrote:
> > On Sat, Apr 04, 2015 at 04:14:41AM +0200, Dario Faggioli wrote:
>
> > > XXX Another idea I just have is to allow the user to
> > > somehow specify a different '
osstest service user writes ("[ovmf test] 50324: regressions - trouble:
blocked/broken/fail/pass"):
> flight 50324 ovmf real [real]
> http://logs.test-lab.xenproject.org/osstest/logs/50324/
>
> Regressions :-(
>
> Tests which did not succeed and are blocking,
> including tests which could not be
On Tue, Apr 07, 2015 at 11:40:03AM +0200, Olaf Hering wrote:
> On Mon, Mar 30, 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 ev
This bug will be trigged when NMI happen in the L2 guest. The current
code handles the NMI incorrectly. According to Intel SDM 31.7.1.2
(Resuming Guest Software after Handling an Exception), If bit 31 of the
IDT-vectoring information fields is set, and the virtual NMIs VM-execution
control is 1, wh
flight 50336 linux-3.16 real [real]
http://logs.test-lab.xenproject.org/osstest/logs/50336/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-xl-credit2 15 guest-localmigrate/x10fail REGR. vs. 34167
Tests which are failin
On Tue, 2015-04-07 at 11:27 +0100, Andrew Cooper wrote:
> On 04/04/2015 03:14, Dario Faggioli wrote:
>
> > I'm putting here in the cover letter a markdown document I wrote to better
> > describe my findings and ideas (sorry if it's a bit long! :-D). You can also
> > fetch it at the following links:
Some operating systems (including Linux and FreeBSD[1]) signal not
(only) POLLIN when a reading pipe reaches EOF, but POLLHUP (with or
without POLLIN). This is permitted[2]. The implications are that in
the general case it is not possible to determine whether POLLHUP
indicates an error or simply
7e9ec50b0535 "tools/libxl: Adjust datacopiers POLLHUP handling when
the fd is also readable" has been reverted by the application of what
was 1/3 of v1 of this mini-series.
(Sorry about the odd reference in the commit message to `later in this
mail', which was a reference to `Avoid [theoretical] e
When the bootloader exits, several things change, all at once:
(a) The master pty fd (held by libxl) starts to signal POLLHUP
and maybe also POLLIN.
(b) The child exits (so that the SIGCHLD self-pipe signals POLLIN,
which will be handled by the libxl child process code.
(c) reads on the
On 07/04/15 13:00, Wei Liu wrote:
> On Thu, Apr 02, 2015 at 10:34:34AM +0100, Andrew Cooper wrote:
>> On 02/04/15 10:03, Ian Campbell wrote:
>>> On Wed, 2015-04-01 at 12:03 +0100, Andrew Cooper wrote:
I propose that the libxc series be accepted independently of the libxl
series.
>>> That
Roger Pau Monné writes ("Re: [PATCH 3/3] libxl: datacopier: Avoid theoretical
eof/POLLHUP race"):
> I don't seem to be able to trigger the issue with the debug patch
> applied. AFAICT pygrub is blocked (probably because the output buffer
> is full) and total execution greatly exceeds 15s seconds
On Thu, Apr 02, 2015 at 10:34:34AM +0100, Andrew Cooper wrote:
> On 02/04/15 10:03, Ian Campbell wrote:
> > On Wed, 2015-04-01 at 12:03 +0100, Andrew Cooper wrote:
> >> I propose that the libxc series be accepted independently of the libxl
> >> series.
> > That is most likely a good idea IMHO.
> >
On Wed, Apr 01, 2015 at 12:03:51PM +0100, Andrew Cooper wrote:
> Hello,
>
> I believe I have CC'd all interested parties. If I have missed anyone,
> please shout.
>
> There are several large series:
> * Cancellable async operations
> * COLO
>
> and a wish to start experimenting with migration o
On Tue, Apr 07, 2015 at 12:07:28PM +0100, Julien Grall wrote:
> Hi Chen,
>
> On 07/04/2015 08:33, Chen Baozi wrote:
> >From: Chen Baozi
> >
> >We have already had the boot pagetable when reaching the point
> >of early_printk fixmap setup. Thus there is no longer necessary
> >to caculate physical
On Tue, Apr 7, 2015 at 2:42 AM, mailing lists wrote:
> Hi --
>
> I've been trying to get nested virtualization working with Xen so that I
> could boot Windows and use Hyper-V related features, however I have not had
> much success. Using Windows 8.1 or Windows 2012r2, I'm able to install
> Window
We have already had the boot pagetable when reaching the point
of early_printk fixmap setup. Thus there is no longer necessary
to calculate physical address of xen_fixmap.
Signed-off-by: Chen Baozi
---
xen/arch/arm/arm64/head.S | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git
El 02/04/15 a les 18.29, Ian Jackson ha escrit:
> Ian Jackson writes ("[PATCH 3/3] libxl: datacopier: Avoid theoretical
> eof/POLLHUP race"):
>> We solve the race with a poll of the reading fd, to double-check, when
>> we detect eof via read. (This is only necessary if the caller has
>> specified
Hi Chen,
On 07/04/2015 08:33, Chen Baozi wrote:
From: Chen Baozi
We have already had the boot pagetable when reaching the point
of early_printk fixmap setup. Thus there is no longer necessary
to caculate physical address of xen_fixmap.
s/caculate/calculate/
OOI, is it a bug or a clean up?
Sorry for keeping you waiting. I just get back from vacation.
First I would like to thank Dario and Konrad for their reviews. Their
comments are quite to the point and you should fix your code as
suggested.
In addition to their comments, I have a few comments. See below.
On Thu, Apr 02, 2015 at
Hi Stefano,
On 07/04/2015 10:40, Stefano Stabellini wrote:
On Mon, 6 Apr 2015, Julien Grall wrote:
Hi Pranav,
Thank you for the patch.
On 06/04/2015 10:54, Pranavkumar Sawargaonkar wrote:
In old X-Gene Storm firmware and DT, secure mode addresses have been
mentioned in GICv2 node. In this ca
Ian Jackson writes ("[PATCH RFC v3 00/28] libxl: Cancelling asynchronous
operations"):
> This is v3 of my work-in-progress series to support cancellation of
> long-running libxl operations.
These are also here
http://xenbits.xen.org/gitweb/?p=people/iwj/xen.git;a=summary
git://xenbits.xen.org/
On 04/04/2015 03:14, Dario Faggioli wrote:
> Hi Everyone,
>
> This RFC series is the outcome of an investigation I've been doing about
> whether we can take better advantage of features like Intel CMT (and of PSR
> features in general). By "take better advantage of" them I mean, for example,
> use
On Mon, 2015-04-06 at 09:59 -0400, Konrad Rzeszutek Wilk wrote:
> On Sat, Apr 04, 2015 at 04:14:41AM +0200, Dario Faggioli wrote:
> > XXX Another idea I just have is to allow the user to
> > somehow specify a different 'granularity'. Something
> > like allowing 'percpu_cmt'|'percore_cmt'|'
On Mon, 2015-04-06 at 09:48 -0400, Konrad Rzeszutek Wilk wrote:
> On Sat, Apr 04, 2015 at 04:14:33AM +0200, Dario Faggioli wrote:
> > diff --git a/xen/arch/x86/psr.c b/xen/arch/x86/psr.c
> > index c902625..0f2a6ce 100644
> > --- a/xen/arch/x86/psr.c
> > +++ b/xen/arch/x86/psr.c
> > @@ -111,7 +111,
Hello,
El 03/04/15 a les 16.12, Tim Deegan ha escrit:
> Hi,
>
> At 20:46 +0100 on 02 Apr (1428007593), Andrew Cooper wrote:
>> On 02/04/15 11:26, Roger Pau Monne wrote:
>>> When the caller of paging_log_dirty_op is a hvm guest Xen would choke when
>>> trying to copy the dirty bitmap to the guest
On Tue, 2015-04-07 at 16:24 +0800, Chao Peng wrote:
> On Sat, Apr 04, 2015 at 04:14:41AM +0200, Dario Faggioli wrote:
> > 'persocket_cmt' would basically only allow to track the
> > amount of free L3 on each socket (by subtracting the
> > monitored value from the total). Again, still b
On Tue, 2015-04-07 at 16:19 +0800, Chao Peng wrote:
> On Sat, Apr 04, 2015 at 04:14:15AM +0200, Dario Faggioli wrote:
> > I'm putting here in the cover letter a markdown document I wrote to better
> > describe my findings and ideas (sorry if it's a bit long! :-D). You can also
> > fetch it at the
On Mon, 6 Apr 2015, Julien Grall wrote:
> Hi Pranav,
>
> Thank you for the patch.
>
> On 06/04/2015 10:54, Pranavkumar Sawargaonkar wrote:
> > In old X-Gene Storm firmware and DT, secure mode addresses have been
> > mentioned in GICv2 node. In this case maintenance interrupt is used
> > instead o
On Mon, Mar 30, 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 results
> in a hang at the same place. Even go
Hi,
At 16:30 +0800 on 07 Apr (1428424218), Kai Huang wrote:
> Hi Jan, Tim, other maintainers,
>
> Do you have comments? Or should I send out the v2 addressing Andrew's
> comments, as it's been more than a week since this patch series were
> sent out?
I'm sorry, I was away last week so I haven'
On Thu, Apr 02, 2015 at 11:15:53AM +0800, Chao Peng wrote:
> 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
flight 50335 xen-4.2-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/50335/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-qemuu-freebsd10-i386 8 guest-start fail REGR. vs. 36512
test-i386-i386-pa
Hi Jan, Tim, other maintainers,
Do you have comments? Or should I send out the v2 addressing Andrew's
comments, as it's been more than a week since this patch series were
sent out?
Thanks,
-Kai
On 03/30/2015 01:50 PM, Kai Huang wrote:
On 03/28/2015 05:26 AM, Andrew Cooper wrote:
On 27/03
On Sat, Apr 04, 2015 at 04:14:41AM +0200, Dario Faggioli wrote:
> This allows for a new item to be passed as part of the psr=
> boot option: "percpu_cmt". If that is specified, Xen tries,
> at boot time, to associate an RMID to each core.
>
> XXX This all looks rather straightforward, if it weren'
On Sat, Apr 04, 2015 at 04:14:15AM +0200, Dario Faggioli wrote:
> Hi Everyone,
>
> This RFC series is the outcome of an investigation I've been doing about
> whether we can take better advantage of features like Intel CMT (and of PSR
> features in general). By "take better advantage of" them I mea
flight 50334 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/50334/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-winxpsp3 13 guest-localmigrate/x10fail REGR. vs. 50268
test-amd64-i386-f
From: Chen Baozi
On arm64, either firmware or xen's smp_up_cpu gate uses WFE on secondary
cpus to stand-by when booting. Thus, using SEV is enough for the boot
cpu to kick other secondaries. Further more, the current implementation
of cpu_up_send_sgi would pass a NULL cpumask pointer to send_SGI,
From: Chen Baozi
We have already had the boot pagetable when reaching the point
of early_printk fixmap setup. Thus there is no longer necessary
to caculate physical address of xen_fixmap.
Signed-off-by: Chen Baozi
---
xen/arch/arm/arm64/head.S | 1 -
1 file changed, 1 deletion(-)
diff --git a
Hi All,
I found a way to preproduce the bug very easy by using the
apic->send_IPI_all(NMI_VECTOR)
in L2 in a kernel module to trigger MNI. And I have verified that the bug can
be fixed as Jan's
suggestion, ' the second half of vmx_idtv_reinject() needs to be done without
regard to
nes
On Mon, Apr 6, 2015 at 6:49 PM, Daniel De Graaf
wrote:
> On 04/05/2015 07:09 AM, Emil Condrea wrote:
>
>> Enables deep quote execution for vtpmmgr which can not be started
>> using locality 2. The VTPM_ORD_GET_QUOTE command is backwards
>> compatible. When receives flags=0 from vTPM it extends ad
91 matches
Mail list logo
