This is because xen_percpu_init uses get_cpu but doesn't have the corresponding
put_cpu.
Signed-off-by: Julien Grall julien.gr...@linaro.org
---
arch/arm/xen/enlighten.c |1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/xen/enlighten.c b/arch/arm/xen/enlighten.c
index f71c37e..dc9f284 100644
xen_arm_callback(int irq, void *arg)
{
xen_hvm_evtchn_do_upcall();
--
Julien Grall
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please
Even if uncompress debug is disabled, some board will continue to print
information during uncompress step.
By using debug/uncompress.h include, all debug output will be disabled.
This is usefull in Xen environment for DOM0 because the UART is stolen by
Xen.
Signed-off-by: Julien Grall julien.gr
instead of dom0.
Signed-off-by: Julien Grall julien.gr...@linaro.org
---
arch/arm/xen/enlighten.c |7 +++
1 file changed, 7 insertions(+)
diff --git a/arch/arm/xen/enlighten.c b/arch/arm/xen/enlighten.c
index 49839d8..a98999f 100644
--- a/arch/arm/xen/enlighten.c
+++ b/arch/arm/xen
Enable power management from the toolstack for ARM guest.
Signed-off-by: Julien Grall julien.gr...@linaro.org
---
drivers/xen/Makefile |3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/xen/Makefile b/drivers/xen/Makefile
index 2bf461a..a5f12bd 100644
--- a/drivers
: warning: 'xen_post_suspend' defined but not used
[-Wunused-function]
Signed-off-by: Julien Grall julien.gr...@linaro.org
---
drivers/xen/manage.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/xen/manage.c b/drivers/xen/manage.c
index 412b96c..7680276 100644
Forgot the different cc.
On 07/15/2013 04:47 PM, Julien Grall wrote:
On 07/15/2013 04:27 PM, Konrad Rzeszutek Wilk wrote:
On Mon, Jul 15, 2013 at 03:24:35PM +0100, Julien Grall wrote:
If CONFIG_HIBERNATE_CALLBACKS is not set gcc will issue warnings:
drivers/xen/manage.c:46:13: warning
On 07/15/2013 04:25 PM, Konrad Rzeszutek Wilk wrote:
On Mon, Jul 15, 2013 at 03:21:41PM +0100, Julien Grall wrote:
When linux is running as dom0, Xen doesn't show the physical cpu but a
virtual CPU.
On some ARM SOC (for instance the exynos 5250), linux registers callbacks
for cpuidle. When
On 17 July 2013 14:25, Stefano Stabellini
stefano.stabell...@eu.citrix.com wrote:
On Mon, 15 Jul 2013, Julien Grall wrote:
Even if uncompress debug is disabled, some board will continue to print
information during uncompress step.
Are you talking about DEBUG_UNCOMPRESS?
Should I read
On 07/17/2013 04:11 PM, Russell King - ARM Linux wrote:
On Wed, Jul 17, 2013 at 02:25:38PM +0100, Stefano Stabellini wrote:
On Mon, 15 Jul 2013, Julien Grall wrote:
Even if uncompress debug is disabled, some board will continue to print
information during uncompress step.
Are you talking
On 17 July 2013 14:40, Stefano Stabellini
stefano.stabell...@eu.citrix.com wrote:
On Mon, 15 Jul 2013, Julien Grall wrote:
Enable power management from the toolstack for ARM guest.
Signed-off-by: Julien Grall julien.gr...@linaro.org
Considering that now we support both ARM and ARM64, could
On 17 July 2013 14:28, Stefano Stabellini
stefano.stabell...@eu.citrix.com wrote:
On Mon, 15 Jul 2013, Konrad Rzeszutek Wilk wrote:
On Mon, Jul 15, 2013 at 03:21:41PM +0100, Julien Grall wrote:
When linux is running as dom0, Xen doesn't show the physical cpu but a
virtual CPU.
On some ARM
the whole board
instead of only dom0.
Signed-off-by: Julien Grall julien.gr...@linaro.org
---
Changes in v2:
- Disable cpufreq
---
arch/arm/xen/enlighten.c |8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/xen/enlighten.c b/arch/arm/xen/enlighten.c
index 49839d8
Enable power management from the toolstack for ARM guest.
Signed-off-by: Julien Grall julien.gr...@linaro.org
---
Changes in v2:
- Don't compile xen/cpu_hotplug.o with ARM64
---
drivers/xen/Makefile |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/drivers
On 09/30/2013 03:45 PM, Konrad Rzeszutek Wilk wrote:
On Fri, Sep 27, 2013 at 10:49:37PM +0100, Julien Grall wrote:
On 09/27/2013 10:25 PM, Konrad Rzeszutek Wilk wrote:
@@ -641,7 +641,20 @@ struct console xenboot_console = {
void xen_raw_console_write(const char *str
, it's acceptable
because Xen on ARM is still on Tech Preview and the hypercall ABI is not yet
freezed.
Signed-off-by: Julien Grall julien.gr...@linaro.org
Cc: Roger Pau Monne roger@citrix.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: David Vrabel david.vra...@citrix.com
Cc: Boris
On 12/03/2013 03:15 PM, Jan Beulich wrote:
On 03.12.13 at 16:09, Julien Grall julien.gr...@linaro.org wrote:
--- a/include/xen/interface/io/blkif.h
+++ b/include/xen/interface/io/blkif.h
@@ -146,7 +146,7 @@ struct blkif_request_segment_aligned {
struct blkif_request_rw {
uint8_t
, it's acceptable
because Xen on ARM is still on Tech Preview and the hypercall ABI is not yet
freezed.
Only one architecture (x86_32) doesn't have 64-bit ABI for the block interface.
Don't add padding if Linux is compiled for this architecture.
Signed-off-by: Julien Grall julien.gr...@linaro.org
Cc
On 12/03/2013 04:00 PM, One Thousand Gnomes wrote:
On Tue, 3 Dec 2013 15:40:37 +
Julien Grall julien.gr...@linaro.org wrote:
On ARM (32 bits and 64 bits), the double-word is 8-bytes aligned. This will
result on different structure from Xen and Linux repositories.
As Linux is using
patch which depend on patch #1.
Let me know if it's the right direction.
Regards,
commit ca55e82bc191678b284792d2f0d200fa1ce08e16
Author: Julien Grall julien.gr...@linaro.org
Date: Fri Mar 14 16:27:01 2014 +
ARM: platform_device: dev_archdata: Add xen specific boolean
Until now
Hi Stefano,
On 25/02/14 04:49, Stefano Stabellini wrote:
Julien, could you please come up with a simple patch to demonstrate the
concept?
Sure. I won't have time to write the patch next week. I will try to send
it as soon as possible.
Cheers,
--
Julien Grall
--
To unsubscribe from
to know if we might need to use swiotlb-xen. The second patch is implementing
the goal of this patch series.
Regards,
Julien Grall (2):
arm/xen: Introduce need_xen_dma_ops and use it in get_dma_ops
arm/xen: Don't use xen DMA ops when the device is protected by an
IOMMU
Documentation
only check if Linux is running as DOM0.
Signed-off-by: Julien Grall julien.gr...@linaro.org
Cc: Russell King li...@arm.linux.org.co.uk
---
arch/arm/include/asm/dma-mapping.h |5 ++---
arch/arm/include/asm/xen/dma-mapping.h | 13 +
arch/arm/include/asm/xen/hypervisor.h |2
contains all these devices. The hash table will be used in need_xen_dma_ops
to check if the Xen DMA ops needs to be used for the current device.
Signed-off-by: Julien Grall julien.gr...@linaro.org
Cc: Rob Herring robh...@kernel.org
Cc: Pawel Moll pawel.m...@arm.com
Cc: Mark Rutland mark.rutl...@arm.com
with commit a8636c0 but was
missing in bind_virq_to_irq.
Signed-off-by: Julien Grall julien.gr...@linaro.org
---
drivers/xen/events.c |1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/xen/events.c b/drivers/xen/events.c
index d8cc812..b0ad226 100644
--- a/drivers/xen/events.c
+++ b
On 04/30/2013 04:02 PM, Stefano Stabellini wrote:
On Mon, 29 Apr 2013, Julien Grall wrote:
Reset the IRQ_NOAUTOEN and IRQ_NOREQUEST flags that are enabled by
default on ARM. If IRQ_NOAUTOEN is set, __setup_irq doesn't call
irq_startup, that is responsible for calling irq_unmask at startup
with commit a8636c0 but was
missing on all others bind_*_to_irq. Move the clear in xen_irq_info_common_init.
On x86, IRQ_NOAUTOEN and IRQ_NOREQUEST are cleared by default, so this commit
doesn't impact this architecture.
Signed-off-by: Julien Grall julien.gr...@linaro.org
---
Changes since v1
(Add samsung sounds maintainers)
On 10/17/2013 06:43 PM, Stefano Stabellini wrote:
From: Julien Grall julien.gr...@linaro.org
The commit arm: introduce a global dma_ops pointer introduce compilation issue
when CONFIG_SND_SOC_SAMSUNG is enabled.
sound/soc/samsung/dma.c:345:27: error
On 10/23/2013 05:15 PM, Konrad Rzeszutek Wilk wrote:
On Sun, Oct 06, 2013 at 09:52:40PM +0100, Julien Grall wrote:
On 09/30/2013 03:45 PM, Konrad Rzeszutek Wilk wrote:
On Fri, Sep 27, 2013 at 10:49:37PM +0100, Julien Grall wrote:
On 09/27/2013 10:25 PM, Konrad Rzeszutek Wilk wrote
On 10/24/2013 03:49 PM, Konrad Rzeszutek Wilk wrote:
On Wed, Oct 23, 2013 at 11:08:01PM +0100, Julien Grall wrote:
On 10/23/2013 05:15 PM, Konrad Rzeszutek Wilk wrote:
On Sun, Oct 06, 2013 at 09:52:40PM +0100, Julien Grall wrote:
Actually, I looked closer the code, with the new solution
))
+ return -ENODEV;
+
You should use the macro xen_domain() to check if we are running
in a Xen guest.
Cheers,
--
Julien Grall
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
73d4ceded87f52fa958b92d8d8d65be485e90857
Author: Julien Grall julien.gr...@linaro.org
Date: Mon Sep 2 15:36:35 2013 +0100
ASoC: Samsung: Rename dma_ops by samsung_dma_ops
The commit arm: introduce a global dma_ops pointer introduce compilation
issue
when CONFIG_SND_SOC_SAMSUNG is enabled.
sound/soc
], 0xe9);
+ }
}
xen_cpuid_base and outb(0xe9) is x86 specific and won't compile on ARM.
You need to add ifdef around.
--
Julien Grall
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
On 21 July 2013 15:54, Stefano Stabellini
stefano.stabell...@eu.citrix.com wrote:
On Fri, 19 Jul 2013, Julien Grall wrote:
Enable power management from the toolstack for ARM guest.
Signed-off-by: Julien Grall julien.gr...@linaro.org
---
Changes in v2:
- Don't compile xen
Enable power management from the toolstack for ARM guest.
Signed-off-by: Julien Grall julien.gr...@linaro.org
---
Changes in v3:
- Fix condition to compile cpu_hotplug.o
Changes in v2:
- Don't compile xen/cpu_hotplug.o with ARM64
---
drivers/xen/Makefile |5 ++---
1
On ARM64, when CONFIG_XEN=y, the compilation will fail because CPU hotplug is
not yet supported with XEN. For now, disable it.
Signed-off-by: Julien Grall julien.gr...@linaro.org
---
drivers/xen/Makefile |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/xen/Makefile
Enable power management from the toolstack for ARM guest.
Signed-off-by: Julien Grall julien.gr...@linaro.org
---
Changes in v4:
- Divide the patch in 2 distinct parts
Changes in v3:
- Fix condition to compile cpu_hotplug.o
Changes in v2:
- Don't compile xen
On 07/23/2013 01:32 AM, Konrad Rzeszutek Wilk wrote:
Julien Grall julien.gr...@linaro.org wrote:
Enable power management from the toolstack for ARM guest.
Signed-off-by: Julien Grall julien.gr...@linaro.org
---
Changes in v4:
- Divide the patch in 2 distinct parts
Changes
Enable lifecyle management (reboot, shutdown...) from the toolstack
for ARM guest.
Signed-off-by: Julien Grall julien.gr...@linaro.org
---
Changes in v5:
- Rework commit message
Changes in v4:
- Divide the patch in 2 distinct parts
Changes in v3:
- Fix
majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
___
Xen-devel mailing list
xen-de...@lists.xen.org
http://lists.xen.org/xen-devel
--
Julien Grall
--
To unsubscribe from this list: send
is not initialized.
This can be fixed by calling the init function on every online cpu when the
event channel fifo driver is initialized.
Signed-off-by: Julien Grall julien.gr...@linaro.org
---
drivers/xen/events/events_fifo.c | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
diff --git
On ARM, address size can be 32 bits or 64 bits (if CONFIG_ARCH_PHYS_ADDR_T_64BIT
is enabled).
We can't assume that the grant frame base address will always fits in an
unsigned long. Use phys_addr_t instead of unsigned long as argument for
gnttab_setup_auto_xlat_frames.
Signed-off-by: Julien Grall
On 01/28/2014 02:30 PM, Stefano Stabellini wrote:
On Tue, 28 Jan 2014, David Vrabel wrote:
On 28/01/14 00:34, Julien Grall wrote:
On ARM, xen_init_IRQ (which calls xen_evtchn_fifo_init) is called after
all CPUs are online. It would mean that the notifier will never be called.
Why does ARM
when the CPU is running
Signed-off-by: Julien Grall julien.gr...@linaro.org
---
arch/arm/xen/enlighten.c | 84 ++
1 file changed, 55 insertions(+), 29 deletions(-)
diff --git a/arch/arm/xen/enlighten.c b/arch/arm/xen/enlighten.c
index 293eeea..39b668e
On 01/28/2014 05:13 PM, Stefano Stabellini wrote:
On Tue, 28 Jan 2014, Julien Grall wrote:
Event channels driver needs to be initialized very early. Until now, Xen
initialization was done after all CPUs was bring up.
We can safely move the initialization to an early initcall.
Also use a cpu
On 01/28/2014 05:46 PM, Stefano Stabellini wrote:
On Tue, 28 Jan 2014, Julien Grall wrote:
+static int xen_cpu_notification(struct notifier_block *self,
+ unsigned long action,
+ void *hcpu)
+{
+ int cpu = (long)hcpu;
+
+ switch (action
when the CPU is running
Signed-off-by: Julien Grall julien.gr...@linaro.org
---
Changes in v2:
- Check earlier if the event IRQ is valid
- We can safely register the VCPU when the cpu is booting
---
arch/arm/xen/enlighten.c | 71
99c8b79d3c165f8e2a6247c14bfa1429e7efe51f
Author: Thomas Gleixner t...@linutronix.de
Date: Sun Feb 23 21:40:21 2014 +
xen: Add proper irq accounting for HYPERCALL vector
Sincerely yours,
--
Julien Grall
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message
On 04/04/2014 12:41 PM, Julien Grall wrote:
Linus has merged xen/tip yesterday and building ARM with CONFIG_XEN=y is
now broken.
My mistake, it's not because of xen/tip, but some other branches.
--
Julien Grall
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
Hi David,
On 04/24/2014 01:22 PM, David Vrabel wrote:
On 18/04/14 16:54, Julien Grall wrote:
virt_to_pfn has been defined in asm/memory.h by the commit e26a9e0 ARM:
Better
virt_to_page() handling
This will result of a compilation warning when CONFIG_XEN is enabled.
arch/arm/include/asm
expand PFN_DOWN),
so we can safely drop virt_to_pfn in xen include.
Signed-off-by: Julien Grall julien.gr...@linaro.org
---
arch/arm/include/asm/xen/page.h |1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/include/asm/xen/page.h b/arch/arm/include/asm/xen/page.h
index cf4f3e8..ded062f
the #ifdef CONFIG_HVC_XEN_FRONTEND earlier to only compile
xen_console_remove, xen_cons_free, xen_cons_disconnect_backend when it's
necessary.
Signed-off-by: Julien Grall julien.gr...@linaro.org
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: Jiri Slaby jsl...@suse.cz
Cc: David Vrabel david.vra
The Xen ARM API is stable since Xen 4.4 and everything has been
upstreamed in Linux for ARM and ARM64. Therefore we can drop EXPERIMENTAL
from the Xen option in the both Kconfig.
Signed-off-by: Julien Grall julien.gr...@linaro.org
Cc: Russell King li...@arm.linux.org.uk
Cc: Catalin Marinas
anymore:
Tested-by: Julien Grall julien.gr...@linaro.org
Regards,
Changes in v9:
- remove BUG_ON from the loop in dma_cache_maint;
- add static inline for xen_dma_unmap_page, xen_dma_sync_single_for_cpu,
xen_dma_sync_single_for_device;
- map_page is always present, don't check whether it's
+CONFIG_XEN_XENBUS_FRONTEND=y
+CONFIG_XEN_GNTDEV=m
+CONFIG_XEN_GRANT_DEV_ALLOC=m
+CONFIG_SWIOTLB_XEN=y
+CONFIG_XEN_PCIDEV_BACKEND=m
+CONFIG_XEN_PRIVCMD=m
+CONFIG_XEN_ACPI_PROCESSOR=m
The common fragment config looks good for both ARM32 and ARM64:
Acked-by: Julien Grall julien.gr...@linaro.org
don't have PVMMU support on ARM. Shouldn't you move this config in
architecture specific code?
Regards
--
Julien Grall
--
To unsubscribe from this list: send the line unsubscribe linux-kernel in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org
On 09/12/14 20:22, Luis R. Rodriguez wrote:
On Tue, Dec 9, 2014 at 1:06 AM, Julien Grall julien.gr...@linaro.org wrote:
Hello Luis,
On 08/12/2014 23:05, Luis R. Rodriguez wrote:
diff --git a/kernel/configs/xen.config b/kernel/configs/xen.config
new file mode 100644
index 000..0d0eb6d
)
+{
+ if (!xen_is_preemptible_hypercall(regs) ||
I don't see any definition of xen_is_preemptible_hypercall for ARM32/ARM64.
As this function is called from the generic code, you have at least to
stub this function for those architectures.
Regards,
--
Julien Grall
--
To unsubscribe from
On 22/01/15 18:56, Luis R. Rodriguez wrote:
On Thu, Jan 22, 2015 at 01:10:49PM +, Julien Grall wrote:
Hi Luis,
On 22/01/15 02:17, Luis R. Rodriguez wrote:
diff --git a/drivers/xen/events/events_base.c
b/drivers/xen/events/events_base.c
index b4bca2d..23c526b 100644
--- a/drivers/xen
+CONFIG_XEN_GRANT_DEV_ALLOC=m
+CONFIG_SWIOTLB_XEN=y
+CONFIG_XEN_PCIDEV_BACKEND=m
+CONFIG_XEN_PRIVCMD=m
+CONFIG_XEN_ACPI_PROCESSOR=m
The common fragment config looks good for both ARM32 and ARM64:
Acked-by: Julien Grall julien.gr...@linaro.org
Can someone apply this? Who should this go through?
Stefano
-$(CONFIG_X86) += xen-acpi-pad.o
dom0-$(CONFIG_X86) += pcpu.o
obj-$(CONFIG_XEN_DOM0)+= $(dom0-y)
[..]
AFAIK, There is already a kernel patch exists to fix this issue. I
think Julien or Parth is a right person to ask. Hence I am CCed Julien
Grall too.
The ACPI support
On 22/03/2015 21:49, Rafael J. Wysocki wrote:
On Sunday, March 22, 2015 09:05:21 PM Julien Grall wrote:
Hello,
On 21/03/2015 12:09, Naresh Bhat wrote:
From 268dcdafa34a690e2f99c0784ca33a6d2352ecf5 Mon Sep 17 00:00:00 2001
From: Hanjun Guo hanjun@linaro.org mailto:hanjun
rx-status is an int16_t, print it using %d rather than %u in order to
have a meaningful value when the field is negative.
Signed-off-by: Julien Grall julien.gr...@citrix.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Boris Ostrovsky boris.ostrov...@oracle.com
Cc: David Vrabel david.vra
with multiple
grant. It will require some care with the {Set,Clear}ForeignPage macro.
Note that no changes has been made in the x86 code because both Linux
and Xen will only use 4KB page granularity.
Signed-off-by: Julien Grall julien.gr...@citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc
will have
to split the Linux page in 4K chunk before asking Xen to add/remove the
frame from the guest.
Note that this can work on any page granularity assuming it's a multiple
of 4K.
Signed-off-by: Julien Grall julien.gr...@citrix.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Boris
Julien Grall (23):
xen: Include xen/page.h rather than asm/xen/page.h
xen/xenbus: client: Fix call of virt_to_mfn in xenbus_grant_ring
xen/grant-table: Remove unused macro SPP
block/xen-blkfront: Remove unused macro MAXIMUM_OUTSTANDING_BLOCK_REQS
block/xen-blkfront: Remove invalid comment
Using xen/page.h will be necessary later for using common xen page
helpers.
As xen/page.h already include asm/xen/page.h, always use the later.
Signed-off-by: Julien Grall julien.gr...@citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc
From: Julien Grall julien.gr...@linaro.org
Since commit b764915 xen-blkfront: use a different scatterlist for each
request, biovec has been replaced by scatterlist when copying back the
data during a completion request.
Signed-off-by: Julien Grall julien.gr...@citrix.com
Cc: Konrad Rzeszutek
From: Julien Grall julien.gr...@linaro.org
Make the code less confusing to read now that Linux may not have the
same page size as Xen.
Signed-off-by: Julien Grall julien.gr...@citrix.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Roger Pau Monné roger@citrix.com
---
drivers/block
SPP was used by the grant table v2 code which has been removed in
commit 438b33c7145ca8a5131a30c36d8f59bce119a19a xen/grant-table:
remove support for V2 tables.
Signed-off-by: Julien Grall julien.gr...@citrix.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Boris Ostrovsky boris.ostrov
on the grant table
code.
Note that the grant table code is allocating a Linux page per grant
which will result to waste 6OKB for every grant when Linux is using 64KB
page granularity. This could be improved by sharing the page between
multiple grants.
Signed-off-by: Julien Grall julien.gr
on the grant table code.
Note that we allocate a Linux page for each rx skb but only the first
4KB is used. We may improve the memory usage by extending the size of
the rx skb.
Signed-off-by: Julien Grall julien.gr...@citrix.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Boris Ostrovsky
The xenstore ring is always based on the page granularity of Xen.
Signed-off-by: Julien Grall julien.gr...@citrix.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Boris Ostrovsky boris.ostrov...@oracle.com
Cc: David Vrabel david.vra...@citrix.com
---
drivers/xen/xenbus/xenbus_probe.c | 4
don't use it later.
Signed-off-by: Julien Grall julien.gr...@citrix.com
Cc: Wei Liu wei.l...@citrix.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Boris Ostrovsky boris.ostrov...@oracle.com
Cc: David Vrabel david.vra...@citrix.com
---
drivers/xen/xenbus/xenbus_client.c | 6 +++---
1 file
page even though only the
first 4KB is used. I don't think this is really important for now as it
helps to have the pointer 4KB aligned (XENMEM_add_to_physmap is taking a
Xen PFN).
Signed-off-by: Julien Grall julien.gr...@citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc
When Linux is using 64K page granularity, every page will be slipt in
multiple non-contiguous 4K MFN.
I'm not sure how to handle efficiently the check to know whether we can
merge 2 biovec with a such case. So for now, always says that biovec are
not mergeable.
Signed-off-by: Julien Grall
definition. They have exactly the same name but prefixed with
XEN_/xen_ prefix.
Also modify page_to_pfn to use new Xen page definition.
Signed-off-by: Julien Grall julien.gr...@citrix.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Boris Ostrovsky boris.ostrov...@oracle.com
Cc: David
will have
to map multiple Xen PFN in a single Linux page.
Note that this solution works on page granularity which is a multiple of
4KB.
Signed-off-by: Julien Grall julien.gr...@citrix.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Boris Ostrovsky boris.ostrov...@oracle.com
Cc: David Vrabel
From: Julien Grall julien.gr...@linaro.org
Signed-off-by: Julien Grall julien.gr...@citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
---
arch/arm/include/asm/xen/page.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/include/asm/xen/page.h b/arch/arm/include/asm/xen
From: Julien Grall julien.gr...@linaro.org
Signed-off-by: Julien Grall julien.gr...@citrix.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Roger Pau Monné roger@citrix.com
Cc: Boris Ostrovsky boris.ostrov...@oracle.com
Cc: David Vrabel david.vra...@citrix.com
---
drivers/block/xen
The variables old_req_cons and ring_slots_used are assigned but never
used since commit 1650d5455bd2dc6b5ee134bd6fc1a3236c266b5b xen-netback:
always fully coalesce guest Rx packets.
Signed-off-by: Julien Grall julien.gr...@citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu wei.l
With 64KB page granularity support in Linux, a page will be split accross
multiple MFN (Xen is using 4KB page granularity). Thoses MFNs may not be
contiguous.
With the offset in the page, the helper will be able to know which MFN
the driver needs to retrieve.
Signed-off-by: Julien Grall
From: Julien Grall julien.gr...@linaro.org
The PV block protocol is using 4KB page granularity. The goal of this
patch is to allow a Linux using 64KB page granularity using block
device on a non-modified Xen.
The block API is using segment which should at least be the size of a
Linux page
chunk). That would require more care when we fail to expand the
event channel.
Signed-off-by: Julien Grall julien.gr...@citrix.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Boris Ostrovsky boris.ostrov...@oracle.com
Cc: David Vrabel david.vra...@citrix.com
---
drivers/xen/events
The console ring is always based on the page granularity of Xen.
Signed-off-by: Julien Grall julien.gr...@citrix.com
Cc: Greg Kroah-Hartman gre...@linuxfoundation.org
Cc: Jiri Slaby jsl...@suse.cz
Cc: David Vrabel david.vra...@citrix.com
Cc: Stefano Stabellini stefano.stabell...@eu.citrix.com
Cc
for (I have limited knowledge on the network driver).
Signed-off-by: Julien Grall julien.gr...@citrix.com
Cc: Ian Campbell ian.campb...@citrix.com
Cc: Wei Liu wei.l...@citrix.com
Cc: net...@vger.kernel.org
---
Improvement such as support of 64KB grant is not taken into
consideration
Hi Wei,
Thanks you for the review.
On 15/05/15 03:35, Wei Liu wrote:
On Thu, May 14, 2015 at 06:01:01PM +0100, Julien Grall wrote:
The PV network protocol is using 4KB page granularity. The goal of this
patch is to allow a Linux using 64KB page granularity working as a
network backend
Hi Wei,
On 15/05/15 16:31, Wei Liu wrote:
On Fri, May 15, 2015 at 01:35:42PM +0100, Julien Grall wrote:
On 15/05/15 03:35, Wei Liu wrote:
On Thu, May 14, 2015 at 06:01:01PM +0100, Julien Grall wrote:
The PV network protocol is using 4KB page granularity. The goal of this
patch is to allow
Hi David,
On 15/05/15 16:45, David Vrabel wrote:
On 14/05/15 18:00, Julien Grall wrote:
Hi all,
ARM64 Linux is supporting both 4KB and 64KB page granularity. Although, Xen
hypercall interface and PV protocol are always based on 4KB page granularity.
Any attempt to boot a Linux guest
Hi Boris,
On 15/05/15 16:54, Boris Ostrovsky wrote:
On 05/14/2015 01:00 PM, Julien Grall wrote:
When Linux is using 64K page granularity, every page will be slipt in
multiple non-contiguous 4K MFN.
I'm not sure how to handle efficiently the check to know whether we can
merge 2 biovec
Hi David,
On 19/05/15 14:57, David Vrabel wrote:
On 14/05/15 18:00, Julien Grall wrote:
With 64KB page granularity support in Linux, a page will be split accross
multiple MFN (Xen is using 4KB page granularity). Thoses MFNs may not be
contiguous.
With the offset in the page, the helper
Hi David,
On 19/05/15 14:59, David Vrabel wrote:
On 14/05/15 18:00, Julien Grall wrote:
The xenstore ring is always based on the page granularity of Xen.
[...]
--- a/drivers/xen/xenbus/xenbus_probe.c
+++ b/drivers/xen/xenbus/xenbus_probe.c
@@ -713,7 +713,7 @@ static int __init
vaddr is a void *.
Arithmetic on void pointer is a GCC extension [1]. I wasn't sure what is
the Linux policy on it.
Regards,
[1] https://gcc.gnu.org/onlinedocs/gcc/Pointer-Arith.html#Pointer-Arith
--
Julien Grall
--
To unsubscribe from this list: send the line unsubscribe linux-kernel
order of pages to be used as
the ring);
+/*
* The LRU mechanism to clean the lists of persistent grants needs to
* be executed periodically. The time interval between consecutive executions
* of the purge mechanism is set in ms.
Regards,
--
Julien Grall
--
To unsubscribe from this list
Hi,
On 18/05/2015 13:54, Wei Liu wrote:
On Mon, May 18, 2015 at 01:11:26PM +0100, Julien Grall wrote:
On 15/05/15 16:31, Wei Liu wrote:
On Fri, May 15, 2015 at 01:35:42PM +0100, Julien Grall wrote:
On 15/05/15 03:35, Wei Liu wrote:
On Thu, May 14, 2015 at 06:01:01PM +0100, Julien Grall
On 04/06/15 17:25, Joe Perches wrote:
On Thu, 2015-06-04 at 13:52 +0100, Julien Grall wrote:
On 04/06/15 13:46, David Vrabel wrote:
On 04/06/15 13:45, Julien Grall wrote:
On 03/06/15 18:06, Joe Perches wrote:
On Wed, 2015-06-03 at 17:55 +0100, Julien Grall wrote:
rx-status is an int16_t
The variables old_req_cons and ring_slots_used are assigned but never
used since commit 1650d5455bd2dc6b5ee134bd6fc1a3236c266b5b xen-netback:
always fully coalesce guest Rx packets.
Signed-off-by: Julien Grall julien.gr...@citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Campbell
rx-status is an int16_t, print it using %d rather than %u in order to
have a meaningful value when the field is negative.
Signed-off-by: Julien Grall julien.gr...@citrix.com
Reviewed-by: David Vrabel david.vra...@citrix.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Boris Ostrovsky
david.vra...@citrix.com
Cc: Konrad Rzeszutek Wilk konrad.w...@oracle.com
Cc: Boris Ostrovsky boris.ostrov...@oracle.com
Cc: net...@vger.kernel.org
[1] http://lkml.org/lkml/2015/5/14/533
Julien Grall (2):
net/xen-netfront: Correct printf format in xennet_get_responses
net/xen-netback: Remove unused
The variables old_req_cons and ring_slots_used are assigned but never
used since commit 1650d5455bd2dc6b5ee134bd6fc1a3236c266b5b xen-netback:
always fully coalesce guest Rx packets.
Signed-off-by: Julien Grall julien.gr...@citrix.com
Acked-by: Wei Liu wei.l...@citrix.com
Cc: Ian Campbell
1 - 100 of 1315 matches
Mail list logo
