On Fri, May 20, 2016 at 7:05 PM, Edgar E. Iglesias
wrote:
> Hi,
>
> We have similar needs (not exactly the same) in some of our setups.
> We need to map certain OCMs (On Chip Memories) to dom0. Among other things,
> these are used to communicate with remote accelerators/CPUs that have
> "hardcoded
Hi, Edgar.
On Fri, May 20, 2016 at 7:05 PM, Edgar E. Iglesias
wrote:
> Hi,
>
> We have similar needs (not exactly the same) in some of our setups.
> We need to map certain OCMs (On Chip Memories) to dom0. Among other things,
> these are used to communicate with remote accelerators/CPUs that have
On Fri, May 20, 2016 at 12:59 PM, Jan Beulich wrote:
On 20.05.16 at 10:45, wrote:
>> On Thu, May 19, 2016 at 5:36 PM, Jan Beulich wrote:
>> On 19.05.16 at 15:58, wrote:
Case 1: Dom0 is driver domain:
There is a Ducati firmware which runs on dedicated M4 core and decodes
On Thu, May 19, 2016 at 5:36 PM, Jan Beulich wrote:
On 19.05.16 at 15:58, wrote:
>> Case 1: Dom0 is driver domain:
>> There is a Ducati firmware which runs on dedicated M4 core and decodes
>> video. This firmware uses hardcoded physical addresses for graphics
>> buffers. Those addresses shou
Oleksandr Dmytryshyn | Product Engineering and Development
GlobalLogic
M +38.067.382.2525
www.globallogic.com
http://www.globallogic.com/email_disclaimer.txt
On Thu, May 19, 2016 at 5:34 PM, Julien Grall wrote:
> Hello Oleksandr,
>
>
> On 19/05/16 14:58, Oleksandr Dmytryshyn wrote:
> Why would a user want to allocate DOM0 RAM bank to a specific address?
>
> If I understand correctly your patch, DOM0 will only able to allocate one
> bank of the given size at the specific address. You also add this possibility
> for guest domain (see patch #4) and try to control where the gue
On Fri, Jul 17, 2015 at 11:59 AM, Ian Campbell wrote:
> Does this mean everything is working as you need, or is there a further
> issue which needs addressing?
All is working as needed. Thank You.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http:
Hi, Ian. Thank You for tips.
On Mon, Jul 13, 2015 at 12:04 PM, Ian Campbell wrote:
> There is an additional quirk for a 1:1 mapped dom0 which is that we
> don't actually decrease reservation when ballooning, but keep the 1:1
> mfn in anticipation of ballooning it back in later.
Currently we have
Hi, Ian. Thank You for the response.
> Look at how the balloon driver does it, the hypercalls you want are
> XENMEM_(increase|decrease)_reservation.
I'll try to use those hypercalls.
___
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.or
On Tue, Jul 14, 2015 at 6:31 PM, Oleksandr Dmytryshyn
wrote:
>
> Hi, Ian. Thank You for the responce.
>
> Currently have 3 kernels: Thin Dom0 (privileged), DomD (privileged
> driver domain),
> DomU (not privileged)
>
> On Mon, Jul 13, 2015 at 12:04 PM, Ian Campbell
>
in the guest (i.e. stick it in an
> MMIO hole). That depends on you never needing to find an associated
> struct page though, which will depend on your use case.
Necessarily I will do this.
> Ian.
>
Oleksandr Dmytryshyn | Product Engineering and Development
GlobalLogic
M +38.067.38
Hi to all.
I'm trying to map and then unmap some memory from one domain to another.
For example from DomU to DomD. DomU - not privileged domain, DomD - privileged
(driver domain). And DomD is mapped 1:1. I use a typical way - allocate grant
references and claim forein access in the DomU and map by
This is ABI for the two halves of a Para-virtual
sound driver to communicate with each to other.
Signed-off-by: Oleksandr Dmytryshyn
Signed-off-by: Iurii Konovalenko
---
Changes since v1:
* removed __attribute__((__packed__)) from all structures definitions
Changes since v2:
* removed all C
help moving the conversation in a constructive
> and productive way for now :)
>
> Stefano
>
> -Original Message-
> From: Dario Faggioli [mailto:dario.faggi...@citrix.com]
> Sent: Monday, February 2, 2015 6:52 PM
> To: Oleksandr Dmytryshyn
> Cc: xen-devel@lists.x
On Thu, Jan 29, 2015 at 1:01 PM, Oleksandr Dmytryshyn
wrote:
>
> This is ABI for the two halves of a Para-virtual
> sound driver to communicate with each to other.
>
> Signed-off-by: Oleksandr Dmytryshyn
> Signed-off-by: Iurii Konovalenko
> ---
> Changes since v1:
&g
On Mon, Feb 2, 2015 at 8:52 PM, Dario Faggioli
wrote:
>
> On Thu, 2015-01-29 at 13:01 +0200, Oleksandr Dmytryshyn wrote:
> > This is ABI for the two halves of a Para-virtual
> > sound driver to communicate with each to other.
> >
> I wonder whether Stefano (Cc-ed)
les is about 23 msec
So this value is application specific.
Unfortunately I can not measure it for live audio.
> With best regards,
>
> Vitaly Chernooky
>
> On Thu, Jan 22, 2015 at 6:11 PM, Ian Jackson
> wrote:
>>
>> Oleksandr Dmytryshyn writes ("Re: [Xen-devel] [PATCH
On Thu, Jan 22, 2015 at 6:11 PM, Ian Jackson wrote:
> Oleksandr Dmytryshyn writes ("Re: [Xen-devel] [PATCH v5] sndif: add ABI for
> Para-virtual sound"):
>> On Thu, Jan 22, 2015 at 5:56 PM, Ian Jackson
>> wrote:
>> > Oleksandr Dmytryshyn writes ("
This is ABI for the two halves of a Para-virtual
sound driver to communicate with each to other.
Signed-off-by: Oleksandr Dmytryshyn
Signed-off-by: Iurii Konovalenko
---
Changes since v1:
* removed __attribute__((__packed__)) from all structures definitions
Changes since v2:
* removed all C
On Thu, Jan 22, 2015 at 6:07 PM, Ian Jackson wrote:
> Oleksandr Dmytryshyn writes ("Re: [PATCH v5] sndif: add ABI for Para-virtual
> sound"):
>> On Thu, Jan 22, 2015 at 5:41 PM, Ian Jackson
>> wrote:
>> > So for example, much real hardware will have a he
On Thu, Jan 22, 2015 at 5:56 PM, Ian Jackson wrote:
> Oleksandr Dmytryshyn writes ("Re: [Xen-devel] [PATCH v5] sndif: add ABI for
> Para-virtual sound"):
>> On Thu, Jan 22, 2015 at 5:39 PM, Roger Pau Monné
>> wrote:
>> > Also, how often are the sound pack
On Thu, Jan 22, 2015 at 5:41 PM, Ian Jackson wrote:
> Oleksandr Dmytryshyn writes ("[PATCH v5] sndif: add ABI for Para-virtual
> sound"):
>> This is ABI for the two halves of a Para-virtual
>> sound driver to communicate with each to other.
> ...
>> + *
On Thu, Jan 22, 2015 at 5:39 PM, Roger Pau Monné wrote:
> El 22/01/15 a les 16.19, Oleksandr Dmytryshyn ha escrit:
> [...]
>> +/*
>> + * Description of the protocol between the frontend and the backend driver.
>> + *
>> + * The two halves of a Para-virtual
This is ABI for the two halves of a Para-virtual
sound driver to communicate with each to other.
Signed-off-by: Oleksandr Dmytryshyn
Signed-off-by: Iurii Konovalenko
---
Changes since v1:
* removed __attribute__((__packed__)) from all structures definitions
Changes since v2:
* removed all C
On Thu, Jan 22, 2015 at 3:58 PM, Ian Jackson wrote:
> Oleksandr Dmytryshyn writes ("[PATCH v4] sndif: add ABI for Para-virtual
> sound"):
>> This is ABI for the two halves of a Para-virtual
>> sound driver to communicate with each to other.
> ...
>
> I thi
This is ABI for the two halves of a Para-virtual
sound driver to communicate with each to other.
Signed-off-by: Oleksandr Dmytryshyn
Signed-off-by: Iurii Konovalenko
---
Changes since v1:
* removed __attribute__((__packed__)) from all structures definitions
Changes since v2:
* removed all C
On Thu, Jan 22, 2015 at 1:08 PM, Jan Beulich wrote:
On 22.01.15 at 11:52, wrote:
>> On Thu, Jan 22, 2015 at 12:24 PM, Jan Beulich wrote:
>> On 22.01.15 at 10:56, wrote:
+ * Responce for all requests exept the XENSND_GET_VOLUME:
+ * 01 2 3 4 5 6
On Thu, Jan 22, 2015 at 12:24 PM, Jan Beulich wrote:
On 22.01.15 at 10:56, wrote:
>> +/*
>> + * PCM FORMATS
>> + *
>> + * XENSND_PCM_FORMAT_[_]
>> + *
>> + * format: [] or
>> + * S - signed, U - unsigned, FLOAT - float
>> + * bits - 8, 16, 24, 32 or absent
>> + * name - MU_LAW,
On Wed, Jan 21, 2015 at 5:39 PM, Jaroslav Kysela wrote:
> Dne 20.1.2015 v 10:03 Oleksandr Dmytryshyn napsal(a):
>> This is Para-virtual sound driver.
>>
>> Frontend driver registers an virtual sound card
>> and sends an PCM streams to the backend driver.
>>
On Wed, Jan 21, 2015 at 5:14 PM, Stefano Stabellini
wrote:
> On Tue, 20 Jan 2015, Oleksandr Dmytryshyn wrote:
>> This is Para-virtual sound driver.
>>
>> Frontend driver registers an virtual sound card
>> and sends an PCM streams to the backend driver.
>>
This is ABI for the two halves of a Para-virtual
sound driver to communicate with each to other.
Signed-off-by: Oleksandr Dmytryshyn
Signed-off-by: Iurii Konovalenko
---
Changes since v1:
* removed __attribute__((__packed__)) from all structures definitions
Changes since v2:
* removed all C
On Tue, Jan 20, 2015 at 12:22 PM, Jan Beulich wrote:
On 20.01.15 at 10:02, wrote:
>> Frontend driver registers an virtual sound card
>> and sends an PCM streams to the backend driver.
>
> This seems backwards - a frontend driver may attach to a virtual sound
> card, but is unlikely to be the
27;
Iurii Konovalenko (1):
xen-sndfront: add capture support
Oleksandr Dmytryshyn (1):
xen-sndfront: add sound frontend driver
include/xen/interface/io/sndif.h | 208 +
sound/drivers/Kconfig| 10 +
sound/drivers/Makefile |2 +
sound/drivers/xen-sndfront.c
This is Para-virtual sound driver.
Frontend driver registers an virtual sound card
and sends an PCM streams to the backend driver.
Backend driver is an user-space application and
uses ALSA with dmix plugin to play audio.
Signed-off-by: Oleksandr Dmytryshyn
Signed-off-by: Iurii Konovalenko
From: Iurii Konovalenko
Now both play and capture is supported.
Signed-off-by: Iurii Konovalenko
Signed-off-by: Oleksandr Dmytryshyn
---
sound/drivers/xen-sndfront.c | 193 ---
1 file changed, 164 insertions(+), 29 deletions(-)
diff --git a/sound
Frontend driver registers an virtual sound card
and sends an PCM streams to the backend driver.
Backend driver is an user-space application.
Signed-off-by: Oleksandr Dmytryshyn
Signed-off-by: Iurii Konovalenko
---
Changes since v1:
* removed __attribute__((__packed__)) from all structures
On Tue, Jan 20, 2015 at 11:55 AM, Paul Durrant wrote:
>> -Original Message-
>> From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-
>> boun...@lists.xen.org] On Behalf Of Oleksandr Dmytryshyn
>> Sent: 20 January 2015 09:03
>> To: xen-devel@lists.xen.
From: Iurii Konovalenko
Now both play and capture is supported.
Signed-off-by: Iurii Konovalenko
Signed-off-by: Oleksandr Dmytryshyn
---
sound/drivers/xen-sndfront.c | 193 ---
1 file changed, 164 insertions(+), 29 deletions(-)
diff --git a/sound
This is Para-virtual sound driver.
Frontend driver registers an virtual sound card
and sends an PCM streams to the backend driver.
Backend driver is an user-space application and
uses ALSA with dmix plugin to play audio.
Signed-off-by: Oleksandr Dmytryshyn
Signed-off-by: Iurii Konovalenko
uses ALSA with dmix plugin to play/capture audio.
Changes since v1:
* 2 first patches are squashed
* ALSA specific structure is renamed
* used fixed width types in sndif.h
Iurii Konovalenko (1):
xen-sndfront: add capture support
Oleksandr Dmytryshyn (1):
xen-sndfront: add sound frontend
Frontend driver registers an virtual sound card
and sends an PCM streams to the backend driver.
Backend driver is an user-space application.
Signed-off-by: Oleksandr Dmytryshyn
Signed-off-by: Iurii Konovalenko
---
xen/include/public/io/sndif.h | 205
On Mon, Jan 19, 2015 at 12:57 PM, David Vrabel wrote:
> On 19/01/15 08:19, Oleksandr Dmytryshyn wrote:
>> From: Iurii Konovalenko
>>
>> Now this driver registers an virtual sound card
>> and sends an PCM streams to the backend driver.
>> Backend driver is an u
On Mon, Jan 19, 2015 at 12:50 PM, David Vrabel wrote:
> On 19/01/15 08:19, Oleksandr Dmytryshyn wrote:
>> Hi to all.
>>
>> Next series of patches introduces Para-virtual sound driver
>>
>> CONFIG_XEN_SND_FRONTEND should be selected to use this driver.
>>
On Mon, Jan 19, 2015 at 12:55 PM, David Vrabel wrote:
> On 19/01/15 08:19, Oleksandr Dmytryshyn wrote:
>> +
>> +struct sndif_request_open {
>> + unsigned int dev_num;
>> + unsigned int card_num;
>> + unsigned int dev_type;
>> + unsig
uses ALSA with dmix plugin to play/capture audio.
Iurii Konovalenko (2):
xen-sndfront: switch to the v2 driver
xen-sndfront: add capture support
Oleksandr Dmytryshyn (1):
xen-sndfront: add sound frontend driver
include/xen/interface/io/sndif.h | 140
sound/drivers/Kconfig
frontend driver.
Signed-off-by: Oleksandr Dmytryshyn
---
include/xen/interface/io/sndif.h | 98
sound/drivers/Kconfig|9 +
sound/drivers/Makefile |2 +
sound/drivers/xen-sndfront.c | 1117 ++
4 files changed, 1226
From: Iurii Konovalenko
Now both play and capture is supported.
Signed-off-by: Iurii Konovalenko
Signed-off-by: Oleksandr Dmytryshyn
---
include/xen/interface/io/sndif.h | 93 +---
sound/drivers/xen-sndfront.c | 222 ++-
2 files changed
From: Iurii Konovalenko
Now this driver registers an virtual sound card
and sends an PCM streams to the backend driver.
Backend driver is an user-space application and
uses ALSA with dmix plugin to play audio.
Signed-off-by: Iurii Konovalenko
Signed-off-by: Oleksandr Dmytryshyn
---
include
On Tue, Dec 9, 2014 at 4:47 PM, Ian Campbell wrote:
> On Mon, 2014-12-08 at 15:51 +0200, Oleksandr Dmytryshyn wrote:
>> UART is not able to receive bytes when idle mode is not
>> configured properly. When we use Xen with old Linux
>> Kernel (for example 3.8) this kernel con
fake node for the UART should
be added to the device tree because the MMIO range
is not mapped by Xen. So UART works normally in this
case. But new Linux Kernel (3.12 and upper) doesn't
configure idle mode for UART and UART can not work
normally in this case.
Signed-off-by: Oleksandr Dmytr
On Mon, Dec 8, 2014 at 2:02 PM, Julien Grall wrote:
>
> Hi Oleksandr,
>
> Please avoid top-post.
>
> On 08/12/14 06:34, Oleksandr Dmytryshyn wrote:
> > In our case We've added an additional fake node to the device tree with
> > UART MMIO range for Xen and Xen
In our case We've added an additional fake node to the device tree with
UART MMIO range for Xen and Xen mapped this MMIO range
for the Kernel 3.8. By default UART has wrong configuration in OMAP.
Oleksandr Dmytryshyn | Product Engineering and Development
GlobalLogic
M +38.067.382
) doesn't configure idle mode for
UART and UART can not work normally in this case.
Signed-off-by: Oleksandr Dmytryshyn
---
xen/drivers/char/omap-uart.c | 3 +++
xen/include/xen/8250-uart.h | 4
2 files changed, 7 insertions(+)
diff --git a/xen/drivers/char/omap-uart.c b/xen/drivers/char
This patch allows to use more than one high-level
cpufreq driver. This patch is needed for implementation
xen-based high-level cpufreq driver.
Signed-off-by: Oleksandr Dmytryshyn
---
drivers/cpufreq/Kconfig| 4 +
drivers/cpufreq/Makefile | 1 +
drivers/cpufreq/acpi
: Oleksandr Dmytryshyn
---
drivers/cpufreq/Kconfig | 20 +
drivers/cpufreq/Makefile | 1 +
drivers/cpufreq/cpufreq_drv_ops.c | 13 +-
drivers/cpufreq/cpufreq_drv_ops.h | 4 +
drivers/cpufreq/xen-cpufreq.c | 917 ++
include/xen/interface
This shared info will be used by xen-cpufreq driver
to receive commands from the cpufreq driver in xen.
Signed-off-by: Oleksandr Dmytryshyn
---
arch/arm/include/asm/xen/interface.h | 15 ++-
1 file changed, 14 insertions(+), 1 deletion(-)
diff --git a/arch/arm/include/asm/xen
Kernel uses this op to start/stop cpufreq notification
events sending.
Signed-off-by: Oleksandr Dmytryshyn
---
include/xen/interface/sysctl.h | 10 ++
1 file changed, 10 insertions(+)
diff --git a/include/xen/interface/sysctl.h b/include/xen/interface/sysctl.h
index 97c91b0..a4d52e5
XEN_SYSCTL_cpufreq_op definition (start/stop hwdom-cpufreq
driver events)
* extended comments for some patches (adding hypercalls, adding xen-cpufreq
driver)
* removed VIRQ_CPUFREQ
Oleksandr Dmytryshyn (10):
PM / OPP: make cpufreq functions dependent on CONFIG_CPU_FREQ_TABLE
xen/arm: add
Those functions should be dependent on CONFIG_CPU_FREQ_TABLE
instead of the CONFIG_CPU_FREQ.
Signed-off-by: Oleksandr Dmytryshyn
---
drivers/base/power/opp.c | 4 ++--
include/linux/opp.h | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/drivers/base/power/opp.c b
Low-level cpufreq drivers should depend from CPUFREQ_DRV_OPS
config instead of the CPU_FREQ config in case if we want
to use additional high-level cpufreq driver. This patch
is needed for implementation xen-based high-level cpufreq
driver.
Signed-off-by: Oleksandr Dmytryshyn
---
drivers
This hypercall will be used by xen-cpufreq driver
to upload CPUs PM data from Kernel to Xen.
Signed-off-by: Oleksandr Dmytryshyn
---
arch/arm/include/asm/xen/hypercall.h | 1 +
arch/arm/xen/enlighten.c | 1 +
arch/arm/xen/hypercall.S | 1 +
3 files changed, 3 insertions
Xen hypervisor creates standard cpus nodes for virtual cpus.
All information needed for this driver about physical cpus
now located in /hypervisor/pcpus node instead of the
/cpus node in case if kernel is running as hardware domain.
Signed-off-by: Oleksandr Dmytryshyn
---
drivers/cpufreq
This hypercall will be used by xen-cpufreq driver
to get real number of physical CPUs.
Signed-off-by: Oleksandr Dmytryshyn
CC: Keir Fraser
---
arch/arm/include/asm/xen/hypercall.h | 1 +
arch/arm/include/asm/xen/interface.h | 2 +
arch/arm/xen/enlighten.c | 1 +
arch/arm/xen
Signed-off-by: Oleksandr Dmytryshyn
---
Documentation/devicetree/bindings/arm/xen.txt | 20 +++-
1 file changed, 19 insertions(+), 1 deletion(-)
diff --git a/Documentation/devicetree/bindings/arm/xen.txt
b/Documentation/devicetree/bindings/arm/xen.txt
index 0f7b9c2..1d7aea3
ACPI-specific parts are moved under appropriate ifdefs.
Now pmstat functions can be used in ARM platform.
Signed-off-by: Oleksandr Dmytryshyn
---
xen/drivers/pm/stat.c | 8 +++-
1 file changed, 7 insertions(+), 1 deletion(-)
diff --git a/xen/drivers/pm/stat.c b/xen/drivers/pm/stat.c
index
Cpufreq driver should be more generalizable (not ACPI-specific).
Thus this file should be placed to more convenient location.
Signed-off-by: Oleksandr Dmytryshyn
---
MAINTAINERS | 1 +
xen/arch/x86/acpi/cpu_idle.c | 2 +-
xen/arch/x86/acpi
device tree.
Signed-off-by: Oleksandr Dmytryshyn
---
xen/arch/arm/domain_build.c | 78 -
1 file changed, 70 insertions(+), 8 deletions(-)
diff --git a/xen/arch/arm/domain_build.c b/xen/arch/arm/domain_build.c
index 2db0236..87e05c7 100644
--- a/xen/arch
Signed-off-by: Oleksandr Dmytryshyn
---
xen/arch/arm/Rules.mk | 3 +++
1 file changed, 3 insertions(+)
diff --git a/xen/arch/arm/Rules.mk b/xen/arch/arm/Rules.mk
index 718cd8a..1484b55 100644
--- a/xen/arch/arm/Rules.mk
+++ b/xen/arch/arm/Rules.mk
@@ -9,6 +9,9 @@
HAS_DEVICE_TREE := y
This patch enables xsm_platform_op hook for all architectures
and implements platform hypercall for ARM.
Signed-off-by: Oleksandr Dmytryshyn
---
xen/arch/arm/Makefile | 1 +
xen/arch/arm/platform_hypercall.c | 84 +++
xen/arch/arm/traps.c
: Oleksandr Dmytryshyn
---
xen/Rules.mk| 1 +
xen/common/sysctl.c | 8 +
xen/drivers/cpufreq/Makefile| 1 +
xen/drivers/cpufreq/hwdom-cpufreq.c | 422
xen/include/xen/cpufreq.h | 2 +
5 files
er
Changed since v4:
* implemented an event channel between Xen and hwdom
* restored XEN_SYSCTL_cpufreq_op definition (start/stop hwdom-cpufreq
driver events)
* added timer to the hwdom-cpufreq driver (sending command timeout)
* slihgtly reworked hwdom-cpufreq driver
* removed VIRQ_CPUFREQ
Olek
This settings is not needed for some architectures.
So make it to be configurable and use it for x86
architecture.
Signed-off-by: Oleksandr Dmytryshyn
---
xen/Rules.mk | 1 +
xen/arch/x86/Rules.mk | 1 +
xen/drivers/cpufreq/utility.c | 11 ++-
xen/drivers/pm
Kernel uses this op to start/stop cpufreq notification
events sending.
Signed-off-by: Oleksandr Dmytryshyn
---
xen/include/public/sysctl.h | 11 +++
1 file changed, 11 insertions(+)
diff --git a/xen/include/public/sysctl.h b/xen/include/public/sysctl.h
index 8437d31..35188d7 100644
Cpufreq driver should be more generalizable (not ACPI-specific).
Thus this file should be placed to more convenient location.
Signed-off-by: Oleksandr Dmytryshyn
---
MAINTAINERS| 2 +-
xen/arch/x86/platform_hypercall.c | 2 +-
xen/include
Cpufreq driver should be more generalizable (not ACPI-specific).
Thus this file should be placed to more convenient location.
Signed-off-by: Oleksandr Dmytryshyn
---
xen/Rules.mk | 1 +
xen/arch/x86/Rules.mk| 1 +
xen/common/sysctl.c
First implementation of the cpufreq driver has been
written with x86 in mind. This patch makes possible
the cpufreq driver be working on both x86 and arm
architectures.
Signed-off-by: Oleksandr Dmytryshyn
---
xen/Rules.mk | 1 +
xen/drivers/cpufreq/cpufreq.c| 80
This shared info will be used by hwdom-cpufreq driver
to send commands to the cpufreq driver in the hwdom.
Signed-off-by: Oleksandr Dmytryshyn
---
xen/include/asm-arm/shared.h | 14 ++
xen/include/public/arch-arm.h | 12
2 files changed, 26 insertions(+)
create mode
77 matches
Mail list logo
