From: Luis R. Rodriguez mcg...@suse.com
The driver doesn't use mtrr_add() or arch_phys_wc_add() but
since we know the framebuffer is isolated already on an
ioremap() we can take advantage of write combining for
performance where possible.
In this case there are a few motivations for this:
a)
From: Luis R. Rodriguez mcg...@suse.com
This driver uses the same area for MTRR as for the ioremap().
Convert the driver from using the x86 specific MTRR code to
the architecture agnostic arch_phys_wc_add(). arch_phys_wc_add()
will avoid MTRR if write-combining is available, in order to
take
On Tue, Jun 16, 2015 at 3:20 PM, Bjorn Helgaas bhelg...@google.com wrote:
On Tue, Jun 16, 2015 at 2:16 PM, Luis R. Rodriguez
mcg...@do-not-panic.com wrote:
On Thu, May 28, 2015 at 5:36 PM, Luis R. Rodriguez
mcg...@do-not-panic.com wrote:
On Wed, May 27, 2015 at 1:04 PM, Luis R. Rodriguez
From: Luis R. Rodriguez mcg...@suse.com
This lets drivers take advantage of PAT when available. This
should help with the transition of converting video drivers over
to ioremap_wc() to help with the goal of eventually using
_PAGE_CACHE_UC over _PAGE_CACHE_UC_MINUS on x86 on
ioremap_nocache()
From: Luis R. Rodriguez mcg...@suse.com
Now that we have pci_iomap_wc() add the respective devres helpers.
Cc: Toshi Kani toshi.k...@hp.com
Cc: Andy Lutomirski l...@amacapital.net
Cc: Suresh Siddha sbsid...@gmail.com
Cc: Ingo Molnar mi...@elte.hu
Cc: Thomas Gleixner t...@linutronix.de
Cc:
From: Luis R. Rodriguez mcg...@suse.com
Convert the driver from using the x86 specific MTRR code to
the architecture agnostic arch_phys_wc_add(). arch_phys_wc_add()
will avoid MTRR if write-combining is available, in order to
take advantage of that also ensure the ioremap'd area is requested
as
From: Luis R. Rodriguez mcg...@suse.com
This driver uses the same area for MTRR as for the ioremap().
Convert the driver from using the x86 specific MTRR code to
the architecture agnostic arch_phys_wc_add(). arch_phys_wc_add()
will avoid MTRR if write-combining is available, in order to
take
On Wed, Jun 17, 2015 at 09:31:16PM +0100, Al Viro wrote:
On Wed, Jun 17, 2015 at 10:57:15AM +0200, Jan Kara wrote:
Joy... Folks, is anybody actively maintaining fs/ufs these days?
Looking into the changelog there wasn't anyone seriously looking into UFS
for at least 5-6 years... Fabian
From: Luis R. Rodriguez mcg...@suse.com
Arnd,
After a long-winded conversation with Bjorn over use of
EXPORT_SYMBOL_GPL() instead of EXPORT_SYMBOL() he's noted he'd
be OK if this goes through you as an alternative. This series
goes unmodified from the last posted v6 series, I am just
reposting
From: Luis R. Rodriguez mcg...@suse.com
PCI BARs tell us whether prefetching is safe, but they don't say anything
about write combining (WC). WC changes ordering rules and allows writes to
be collapsed, so it's not safe in general to use it on a prefetchable
region.
Add pci_iomap_wc() and
From: Luis R. Rodriguez mcg...@suse.com
Convert the driver from using the x86 specific MTRR code to
the architecture agnostic arch_phys_wc_add(). arch_phys_wc_add()
will avoid MTRR if write-combining is available, in order to
take advantage of that also ensure the ioremap'd area is requested
as
On Tue, Jun 09, 2015 at 10:21:27AM -0400, Konrad Rzeszutek Wilk wrote:
On Tue, Jun 09, 2015 at 04:07:33PM +0200, Roger Pau Monn? wrote:
El 09/06/15 a les 15.39, Konrad Rzeszutek Wilk ha escrit:
On Tue, Jun 09, 2015 at 08:52:53AM +, Paul Durrant wrote:
-Original Message-
flight 58737 linux-linus real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58737/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-credit2 14 guest-start.2 fail REGR. vs. 58620
Regressions which
On Fri, Jun 19, 2015 at 4:06 PM, Luis R. Rodriguez
mcg...@do-not-panic.com wrote:
I hope to have provided a bit of new information to help you
reconsider this series to go through you but since you seem to be fine
for this to go through another tree and since I failed to notice that
I should
flight 58736 xen-4.2-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58736/
Failures and problems with tests :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-amd64-libvirt 3 host-install(3) broken in 58584 REGR. vs.
From: Luis R. Rodriguez mcg...@suse.com
Convert the driver from using the x86 specific MTRR code to
the architecture agnostic arch_phys_wc_add(). arch_phys_wc_add()
will avoid MTRR if write-combining is available, in order to
take advantage of that also ensure the ioremap'd area is requested
as
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
CC: Ian Jackson ian.jack...@eu.citrix.com
CC: Stefano Stabellini stefano.stabell...@eu.citrix.com
CC: Ian Campbell ian.campb...@citrix.com
CC: Wei Liu wei.l...@citrix.com
---
tools/libxc/xc_dom_x86.c | 32 +++-
flight 58744 linux-next real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58744/
Failures :-/ but no regressions.
Regressions which are regarded as allowable (not blocking):
test-amd64-i386-libvirt 11 guest-start fail like 58620
test-amd64-amd64-libvirt
.. since it doesn't exist for PVH.
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
CC: Keir Fraser k...@xen.org
CC: Jan Beulich jbeul...@suse.com
CC: Andrew Cooper andrew.coop...@citrix.com
---
xen/arch/x86/mm.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git
Managing l4 page table and argument translation area are two unrelated
operations and should be handled separately
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
CC: Keir Fraser k...@xen.org
CC: Jan Beulich jbeul...@suse.com
CC: Andrew Cooper andrew.coop...@citrix.com
---
.. based on whether the guest is 32- or 64-bit
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
CC: Keir Fraser k...@xen.org
CC: Jan Beulich jbeul...@suse.com
CC: Andrew Cooper andrew.coop...@citrix.com
---
xen/arch/x86/domain.c |2 +-
1 files changed, 1 insertions(+), 1
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
CC: Keir Fraser k...@xen.org
CC: Jan Beulich jbeul...@suse.com
CC: Andrew Cooper andrew.coop...@citrix.com
---
xen/arch/x86/hvm/hvm.c | 35 +--
1 files changed, 29 insertions(+), 6 deletions(-)
diff
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
CC: Keir Fraser k...@xen.org
CC: Jan Beulich jbeul...@suse.com
CC: Andrew Cooper andrew.coop...@citrix.com
---
xen/arch/x86/domain.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/xen/arch/x86/domain.c
vcpu_guest_context's fs_base, gs_base_kernel and gs_base_user are not defined
for 32-bit guests.
Drop PVH 32bitfixme ASSERT.
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
CC: Keir Fraser k...@xen.org
CC: Jan Beulich jbeul...@suse.com
CC: Andrew Cooper andrew.coop...@citrix.com
---
Initial 32-bit PVH support, dom0 will need more work.
Boris Ostrovsky (9):
x86/pvh: Don't test 64b-only vcpu_guest_context's fields
x86/pvh: Don't copy to/from trap_ctxt for 32b PVH guests
x86/pvh: Properly initialize PVH guest's CR3
x86/compat: Manage argument translation area separately
vcpu_guest_context's fs_base, gs_base_kernel and gs_base_user are not defined
for 32-bit guests.
Drop PVH 32bitfixme ASSERT.
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
CC: Keir Fraser k...@xen.org
CC: Jan Beulich jbeul...@suse.com
CC: Andrew Cooper andrew.coop...@citrix.com
---
Instead of assuming that the PVH guest is 64-bit during VMCS constructions and
overriding 32/64 bit settings in VMCS later we can keep HVM's settings and
update them as needed when we know exactly what the guest is.
Signed-off-by: Boris Ostrovsky boris.ostrov...@oracle.com
CC: Keir Fraser
flight 58768 rumpuserxen real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58768/
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
On 06/18/2015 09:46 PM, Abhinav Gupta wrote:
Thanks for the reply Razvan, but I meant how will i test my code, when I
make some changes ?
Well, like any piece of software, you check to see that your changes do
what they're supposed to do by running your modified Xen with a relevant
test
Thanks for the reply Razvan, but I meant how will i test my code, when I
make some changes ?
On Fri, Jun 19, 2015 at 12:14 AM, Razvan Cojocaru rcojoc...@bitdefender.com
wrote:
On 06/18/2015 09:40 PM, Abhinav Gupta wrote:
Hello Xen developers,
I'm new here. I'm not able to find any link
On 19.06.15 at 14:23, david.vra...@citrix.com wrote:
On 19/06/15 11:55, Jan Beulich wrote:
On 19.06.15 at 11:52, david.vra...@citrix.com wrote:
On 19/06/15 10:29, Jan Beulich wrote:
On 18.06.15 at 12:40, david.vra...@citrix.com wrote:
On 18/06/15 11:36, Jan Beulich wrote:
On 17.06.15 at
Hi,
On 6/18/2015 10:54 PM, Ian Campbell wrote:
On Thu, 2015-06-18 at 22:09 +0800, Peng Fan wrote:
Hi,
I am porting xen to an Cortex-A7 soc and met Dom0 kernel panic. I have
no clear idea about why Dom0 kernel panic.
Have you confirmed that this same kernel runs reliably natively on this
You should CC the respective technical contact George Dunlap. I've done
this for you now.
On Fri, Jun 19, 2015 at 07:02:55AM +, Abhinav Gupta wrote:
Hi,
I am interested in doing the following project for Xen, Introducing
On Thu, 2015-06-18 at 18:58 +0100, Ian Jackson wrote:
Ian Campbell writes ([PATCH OSSTEST v2 12/19] ts-kernel-build: Support
--reuse to keep same build tree):
This is very useful when iterating over kernel configurations, since
it avoids blowing away the build tree and all the existing
On Thu, 2015-06-18 at 18:49 +0100, Ian Jackson wrote:
Ian Campbell writes ([PATCH OSSTEST v2 05/19] Refactor pxelinux
configuration):
The mechanism used to PXE boot can differ depending on the firmware
type. Therefore refactor into Osstest::TestSupport and key off a new
host property
On Thu, 2015-06-18 at 19:04 +0100, Ian Jackson wrote:
Ian Campbell writes ([PATCH OSSTEST v2 17/19] Debian: Ignore xen-syms
entries in grub.cfg.):
These can't (in general?) actually be booted.
They can't be booted at all. That they are included in the menu is a
bug in something.
Yes. I
On Thu, 2015-06-18 at 18:52 +0100, Ian Jackson wrote:
Ian Campbell writes ([PATCH OSSTEST v2 07/19] Enable chain loading to local
disk for UEFI PXE systems.):
First arrange for bootloader to be installed to removable media path,
by using a new in Jessie preseed option. Then use that to
On Fri, 2015-06-19 at 11:22 +0100, Ian Campbell wrote:
On Thu, 2015-06-18 at 18:59 +0100, Ian Jackson wrote:
Ian Campbell writes ([PATCH OSSTEST v2 13/19] standalone: Prefer
./standalone.config to $HOME/.xen-osstest/config):
OSSTEST_CONFIG still trumps both.
This results in us having
On Fri, 2015-06-19 at 13:38 +0100, Ian Jackson wrote:
Signed-off-by: Ian Jackson ian.jack...@eu.citrix.com
Acked-by: Ian Campbell ian.campb...@citrix.com
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
El 19/06/15 a les 15.00, Jan Beulich ha escrit:
On 11.06.15 at 11:51, andrew.coop...@citrix.com wrote:
On 11/06/15 09:35, Jan Beulich wrote:
While I continue to be of the opinion that all direct writes to
interrupt masking bits (MSI-X mask-all, MSI-X per-entry mask,
MSI per entry mask)
On Wed, 2015-06-17 at 14:06 +0100, Wei Liu wrote:
+case $suite_$arch in
Sorry, this is buggy, it looks for a variable named suite_ which
doesn't exist and so nothing matches. It needs this:
diff --git a/mg-debian-installer-update b/mg-debian-installer-update
index b9b1146..6a26675 100755
---
On Fri, 2015-06-19 at 13:38 +0100, Ian Jackson wrote:
Signed-off-by: Ian Jackson ian.jack...@eu.citrix.com
No functional change AFAICT.
Acked-by: Ian Campbell ian.campb...@citrix.com
___
Xen-devel mailing list
Xen-devel@lists.xen.org
On Fri, Jun 19, 2015 at 10:58:25AM +0200, Roger Pau Monne wrote:
argp is only present in the GNU C library, so add a specific check for it in
configure. Also check if -largp is needed for linking against it.
Please run autoconf after applying.
Signed-off-by: Roger Pau Monné
Ian Campbell writes (Re: [OSSTEST PATCH 2/2] config: Computed defaults for
Logs and Results):
On Fri, 2015-06-19 at 13:38 +0100, Ian Jackson wrote:
Signed-off-by: Ian Jackson ian.jack...@eu.citrix.com
No functional change AFAICT.
Indeed.
I have collected these and your --reuse patch into
Hi all,
The Raisin git repository has just moved out of my personal git space on
xenbits to a more official location. The new git Raisin URL is:
git://xenbits.xen.org/raisin.git
http://xenbits.xen.org/gitweb/?p=raisin.git
Cheers,
Stefano
___
On Thu, Jun 18, 2015 at 10:35:37AM +0100, Jan Beulich wrote:
On 18.06.15 at 11:18, yang.z.zh...@intel.com wrote:
Jan Beulich wrote on 2015-06-18:
On 18.06.15 at 10:53, yang.z.zh...@intel.com wrote:
Jan Beulich wrote on 2015-06-18:
On 18.06.15 at 10:20, jbeul...@suse.com wrote:
Apart
On 11.06.15 at 11:51, andrew.coop...@citrix.com wrote:
On 11/06/15 09:35, Jan Beulich wrote:
While I continue to be of the opinion that all direct writes to
interrupt masking bits (MSI-X mask-all, MSI-X per-entry mask,
MSI per entry mask) outside of the hypervisor are wrong and
should be
On Fri, Jun 19, 2015 at 10:58:24AM +0200, Roger Pau Monne wrote:
This is not needed, neither encouraged. Configure already checks
_FILE_OFFSET_BITS and appends it when needed, so that the right functions
are used. Also remove the usage of loff_t and O_LARGEFILE for the same
reason.
On Fri, 2015-06-19 at 10:51 +0100, Jan Beulich wrote:
On 18.06.15 at 16:22, ian.campb...@citrix.com wrote:
On Thu, 2015-06-18 at 12:37 +0100, Jan Beulich wrote:
On 17.06.15 at 12:26, ian.jack...@eu.citrix.com wrote:
Jan Beulich writes (stable trees (was: [xen-4.2-testing test] 58584:
The console information of dom0 is living in the same memory page as the
start_info data. Don't put the console data directly after the start_info
to leave some room for future structure enlargements. Otherwise a dom0
with a newer start_info layout than the hypervisor could interprete
console data
The comments describing the initial pv-domain memory layout are not
complete. They do not mention the pages with console info and xenstore
data.
Add this information to the comments.
Signed-off-by: Juergen Gross jgr...@suse.com
---
xen/include/public/xen.h | 17 ++---
1 file
On 19.06.15 at 13:06, jgr...@suse.com.non-mime.internet wrote:
The console information of dom0 is living in the same memory page as the
start_info data. Don't put the console data directly after the start_info
to leave some room for future structure enlargements. Otherwise a dom0
with a newer
Pang, LongtaoX writes (RE: [OSSTEST Nested PATCH v11 6/7] Compose the main
recipe of nested test job):
So, may I implement these action via below recipe in sg-run-job? Since, this
would be less code to
be changed and we want to avoid to involve tcl plumbing in sg-run-job. Also,
I think
Wei Liu writes ([PATCH OSSTEST v3 06/11] Cope with Jessie's d-i vg name):
In Jessie the default vg name is changed to $hostname-vg. Make that
default case and check for wheezy, squeeze and lenny for backward
compatibility.
Signed-off-by: Wei Liu wei.l...@citrix.com
Acked-by: Ian Jackson
When the property clock-frequency is present in the DT timer node, it
means that the bootloader/firmware didn't correctly configure the
CNTFRQ/CNTFRQ_EL0 on each processor.
The best solution would be to fix the offending firmware/bootloader,
although it may not always be possible to modify and
On 19.06.15 at 11:52, david.vra...@citrix.com wrote:
On 19/06/15 10:29, Jan Beulich wrote:
On 18.06.15 at 12:40, david.vra...@citrix.com wrote:
On 18/06/15 11:36, Jan Beulich wrote:
On 17.06.15 at 14:02, david.vra...@citrix.com wrote:
--- a/xen/common/event_channel.c
+++
Wei Liu writes ([PATCH OSSTEST v3 12/11] toolstack/libvirt: install
libnl-3-200 on Jessie):
Signed-off-by: Wei Liu wei.l...@citrix.com
...
diff --git a/Osstest/Toolstack/libvirt.pm b/Osstest/Toolstack/libvirt.pm
index e7f4860..c71f88a 100644
--- a/Osstest/Toolstack/libvirt.pm
+++
Hi all,
I created two pages to help assignment of BoF's and topics that we should cover
in the Developer Meeting the day after Developer Summit. You can sign up for
BoF's and the Developer Meeting by replying to this mail or by editing the
following two wiki pages
*
Wei Liu writes ([PATCH] libxc: delete sent_last_iter):
It's set in code but never used. Detected by -Wunused-but-set-variable.
Acked-by: Ian Jackson ian.jack...@eu.citrix.com
___
Xen-devel mailing list
Xen-devel@lists.xen.org
Signed-off-by: Ian Jackson ian.jack...@eu.citrix.com
---
Osstest.pm |3 ++-
production-config |1 -
production-config-cambridge |1 -
3 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/Osstest.pm b/Osstest.pm
index 8948666..fc46487 100644
---
Signed-off-by: Ian Jackson ian.jack...@eu.citrix.com
---
Osstest.pm |9 +++--
production-config |2 --
production-config-cambridge |2 --
3 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/Osstest.pm b/Osstest.pm
index fc46487..c89c941 100644
On 18.06.15 at 16:55, jiangyi...@huawei.com wrote:
I'm John's colleague. We looked into the details of the tracing data, and
found that the number of MSR_IA32_APICTMICT_MSR
event is quite high when apic-v is enabled(about 9x more compared with apic-v
disabled).
Below is the details:
On Thu, 2015-06-18 at 18:42 +0100, Ian Jackson wrote:
Ian Campbell writes ([PATCH OSSTEST v2 01/19] Introduce
mg-pxe-loader-update):
The story for PXE booting via UEFI (at least on arm64) is not so
straightforward as with pxelinux on x86. There seems to no good
bootloader to launch via
Ian Jackson writes (RE: [OSSTEST Nested PATCH v11 6/7] Compose the main recipe
of nested test job):
...
But it isn't as simple as you suggest, unfortunately. Because:
proc need-hosts/test-nested {} {return host}
proc run-job/test-nested {} {
run-ts . = ts-debian-hvm-install + host
On Thu, 2015-06-11 at 09:01 +0100, Jan Beulich wrote:
On 11.06.15 at 09:37, kevin.t...@intel.com wrote:
From: Jan Beulich [mailto:jbeul...@suse.com]
Sent: Thursday, June 11, 2015 2:58 PM
All,
we're seeing recurring but intermittent failures in osstest on just the
two hosts using
Ian Campbell writes (Re: [PATCH OSSTEST v2 05/19] Refactor pxelinux
configuration):
On Thu, 2015-06-18 at 18:49 +0100, Ian Jackson wrote:
Are you expecting to introduce setup_FIRMWARE_SOMETHINGELSE ?
I think initially I was initially expecting to but ended up not needing
to.
I will
Ian Campbell writes (Re: [PATCH OSSTEST v2 10/19] ts-host-install: Set dtbs in
the non-special kernel case too.):
On Thu, 2015-06-18 at 18:56 +0100, Ian Jackson wrote:
I don't mind it being in a patch by itself, but I do want a commit
message that tells me why, not just what.
I really
Please use reply to all and don't top-post. I added xen-devel@ back to
CC list.
On Fri, Jun 19, 2015 at 10:40:48AM +, Abhinav Gupta wrote:
Thanks
I need one more suggestion.. Any specific IDE that can help me in the
process of development?
I don't use IDE. I don't think most developers
Ian Campbell writes (Re: [PATCH OSSTEST v2 13/19] standalone: Prefer
./standalone.config to $HOME/.xen-osstest/config):
On Fri, 2015-06-19 at 11:22 +0100, Ian Campbell wrote:
On Thu, 2015-06-18 at 18:59 +0100, Ian Jackson wrote:
This results in us having
standalone-config-example
Ian Campbell writes (Re: [PATCH OSSTEST v2 11/19] Debian: Fixup UEFI boot
order during install):
On Thu, 2015-06-18 at 18:57 +0100, Ian Jackson wrote:
This seems a pretty serious bug. Is there a way to avoid it ?
Unfortunately not as far as I can tell, it seems to be a major
shortcoming
On Fri, 2015-06-19 at 11:45 +0100, Ian Jackson wrote:
Ian Campbell writes (Re: [PATCH OSSTEST v2 05/19] Refactor pxelinux
configuration):
On Thu, 2015-06-18 at 18:49 +0100, Ian Jackson wrote:
Are you expecting to introduce setup_FIRMWARE_SOMETHINGELSE ?
I think initially I was
On Fri, 2015-06-19 at 12:02 +0100, Ian Jackson wrote:
Ian Campbell writes (Re: [PATCH OSSTEST v2 11/19] Debian: Fixup UEFI boot
order during install):
On Thu, 2015-06-18 at 18:57 +0100, Ian Jackson wrote:
This seems a pretty serious bug. Is there a way to avoid it ?
Unfortunately not
On 06/19/2015 02:04 PM, Jan Beulich wrote:
On 19.06.15 at 13:06, jgr...@suse.com.non-mime.internet wrote:
The console information of dom0 is living in the same memory page as the
start_info data. Don't put the console data directly after the start_info
to leave some room for future structure
flight 58730 xen-4.4-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58730/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-armhf-armhf-xl-multivcpu 15 guest-start/debian.repeat fail REGR. vs. 58451
Wei Liu writes ([PATCH OSSTEST v3 02/11] mg-debian-installer-update: updates
to better handle Jessie onwards.):
From: Ian Campbell ian.campb...@citrix.com
In mg-debian-installer-update:
- Expand the list of (suite,arch) combinations which don't exist and
move it to the top.
...
-
On Fri, 2015-06-19 at 12:04 +0100, Ian Jackson wrote:
Ian Campbell writes (Re: [PATCH OSSTEST v2 13/19] standalone: Prefer
./standalone.config to $HOME/.xen-osstest/config):
On Fri, 2015-06-19 at 11:22 +0100, Ian Campbell wrote:
On Thu, 2015-06-18 at 18:59 +0100, Ian Jackson wrote:
Il 11/06/2015 12:28, Fabio Fantoni ha scritto:
Il 11/06/2015 12:06, Zir Blazer ha scritto:
Since I'm not a developer I may be peeking my nose a bit too far, but
based on what I know, I think that enabling AHCI by default would be
a compatibility suicide. I'm not sure about Linux and Windows
flight 58728 xen-4.5-testing real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58728/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-xl-qemuu-win7-amd64 14 guest-localmigrate.2 fail in 58717
REGR. vs. 58528
From: Palik, Imre im...@amazon.de
Commit edafc132baac (xen-netback: making the bandwidth limiter runtime
settable)
introduced the capability to change the bandwidth rate limit at runtime.
But it also introduced a possible crashing bug.
If netback receives two XenbusStateConnected without
Wei Liu writes ([PATCH OSSTEST v3 09/11] ts-xen-build-prep: reverse the test
for installing libc6-dev-i386):
Starting from wheezy, Debian introduced multiarch support, so we need to
install libc6-dev-i386 to build tools.
Since multiarch will be permanent, we reverse the test to not install
On 19/06/15 11:55, Jan Beulich wrote:
On 19.06.15 at 11:52, david.vra...@citrix.com wrote:
On 19/06/15 10:29, Jan Beulich wrote:
On 18.06.15 at 12:40, david.vra...@citrix.com wrote:
On 18/06/15 11:36, Jan Beulich wrote:
On 17.06.15 at 14:02, david.vra...@citrix.com wrote:
---
flight 58739 rumpuserxen real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58739/
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
argp is only present in the GNU C library, so add a specific check for it in
configure. Also check if -largp is needed for linking against it.
Please run autoconf after applying.
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: George Dunlap george.dun...@eu.citrix.com
Cc: Ian Jackson
This is not needed, neither encouraged. Configure already checks
_FILE_OFFSET_BITS and appends it when needed, so that the right functions
are used. Also remove the usage of loff_t and O_LARGEFILE for the same
reason.
Signed-off-by: Roger Pau Monné roger@citrix.com
Cc: George Dunlap
Fix the build of xentrace/xenalyze on FreeBSD, and possibly other libcs not
having argp. Also fix the usage of fstat64 and O_LARGEFILE.
Roger.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On 11.06.15 at 10:28, wei.w.w...@intel.com wrote:
cpufreq_cpu_policy is used in intel_pstate_set_pstate(), so we change
to NULL it after the call of cpufreq_driver-exit. Otherwise, a
calltrace will show up on your screen due to the reference of a NULL
pointer when you power down the system.
On 18.06.15 at 16:22, ian.campb...@citrix.com wrote:
On Thu, 2015-06-18 at 12:37 +0100, Jan Beulich wrote:
On 17.06.15 at 12:26, ian.jack...@eu.citrix.com wrote:
Jan Beulich writes (stable trees (was: [xen-4.2-testing test] 58584:
regressions)):
Which leaves several options:
- the
On 19/06/15 10:29, Jan Beulich wrote:
On 18.06.15 at 12:40, david.vra...@citrix.com wrote:
On 18/06/15 11:36, Jan Beulich wrote:
On 17.06.15 at 14:02, david.vra...@citrix.com wrote:
--- a/xen/common/event_channel.c
+++ b/xen/common/event_channel.c
@@ -1175,22 +1175,6 @@ int
flight 58727 xen-unstable real [real]
http://logs.test-lab.xenproject.org/osstest/logs/58727/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-amd64-rumpuserxen-amd64 15
rumpuserxen-demo-xenstorels/xenstorels.repeat fail REGR. vs.
xen/arch/x86/mm/p2m-ept.c | 4
1 file changed, 4 insertions(+)
diff --git a/xen/arch/x86/mm/p2m-ept.c b/xen/arch/x86/mm/p2m-
ept.c
index 5133eb6..26293a0 100644
--- a/xen/arch/x86/mm/p2m-ept.c
+++ b/xen/arch/x86/mm/p2m-ept.c
@@ -26,6 +26,7 @@
#include
On Thu, 2015-06-18 at 18:57 +0100, Ian Jackson wrote:
Ian Campbell writes ([PATCH OSSTEST v2 11/19] Debian: Fixup UEFI boot order
during install):
Debian inserts itself before any existing entries, including the PXE
one, meaning we otherwise cannot remotely regroove the box. Preseed
some
On Thu, 2015-06-18 at 18:59 +0100, Ian Jackson wrote:
Ian Campbell writes ([PATCH OSSTEST v2 13/19] standalone: Prefer
./standalone.config to $HOME/.xen-osstest/config):
OSSTEST_CONFIG still trumps both.
This results in us having
standalone-config-example
production-config
On 18.06.15 at 12:40, david.vra...@citrix.com wrote:
On 18/06/15 11:36, Jan Beulich wrote:
On 17.06.15 at 14:02, david.vra...@citrix.com wrote:
--- a/xen/common/event_channel.c
+++ b/xen/common/event_channel.c
@@ -1175,22 +1175,6 @@ int alloc_unbound_xen_event_channel(
void
On Thu, 2015-06-18 at 18:56 +0100, Ian Jackson wrote:
Ian Campbell writes ([PATCH OSSTEST v2 10/19] ts-host-install: Set dtbs in
the non-special kernel case too.):
XXX fold somewhere?
I don't mind it being in a patch by itself, but I do want a commit
message that tells me why, not just
On 18.06.15 at 17:14, ian.jack...@eu.citrix.com wrote:
Jan Beulich writes (4.5 qemu tree tagging):
could you please tag the respective qemu trees for 4.5.1? Considering
the little (if any at all) testing feedback we've been getting on stable
RCs, and considering how late we are with it, I
On 19.06.15 at 16:07, roger@citrix.com wrote:
I don't mind adding a PHYSDEVOP_pci_mmcfg_reserved call to FreeBSD, but
for it to have any effect we need to stop unconditionally mapping
everything as MMIO regions on PVH Dom0.
Right, I didn't mean to imply PVH would have any chance of
On Fri, Jun 19, 2015 at 02:21:51PM +0200, Imre Palik wrote:
From: Palik, Imre im...@amazon.de
Commit edafc132baac (xen-netback: making the bandwidth limiter runtime
settable)
introduced the capability to change the bandwidth rate limit at runtime.
But it also introduced a possible crashing
On Fri, Jun 19, 2015 at 02:50:34PM +0100, Ian Campbell wrote:
On Wed, 2015-06-17 at 14:06 +0100, Wei Liu wrote:
+case $suite_$arch in
Sorry, this is buggy, it looks for a variable named suite_ which
doesn't exist and so nothing matches. It needs this:
diff --git
When a CPU is offlined, there may be unprocessed events on a port for
that CPU. If the port is subsequently reused on a different CPU, it
could be in an unexpected state with the link bit set, resulting in
interrupts being missed. Fix this by consuming any unprocessed events
for a particular CPU
... by passing -g as appropriate.
Also ensure debug logging is enabled with --enable-debug (which
doesn't imply -g during build!).
Signed-off-by: Ian Campbell ian.campb...@citrix.com
---
ts-libvirt-build | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/ts-libvirt-build
1 - 100 of 127 matches
Mail list logo