The maximum of SW-IOMMU is limited to 2^11*128 = 256K.
While in different platform and different requirements this seems improper.
So modify the IO_TLB_SEGSIZE to io_tlb_segsize as configurable is make sense.
Signed-off-by: Chuansheng Liu chuansheng@intel.com
Signed-off-by: Zhang Dongxing
On 2015年02月05日 01:45, Stefano Stabellini wrote:
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
From: Naresh Bhat naresh.b...@linaro.org
There are two flags: PSCI_COMPLIANT and PSCI_USE_HVC. When set,
the former signals to the OS that the hardware is PSCI compliant.
The latter selects the
Hello Folks.
I want to become a Xen developer and I don't have any knowledge about
development. Can you tell me what programming language is needed? How can I
start and etc?
Tnx.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
On 05.02.15 at 20:02, dsl...@verizon.com wrote:
On 02/03/15 09:58, Jan Beulich wrote:
On 02.02.15 at 16:22, dsl...@verizon.com wrote:
Ok, will be working on a much better commit message. Do you want the
new commit message copied here (in the summary of the changes), or just
that fact that
flight 34178 qemu-upstream-unstable real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34178/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
test-amd64-i386-freebsd10-i386 11 guest-localmigrate fail REGR. vs. 33488
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
From: Naresh Bhat naresh.b...@linaro.org
With ACPI 5.0, we got per-processor timer support in GTDT,
and ACPI 5.1 introduced the support for platform (memory-mapped)
timers: GT Block and SBSA watchdog timer, add the code needed
in this patch.
+int monitor_domctl(struct xen_domctl_monitor_op *domctl, struct domain *d)
+{
+/*
+ * At the moment only HVM domains are supported. However, event delivery
+ * could be extended to PV domains. See comments below.
+ */
+if ( !is_hvm_domain(d) )
+return -ENOSYS;
Hypercalls submitted by user space tools via the privcmd driver can
take a long time (potentially many 10s of seconds) if the hypercall
has many sub-operations.
A fully preemptible kernel may deschedule such as task in any upcall
called from a hypercall continuation.
However, in a kernel with
flight 34165 rumpuserxen real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34165/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
build-i386-rumpuserxen6 xen-build fail REGR. vs. 33866
On Thu, Feb 05, 2015 at 01:38:07PM +, Lad Prabhakar wrote:
From: Lad, Prabhakar prabhakar.cse...@gmail.com
this patch fixes following sparse warning:
interface.c:83:5: warning: symbol 'xenvif_poll' was not declared. Should it
be static?
Signed-off-by: Lad, Prabhakar
Hi Ian,
On 05/02/2015 18:52, Ian Campbell wrote:
... and make it tunable via the command line.
1/8 of RAM is 128M on a 1GB system and 256M on a 2GB system etc,
which is a lot. 1/32 of RAM seems more reasonable. Also drop the
minimum to 32M.
Leave the maximum at 1GB.
Signed-off-by: Ian
On Wed, 2015-02-04 at 19:13 +0200, Denis Drozdov wrote:
From: denys drozdov denys.droz...@globallogic.com
This is a requirement of the scheduler interface, violating this
causes for example with the RT scheduler:
(XEN) Assertion 'local_irq_is_enabled()' failed at spinlock.c:137
(XEN)
On Thu, Feb 5, 2015 at 2:46 PM, Ian Campbell ian.campb...@citrix.com wrote:
On Wed, 2015-02-04 at 15:05 +0200, Oleksandr Tyshchenko wrote:
All acked + applied, thanks!
Thanks to you and Julien for detailed review.
--
Oleksandr Tyshchenko | Embedded Dev
GlobalLogic
www.globallogic.com
On 05.02.15 at 10:53, ian.jack...@eu.citrix.com wrote:
flight 34157 xen-4.5-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34157/
Regressions :-(
Tests which did not succeed and are blocking,
including tests which could not be run:
On Wed, 2015-02-04 at 15:05 +0200, Oleksandr Tyshchenko wrote:
All acked + applied, thanks!
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
Hi Ian,
On 05/02/2015 19:06, Ian Campbell wrote:
On Wed, 2015-02-04 at 21:03 +, Julien Grall wrote:
-/* Masks for FADT Boot Architecture Flags (boot_flags) */
+/* Masks for FADT IA-PC Boot Architecture Flags (boot_flags) [Vx]=Introduced
in this FADT revision */
What does this FADT
On 27/01/15 01:51, Luis R. Rodriguez wrote:
From: Luis R. Rodriguez mcg...@suse.com
This v5 nukes tracing as David said it was useless, it also
only adds support for 64-bit as its the only thing I can test,
and slightly modifies the documentation in code as to why we
want this. The no krobe
On Mon, 2015-02-02 at 08:17 -0700, Mike Latimer wrote:
On Monday, February 02, 2015 02:35:39 PM Ian Campbell wrote:
On Fri, 2015-01-30 at 14:01 -0700, Mike Latimer wrote:
During domain startup, all required memory ballooning must complete
within a maximum window of 33 seconds (3 retries,
On Wed, 2015-02-04 at 16:26 +, Wei Liu wrote:
On Wed, Feb 04, 2015 at 04:07:48PM +, Jan Beulich wrote:
Both vchan_wr() and stdout_wr() should be defined with a non-empty
argument list (i.e. void). Additionally both of them as well as usage()
should be static to make clear that no
On Wed, 2015-02-04 at 18:47 +0200, Oleksandr Tyshchenko wrote:
Hi, all.
We have begun to use the driver domain on OMAP5 platform.
To make driver domain running on OMAP5 platform we need to have it
memory 1 to 1 mapped because of lacking SMMU support on this platform.
To satisfy this
Hi Ian,
On 05/02/2015 19:04, Ian Campbell wrote:
On Wed, 2015-02-04 at 17:36 +, Julien Grall wrote:
I remembered to have a discussion about this change with Naresh few
month ago.
__va should only be used when the memory is direct-mapped to Xen (i.e
accessible directly). On ARM64, this
Hi all,
I just wanted to confirm that Wei has been confirmed with 4 votes in favour,
and 2 committers not having voted
Regards
Lars
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
On Thu, 2015-02-05 at 12:53 +, Jan Beulich wrote:
On 05.02.15 at 10:53, ian.jack...@eu.citrix.com wrote:
flight 34157 xen-4.5-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34157/
Regressions :-(
Tests which did not succeed and are blocking,
including
Hi, Ian
On Thu, Feb 5, 2015 at 3:12 PM, Ian Campbell ian.campb...@citrix.com wrote:
On Wed, 2015-02-04 at 18:47 +0200, Oleksandr Tyshchenko wrote:
Hi, all.
We have begun to use the driver domain on OMAP5 platform.
To make driver domain running on OMAP5 platform we need to have it
memory 1
Hi Ian,
On 05/02/2015 19:06, Ian Campbell wrote:
On Wed, 2015-02-04 at 21:03 +, Julien Grall wrote:
-/* Masks for FADT Boot Architecture Flags (boot_flags) */
+/* Masks for FADT IA-PC Boot Architecture Flags (boot_flags) [Vx]=Introduced
in this FADT revision */
What does this FADT
On Thu, 5 Feb 2015, Ian Campbell wrote:
On Wed, 2015-02-04 at 21:51 +, Julien Grall wrote:
+res = platform_init_time();
The platform code is DT-centrict.
This is an interesting point. Given the stated goals and reasons for
having ACPI on ARM it seems to me that in general
On Thu, 2015-02-05 at 22:29 +0800, Julien Grall wrote:
Hi Ian,
On 05/02/2015 19:42, Ian Campbell wrote:
On Wed, 2015-02-04 at 21:57 +, Julien Grall wrote:
I believe that most of the SPCR parsing should be generic, so maybe you
could extend the DEVICE interface to handle the ACPI
On 02/05/15 05:17, Jan Beulich wrote:
On 05.02.15 at 00:33, dsl...@verizon.com wrote:
On 02/04/15 12:01, Jan Beulich wrote:
The former gets enforced by our debug builds, the latter appears to be
not uncommon for certain distros' Python packages. Newer glibc warns on
uses of _FORTIFY_SOURCE
On Thu, 2015-02-05 at 14:51 +, Stefano Stabellini wrote:
On Thu, 5 Feb 2015, Ian Campbell wrote:
On Wed, 2015-02-04 at 21:51 +, Julien Grall wrote:
+res = platform_init_time();
The platform code is DT-centrict.
This is an interesting point. Given the stated goals and
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
From: Naresh Bhat naresh.b...@linaro.org
Parse ACPI SPCR (Serial Port Console Redirection table) table and
initialize the serial port pl011.
Signed-off-by: Naresh Bhat naresh.b...@linaro.org
Signed-off-by: Parth Dixit
On Thu, 2015-02-05 at 22:01 +0800, Julien Grall wrote:
If the user requests a xenheap of 0MB, we will use the default size,
right? It may be worth to explain this case.
I think it's pretty generally understood that 0 generally means the
default, unless otherwise specified.
Also with the
On Thu, Feb 05, 2015 at 03:26:00PM +, Ian Jackson wrote:
Jan Beulich writes (Re: [PATCH] tools: work around collision of -O0 and
-D_FORTIFY_SOURCE):
For one, PY_XCFLAGS='' wouldn't help, as we get -O0 from the
incoming CFLAGS.
Sorry, I meant PY_XCFLAGS='' or -O1 (as appropriate).
Ian Campbell writes (Re: [Xen-devel] [xen-4.5-testing test] 34157: regressions
- FAIL):
http://www.chiark.greenend.org.uk/~xensrcts/logs/34157/
...
test-amd64-amd64-rumpuserxen-amd64 11
rumpuserxen-demo-xenstorels/xenstorels fail REGR. vs. 34088
Guest console contains:
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
From: Naresh Bhat naresh.b...@linaro.org
This patch prepare a DT from scratch for DOM0 for
ACPI-case only. Basically the DT contains minmal
required informations such as DOM0 bootargs, memory
and ACPI RSDP informations only.
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
From: Naresh Bhat naresh.b...@linaro.org
Create a memory node for DOM0.
Signed-off-by: Naresh Bhat naresh.b...@linaro.org
---
xen/arch/arm/domain_build.c | 48
+
1 file changed, 48
On 05/02/15 05:44, Jiang Liu wrote:
--- a/drivers/xen/xen-acpi-memhotplug.c
+++ b/drivers/xen/xen-acpi-memhotplug.c
@@ -117,8 +117,8 @@ acpi_memory_get_resource(struct acpi_resource *resource,
void *context)
list_for_each_entry(info, mem_device-res_list, list) {
if
Jan Beulich writes ([PATCH] tools: work around collision of -O0 and
-D_FORTIFY_SOURCE):
The former gets enforced by our debug builds, the latter appears to be
not uncommon for certain distros' Python packages. Newer glibc warns on
uses of _FORTIFY_SOURCE without optimization being enabled,
Wei Liu writes (Re: [PATCH OSSTEST v6 9/9] mfi-common, make-flight: create XSM
test jobs):
Here is the updated version:
---8---
From 5b40b06a62ef51ad511e36bf6eb12f3e9e88a647 Mon Sep 17 00:00:00 2001
From: Wei Liu wei.l...@citrix.com
Date: Mon, 2 Feb 2015 19:57:13 +
Subject: [PATCH
On 05.02.15 at 12:04, ian.campb...@citrix.com wrote:
On Wed, 2015-02-04 at 17:36 +, Julien Grall wrote:
I would move the whole function (acpi_os_map_memory) per-architecture.
That's an option too, since once the /* The low first Mb is always
mapped. */ bit is removed (which it should be
On Thu, 2015-02-05 at 16:27 +0530, Parth Dixit wrote:
+stao-header.length = sizeof(struct acpi_table_header) + 1;
+stao-header.checksum = 0;
+ACPI_MEMCPY(stao-header.oem_id, LINARO, 6);
+ACPI_MEMCPY(stao-header.oem_table_id, RTSMVEV8, 8);
I though the plan was to use
On 04.02.15 at 19:47, stefano.stabell...@eu.citrix.com wrote:
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
+static DECLARE_BITMAP(cpu_possible_bits, NR_CPUS) __read_mostly;
ARM already has cpu_possible_map. x86 seems to be able to cope with
having ACPI without this map.
If you want
On Thu, 2015-02-05 at 11:35 +, Jan Beulich wrote:
On 05.02.15 at 12:04, ian.campb...@citrix.com wrote:
On Wed, 2015-02-04 at 17:36 +, Julien Grall wrote:
I would move the whole function (acpi_os_map_memory) per-architecture.
That's an option too, since once the /* The low first
On Thu, 2015-02-05 at 11:34 +, Jan Beulich wrote:
@@ -140,6 +145,7 @@ acpi_status acpi_os_write_port(acpi_io_address port,
u32 value, u32 width)
return AE_OK;
}
+#endif
Why only x86? Linux seems to define it also for ARM64.
What is a port on ARM?
I don't know how
On 02/05/2015 07:41 AM, David Vrabel wrote:
Hypercalls submitted by user space tools via the privcmd driver can
take a long time (potentially many 10s of seconds) if the hypercall
has many sub-operations.
A fully preemptible kernel may deschedule such as task in any upcall
called from a
On 05.02.15 at 16:26, ian.jack...@eu.citrix.com wrote:
Jan Beulich writes (Re: [PATCH] tools: work around collision of -O0 and
And then I'm not really intending to fiddle with
the configure scripts (albeit, having done the patch in the presented
form, I expected you to want it done that way)
-Original Message-
From: Jiang Liu [mailto:jiang@linux.intel.com]
Sent: Wednesday, February 4, 2015 9:44 PM
To: Rafael J. Wysocki; Thomas Gleixner; Bjorn Helgaas; Yinghai Lu; Borislav
Petkov; Lv Zheng; Tony Luck; Fenghua Yu; Ingo Molnar; H. Peter Anvin;
x...@kernel.org; Len
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
From: Naresh Bhat naresh.b...@linaro.org
Create a chosen node for DOM0 with
- bootargs
- rsdp
Signed-off-by: Naresh Bhat naresh.b...@linaro.org
Signed-off-by: Parth Dixit parth.di...@linaro.org
---
xen/arch/arm/domain_build.c | 41
Hi,
this is a couple of patchset to clean up the sysfs entry creation /
removal in xen driver codes. They are relatively straightforward
conversion patches, where manual function calls are replaced with
static attribute groups.
Takashi
===
Takashi Iwai (2):
xen: pcpu: Use static attribute
Instead of manual calls of device_create_file() and
device_remove_file(), assign the static attribute groups to the device
to register. The conditional build of sysfs is done in is_visible
callback instead.
Signed-off-by: Takashi Iwai ti...@suse.de
---
drivers/xen/pcpu.c | 44
On 05/02/15 21:16, D'Mita Levy wrote:
Hello,
I am trying to compile a xen build that will simply print all the
hypercalls as they come into the hypervisor. Specifically, I'm looking
for the hypercall handler function so that I can insert a simple
printk statement.
The logging rate will
On Mon, Feb 2, 2015 at 10:22 AM, Don Slutz dsl...@verizon.com wrote:
The 1st item is not data, but the port (address).
The 2nd item is the data.
Signed-off-by: Don Slutz dsl...@verizon.com
Thanks:
Acked-by: George Dunlap george.dun...@eu.citrix.com
---
tools/xentrace/formats | 8
Hello,
I am trying to compile a xen build that will simply print all the
hypercalls as they come into the hypervisor. Specifically, I'm looking for
the hypercall handler function so that I can insert a simple printk
statement. I'm having trouble because I can't find a doc that describes
what most
From: Takashi Iwai ti...@suse.de
Date: Wed, 4 Feb 2015 14:38:55 +0100
Instead of manual calls of device_create_file() and
device_remove_files(), assign the static attribute groups to netdev
groups array. This simplifies the code and avoids the possible
races.
Signed-off-by: Takashi Iwai
On 02/03/15 09:58, Jan Beulich wrote:
On 02.02.15 at 16:22, dsl...@verizon.com wrote:
Jan Beulich:
The change on what to do when hvm_send_assist_req() fails is bad.
That is correct. Made hvm_has_dm() do full checking so
that the extra VMEXIT and VMENTRY can be skipped.
On Thu, Feb 05, 2015 at 11:04:37AM +0800, Liuqiming (John) wrote:
On 2015/2/5 10:57, Liuqiming (John) wrote:
sorry for late replay
On 2015/2/3 23:32, Konrad Rzeszutek Wilk wrote:
On Tue, Feb 03, 2015 at 10:24:08AM +0800, Liuqiming (John) wrote:
On 2015/2/2 22:59, Konrad Rzeszutek Wilk
Hi Ian,
On 05/02/2015 19:42, Ian Campbell wrote:
On Wed, 2015-02-04 at 21:57 +, Julien Grall wrote:
I believe that most of the SPCR parsing should be generic, so maybe you
could extend the DEVICE interface to handle the ACPI case.
Extending DT_DEVICE would be confusing IMHO. The answer
While experimenting/testing various kernel versions I discovered that trying to
boot a Haswell based hosts will always crash when booting as Xen dom0
(Xen-4.4.1). The same crash happens since v3.19-rc1 and still does happen with
v3.19-rc7. A bare metal boot is having no issues and also an Opteron
Thursday, February 5, 2015, 3:22:49 PM, you wrote:
Hey David,
after just being in that pain, I thought I might as well give a summary to
you/the list. Maybe helpful to not forget which piece should go to which
stable...
So:
v3.16...v3.17.8: Somewhen in between those, the acpi irq seems
Hi Parth,
On 05/02/2015 18:30, Parth Dixit wrote:
On 5 February 2015 at 11:08, Julien Grall julien.gr...@linaro.org wrote:
Hi Parth,
On 04/02/2015 14:02, parth.di...@linaro.org wrote:
From: Parth Dixit parth.di...@linaro.org
Some bugs are identified in edk2 and some of the functionality is
On 05/02/15 15:02, David Vrabel wrote:
From: Jennifer Herbert jennifer.herb...@citrix.com
If Xenstore sends back a XS_ERROR for TRANSACTION_END, the driver BUGs
because it cannot find the matching transaction in the list. For
TRANSACTION_START, it leaks memory.
Check the message as
On Thu, 2015-02-05 at 15:27 +, Stefano Stabellini wrote:
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
From: Naresh Bhat naresh.b...@linaro.org
Parse ACPI SPCR (Serial Port Console Redirection table) table and
initialize the serial port pl011.
Signed-off-by: Naresh Bhat
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
From: Parth Dixit parth.di...@linaro.org
set edge/level type information for an interrupt
Signed-off-by: Parth Dixit parth.di...@linaro.org
---
xen/arch/arm/irq.c| 19 +++
xen/include/asm-arm/irq.h | 4
2
On Tue, Feb 3, 2015 at 4:37 PM, Jan Beulich jbeul...@suse.com wrote:
On 29.01.15 at 22:46, tamas.leng...@zentific.com wrote:
-#define XEN_DOMCTL_MEM_EVENT_OP_ACCESS2
+#define XEN_DOMCTL_MEM_EVENT_OP_MONITOR2
While this one looks okay, ...
Jim,
Thought you might like to know that we are now testing actually starting
a guest with libvirt in osstest and this is the first pass.
Currently we don't test migration (which is why that appears to have
failed), but Wei is working on addressing that.
Ian.
On Thu, 2015-02-05 at 14:40 +,
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
From: Naresh Bhat naresh.b...@linaro.org
Parse GTDT (Generic Timer Descriptor Table) to initialize timer.
Using the information presented by GTDT to initialize the arch
timer (not momery-mapped).
Signed-off-by: Naresh Bhat
From: Jennifer Herbert jennifer.herb...@citrix.com
If Xenstore sends back a XS_ERROR for TRANSACTION_END, the driver BUGs
because it cannot find the matching transaction in the list. For
TRANSACTION_START, it leaks memory.
Check the message as returned from xenbus_dev_request_and_reply(), and
Hi Ian,
On 05/02/2015 19:39, Ian Campbell wrote:
On Wed, 2015-02-04 at 21:51 +, Julien Grall wrote:
Perhaps platform_* should all grow an ASSERT(!in acpi mode) (or
ASSERT(in dt mode)) to help enforce this.
That would be good. We could also do the same for the device tree to
catch any
From: Lad, Prabhakar prabhakar.cse...@gmail.com
this patch fixes following sparse warning:
interface.c:83:5: warning: symbol 'xenvif_poll' was not declared. Should it be
static?
Signed-off-by: Lad, Prabhakar prabhakar.cse...@gmail.com
---
Found this issue on linux-next (gcc version 4.9.2,
Hey David,
after just being in that pain, I thought I might as well give a summary to
you/the list. Maybe helpful to not forget which piece should go to which
stable...
So:
v3.16...v3.17.8: Somewhen in between those, the acpi irq seems to have broken.
I have not yet verified
flight 34168 libvirt real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34168/
Failures :-/ but no regressions.
Tests which did not succeed, but are not blocking:
test-amd64-i386-libvirt 10 migrate-support-checkfail never pass
test-armhf-armhf-libvirt 10
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
From: Naresh Bhat naresh.b...@linaro.org
Needed because ARM64 uses GIC which is defined in ACPI 5.0 spec.
Signed-off-by: Al Stone al.st...@linaro.org
Signed-off-by: Hanjun Guo hanjun@linaro.org
Signed-off-by: Naresh Bhat
Hi Parth,
On 05/02/2015 18:57, Parth Dixit wrote:
On 5 February 2015 at 10:54, Julien Grall julien.gr...@linaro.org wrote:
On 04/02/2015 14:02, parth.di...@linaro.org wrote:
+stao-header.length = sizeof(struct acpi_table_header) + 1;
+stao-header.checksum = 0;
+
Hi Oleksandr,
On 05/02/2015 21:49, Oleksandr Tyshchenko wrote:
On Thu, Feb 5, 2015 at 3:12 PM, Ian Campbell ian.campb...@citrix.com wrote:
On Wed, 2015-02-04 at 18:47 +0200, Oleksandr Tyshchenko wrote:
Hi, all.
We have begun to use the driver domain on OMAP5 platform.
To make driver domain
On Thu, 2015-02-05 at 13:00 +, Ian Campbell wrote:
On Thu, 2015-02-05 at 12:53 +, Jan Beulich wrote:
On 05.02.15 at 10:53, ian.jack...@eu.citrix.com wrote:
flight 34157 xen-4.5-testing real [real]
http://www.chiark.greenend.org.uk/~xensrcts/logs/34157/
Regressions :-(
Jan Beulich writes (Re: [PATCH] tools: work around collision of -O0 and
-D_FORTIFY_SOURCE):
For one, PY_XCFLAGS='' wouldn't help, as we get -O0 from the
incoming CFLAGS.
Sorry, I meant PY_XCFLAGS='' or -O1 (as appropriate).
And then I'm not really intending to fiddle with
the configure
On 05/02/15 15:37, Boris Ostrovsky wrote:
On 02/05/2015 07:41 AM, David Vrabel wrote:
Hypercalls submitted by user space tools via the privcmd driver can
take a long time (potentially many 10s of seconds) if the hypercall
has many sub-operations.
A fully preemptible kernel may deschedule
On Thu, Feb 5, 2015 at 3:59 PM, Luis R. Rodriguez
mcg...@do-not-panic.com wrote:
On Tue, Feb 3, 2015 at 8:58 PM, Juergen Gross jgr...@suse.com wrote:
On 02/04/2015 01:48 AM, Luis R. Rodriguez wrote:
XEN_MAX_DOMAIN_MEMORY(x86)
which depends on XEN_PV
Adjusted, but so far that's the only
Hi Stefano,
On 06/02/2015 00:09, Stefano Stabellini wrote:
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
From: Naresh Bhat naresh.b...@linaro.org
Create a chosen node for DOM0 with
- bootargs
- rsdp
Signed-off-by: Naresh Bhat naresh.b...@linaro.org
Signed-off-by: Parth Dixit
-Original Message-
From: Konrad Rzeszutek Wilk [mailto:konrad.w...@oracle.com]
Sent: Friday, February 6, 2015 3:33 AM
To: Wang, Xiaoming
Cc: r...@linux-mips.org; boris.ostrov...@oracle.com;
david.vra...@citrix.com; linux-m...@linux-mips.org; linux-
ker...@vger.kernel.org;
On 06/02/2015 00:21, Stefano Stabellini wrote:
On Thu, 5 Feb 2015, Julien Grall wrote:
Hi parth,
Title: this is not acpi specific.
On 04/02/2015 14:02, parth.di...@linaro.org wrote:
From: Parth Dixit parth.di...@linaro.org
For passing ACPI tables to dom0, UEFI memory needs to be mapped
by
On 06/02/2015 03:40, Parth Dixit wrote:
+static int map_acpi_regions(struct domain *d)
+{
+int res;
+
+res = acpi_map_mmio(d);
+if ( res )
+return res;
+
+return 0;
+}
I don't think that splitting the code in two functions is useful. Just
implement the remapping here.
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
From: Parth Dixit parth.di...@linaro.org
hide UART used by xen by indicating it in STAO table
and map it to dom0
Signed-off-by: Parth Dixit parth.di...@linaro.org
Please check CODING_STYLE
xen/arch/arm/arm64/acpi/arm-core.c | 50
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
From: Parth Dixit parth.di...@linaro.org
xen environment table contains the grant table address,size and event
channel interrupt information required by dom0.
Signed-off-by: Parth Dixit parth.di...@linaro.org
---
On Thu, 5 Feb 2015, Julien Grall wrote:
Hi Parth,
On 05/02/2015 18:57, Parth Dixit wrote:
On 5 February 2015 at 10:54, Julien Grall julien.gr...@linaro.org wrote:
On 04/02/2015 14:02, parth.di...@linaro.org wrote:
+stao-header.length = sizeof(struct acpi_table_header) + 1;
+
Prior to the existance of 64-bit backends using the X86_64 ABI,
frontends used the X86_32 ABI. These old frontends do not specify the
ABI and when used with a 64-bit backend do not work.
On x86, default to the X86_32 ABI if one is not specified. Backends
on ARM continue to default to their
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
From: Parth Dixit parth.di...@linaro.org
Enable PSCI and hvc flags in FADT table so that dom0 uses PSCI to
boot vcpu's
Signed-off-by: Parth Dixit parth.di...@linaro.org
---
xen/arch/arm/arm64/acpi/arm-core.c | 16
1
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
From: Parth Dixit parth.di...@linaro.org
XSDT table cannot be passed as is to dom0 because new tables specific to xen
need to be added to its table entries
Signed-off-by: Parth Dixit parth.di...@linaro.org
---
Hi Bob,
Can you elaborate on the environment where you measured such an improvement?
I'm particularly interested in:
What workload were you issuing? (e.g. 4K seq reads?)
What backend were you using? (e.g. null driver? what parameters? some specific
disk/array?)
What was the host configuration
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
From: Parth Dixit parth.di...@linaro.org
Status override table is used to hide devices from DOM0
that are used by xen
Signed-off-by: Parth Dixit parth.di...@linaro.org
---
xen/include/acpi/actbl2.h | 14 ++
1 file changed,
On Thu, 5 Feb 2015, Julien Grall wrote:
Hi parth,
Title: this is not acpi specific.
On 04/02/2015 14:02, parth.di...@linaro.org wrote:
From: Parth Dixit parth.di...@linaro.org
For passing ACPI tables to dom0, UEFI memory needs to be mapped
by xen in dom0 address space. This patch
On 05/02/15 16:11, Boris Ostrovsky wrote:
On 02/05/2015 07:41 AM, David Vrabel wrote:
+
+void xen_maybe_preempt_hcall(void)
+{
+if (__this_cpu_read(xen_in_preemptible_hcall)) {
Can you check should_resched() here?
_cond_resched() already does this.
David
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
From: Parth Dixit parth.di...@linaro.org
map acpi tables described in uefi table to dom0 address space
Signed-off-by: Parth Dixit parth.di...@linaro.org
---
xen/arch/arm/arm64/acpi/arm-core.c | 43
++
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
From: Parth Dixit parth.di...@linaro.org
Xen environment table is ACPI table that is used to pass grant table
and event channel interrupt information to dom0.
Signed-off-by: Parth Dixit parth.di...@linaro.org
---
On 02/05/2015 11:14 AM, David Vrabel wrote:
On 05/02/15 16:11, Boris Ostrovsky wrote:
On 02/05/2015 07:41 AM, David Vrabel wrote:
+
+void xen_maybe_preempt_hcall(void)
+{
+if (__this_cpu_read(xen_in_preemptible_hcall)) {
Can you check should_resched() here?
_cond_resched() already does
On Thu, Feb 5, 2015 at 5:24 PM, Julien Grall julien.gr...@linaro.org wrote:
Hi Oleksandr,
Hi Julien
On 05/02/2015 21:49, Oleksandr Tyshchenko wrote:
On Thu, Feb 5, 2015 at 3:12 PM, Ian Campbell ian.campb...@citrix.com
wrote:
On Wed, 2015-02-04 at 18:47 +0200, Oleksandr Tyshchenko wrote:
Some systems have python-config include -D_FORTIFY_SOURCE in the
CFLAGS. But -D_FORTIFY_SOURCE does not (currently) work with -O0, and
-O0 is enabled in debug builds (since 1166ecf781). As a result, on
those systems, debug builds fail.
Work around this problem as follows:
* In configure,
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
From: Parth Dixit parth.di...@linaro.org
map mmio regions described in uefi tables to dom0 address space
Signed-off-by: Parth Dixit parth.di...@linaro.org
---
xen/arch/arm/domain_build.c | 54
On Wed, 4 Feb 2015, parth.di...@linaro.org wrote:
#
From: Parth Dixit parth.di...@linaro.org
For ACPI on arm device initialization is done by dom0 after parsing DSDT.
xen requires mmio region information described in uefi tables
for mapping it to dom0.
Signed-off-by: Parth Dixit
On 05.02.15 at 17:36, ian.jack...@eu.citrix.com wrote:
Some systems have python-config include -D_FORTIFY_SOURCE in the
CFLAGS. But -D_FORTIFY_SOURCE does not (currently) work with -O0, and
-O0 is enabled in debug builds (since 1166ecf781). As a result, on
those systems, debug builds fail.
Jan Beulich writes (Re: [PATCH] tools: work around collision of -O0 and
-D_FORTIFY_SOURCE):
On 05.02.15 at 17:36, ian.jack...@eu.citrix.com wrote:
+AC_DEFUN([AX_CHECK_PYTHON_FORTIFY_NOOPT], [
+AC_CACHE_CHECK([whether Python setup.py brokenly enables
-D_FORTIFY_SOURCE],
I guess the
1 - 100 of 162 matches
Mail list logo
