ntend", ring);
+ if (ring->irq < 0) {
+ xenbus_free_evtchn(dev, ring->evtchn);
+ ret = ring->irq;
+ goto error;
+ }
return 0;
+
+error:
+ if (ring->intf != NULL)
+ kfree(ring->intf);
+ if (ring->bytes != NULL)
+ kfree(ring->bytes);
+ return ret;
}
Cheers,
--
Julien Grall
works with 64K kernel.
Cheers,
--
Julien Grall
Hi Stefano,
On 08/03/17 00:12, Stefano Stabellini wrote:
On Tue, 7 Mar 2017, Julien Grall wrote:
Hi Stefano,
On 03/06/2017 08:01 PM, Stefano Stabellini wrote:
Sync the ring.h file with upstream Xen, to introduce the new ring macros.
They will be used by the Xen transport for 9pfs.
Signed
Hi Stefano,
On 08/03/17 00:49, Stefano Stabellini wrote:
On Tue, 7 Mar 2017, Julien Grall wrote:
On 03/06/2017 08:01 PM, Stefano Stabellini wrote:
+ if (ring->bytes == NULL)
+ goto error;
+ for (i = 0; i < (1 << XEN_9PFS_RING_ORDER); i++)
+
physical address,
although today the RAM is always located under 40-bits (see
xen/include/public/arch-arm.h).
Add a truncation check in gnttab_update_entry_v1 to prevent the guest to
give access to the wrong frame.
Signed-off-by: Julien Grall
---
This is limiting us to a 44-bit address space
Hi David,
On 13/06/16 11:57, David Vrabel wrote:
On 13/06/16 11:50, Julien Grall wrote:
The version 1 of the grant-table protocol only supports frame encoded on
32-bit.
When the platform is supporting 48-bit physical address, the frame will
be encoded on 36-bit which will lead a truncation
Hello Paul,
On 13/06/16 13:12, Paul Durrant wrote:
-Original Message-
From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of
Julien Grall
Sent: 13 June 2016 11:51
To: boris.ostrov...@oracle.com; David Vrabel; jgr...@suse.com;
sstabell...@kernel.org; konrad.w...@oracle.com
On 13/06/16 13:41, Julien Grall wrote:
Hello Paul,
On 13/06/16 13:12, Paul Durrant wrote:
-Original Message-
From: Xen-devel [mailto:xen-devel-boun...@lists.xen.org] On Behalf Of
Julien Grall
Sent: 13 June 2016 11:51
To: boris.ostrov...@oracle.com; David Vrabel; jgr...@suse.com
On 13/06/16 13:45, Paul Durrant wrote:
-Original Message-
From: Julien Grall [mailto:julien.gr...@arm.com]
Sent: 13 June 2016 13:42
To: Paul Durrant; boris.ostrov...@oracle.com; David Vrabel;
jgr...@suse.com; sstabell...@kernel.org; konrad.w...@oracle.com
Cc: Andrew Cooper; xen-de
Hi Christoffer,
On 09/03/16 05:14, Christoffer Dall wrote:
On Tue, Mar 08, 2016 at 11:29:28AM +, Julien Grall wrote:
For now, the firmware tables are parsed 2 times: once in the GIC
drivers, the other timer when initializing the vGIC. It means code
duplication and make more tedious to add
,
domain->ops = bus->iommu_ops;
domain->type = type;
+ mutex_init(&domain->reserved_mutex);
For consistency, the RB-tree reserved_binding_list should be initialized
too:
domain->reserved_binding_list = RB_ROOT;
Cheers,
--
Julien Grall
Hi Christoffer,
On 03/03/16 19:38, Christoffer Dall wrote:
On Thu, Feb 11, 2016 at 03:33:20PM +, Julien Grall wrote:
[...]
diff --git a/drivers/clocksource/arm_arch_timer.c
b/drivers/clocksource/arm_arch_timer.c
index 6eb2c5d..3cdbefd 100644
--- a/drivers/clocksource/arm_arch_timer.c
information about the virtual GIC.
With this change, the virtual GIC becomes agnostic to the firmware
table and KVM will be able to initialize the vGIC on ACPI.
Signed-off-by: Julien Grall
---
Cc: Christoffer Dall
Cc: Marc Zyngier
Cc: Gleb Natapov
Cc: Paolo Bonzini
Changes in v2:
- Use 0
4 and ARM32.
The function arch_timer_get_timecounter is kept for the time being and
will be dropped in a subsequent patch.
Signed-off-by: Julien Grall
---
Cc: Daniel Lezcano
Cc: Thomas Gleixner
Cc: Marc Zyngier
Changes in v3:
- Rename the patch
- Move the KVM change
The only call of arch_timer_get_timecounter (in KVM) has been removed.
Signed-off-by: Julien Grall
---
Cc: Daniel Lezcano
Cc: Thomas Gleixner
Changes in v3:
- Patch added
---
drivers/clocksource/arm_arch_timer.c | 5 -
include/clocksource/arm_arch_timer.h | 6 --
2 files
information. Also fill up the structure for GICv2.
Signed-off-by: Julien Grall
---
Cc: Thomas Gleixner
Cc: Jason Cooper
Cc: Marc Zyngier
Changes in v2:
- Use 0 rather than a negative value to know when the maintenance IRQ
is not present.
- Use resource for vcpu and
Fill up the recently introduced gic_kvm_info with the virtual GIC
information.
Signed-off-by: Julien Grall
Cc: Thomas Gleixner
Cc: Jason Cooper
Cc: Marc Zyngier
---
Changes in v3:
- Add ACPI support
Changes in v2:
- Use 0 rather than a negative value to know when the
For now, there is only one member. More member will be added later.
Signed-off-by: Julien Grall
---
Cc: Thomas Gleixner
Cc: Jason Cooper
Cc: Marc Zyngier
Changes in v2:
- Patch added
---
drivers/irqchip/irq-gic.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions
Even though all the variables aren't marked with __initdata, they are
only used during initialization. So the structure is marked with
__initdata.
Signed-off-by: Julien Grall
---
Cc: Thomas Gleixner
Cc: Jason Cooper
Cc: Marc Zyngier
Changes in v3:
- Patch added
---
dr
virtual timer code.
Signed-off-by: Julien Grall
---
Cc: Christoffer Dall
Cc: Marc Zyngier
Cc: Gleb Natapov
Cc: Paolo Bonzini
Changes in v3:
- Patch added
---
virt/kvm/arm/arch_timer.c | 40 +++-
1 file changed, 11 insertions(+), 29 deletions
,
Julien Grall (9):
clocksource: arm_arch_timer: Gather KVM specific information in a
structure
clocksource: arm_arch_timer: Extend arch_timer_kvm_info to get the
virtual IRQ
irqchip/gic-v2: Gather ACPI specific data in a single structure
irqchip/gic-v2: Parse and export virtual GIC
subsequent patch.
Signed-off-by: Julien Grall
---
Cc: Daniel Lezcano
Cc: Thomas Gleixner
Cc: Marc Zyngier
Changes in v3:
- Move the KVM changes in a separate patch and rename the patch
- Move the initialization of the virtual_irq to
arch_timer_common_init
On 29/03/16 15:39, Daniel Lezcano wrote:
On 03/24/2016 06:53 PM, Julien Grall wrote:
The only call of arch_timer_get_timecounter (in KVM) has been removed.
Signed-off-by: Julien Grall
Acked-by: Christoffer Dall
Hi Julien,
Hi Daniel,
do you want me to take this patch through my tree
o re-use xen_for_each_gfn? This will avoid
open-coding the loop to break down the Linux page.
Regards,
--
Julien Grall
+ }
Can you invert the condition to remove one layer of indentation?
Regards,
--
Julien Grall
regular UEFI stub.
However
+they differ because they are provided by the Xen hypervisor, together with a
set
+of UEFI runtime services implemented via hypercalls, see
+http://xenbits.xen.org/docs/unstable/hypercall/x86_64/include,public,platform.h.html.
Regards,
[1]
http://lists.xenproject.org/archives/html/xen-devel/2016-03/msg03413.html
--
Julien Grall
Hi Graeme,
On 22/03/16 11:27, Graeme Gregory wrote:
On Tue, Mar 08, 2016 at 11:29:30AM +, Julien Grall wrote:
@@ -1020,6 +1060,13 @@ gic_acpi_parse_madt_gicc(struct acpi_subtable_header
*header,
return -ENOMEM;
gic_acpi_register_redist(gicc->gicr_base_addr
The only call of arch_timer_get_timecounter (in KVM) has been removed.
Signed-off-by: Julien Grall
Acked-by: Christoffer Dall
---
Cc: Daniel Lezcano
Cc: Thomas Gleixner
Changes in v4:
- Add Christoffer's acked-by
Changes in v3:
- Patch added
---
drivers/clocks
4 and ARM32.
The function arch_timer_get_timecounter is kept for the time being and
will be dropped in a subsequent patch.
Signed-off-by: Julien Grall
---
Cc: Daniel Lezcano
Cc: Thomas Gleixner
Cc: Marc Zyngier
Changes in v3:
- Rename the patch
- Move the KVM change
information about the virtual GIC.
With this change, the virtual GIC becomes agnostic to the firmware
table and KVM will be able to initialize the vGIC on ACPI.
Signed-off-by: Julien Grall
---
Cc: Christoffer Dall
Cc: Marc Zyngier
Cc: Gleb Natapov
Cc: Paolo Bonzini
Changes in v4:
- Remove
initialization. Therefore,
the new variable, which hold the structure, can be marked with
__initdata.
Signed-off-by: Julien Grall
---
Cc: Thomas Gleixner
Cc: Jason Cooper
Cc: Marc Zyngier
Changes in v4:
- Rework commit message
Changes in v3:
- Patch added
---
drivers
introduces new helpers to retrieve the
information from the different drivers in order to avoid duplication of the
parsing code.
To make the merge easier via the different trees, each patch modifies
a single subsystem.
For all the changes see the different patches.
Yours sincerely,
Julien Grall (9
information. Also fill up the structure for GICv2.
Signed-off-by: Julien Grall
---
Cc: Thomas Gleixner
Cc: Jason Cooper
Cc: Marc Zyngier
Changes in v4:
- Change the flow to call gic_set_kvm_info when all the
information are present.
- Rework comments in arm-gic
Fill up the recently introduced gic_kvm_info with the hardware
information used for virtualization.
Signed-off-by: Julien Grall
Cc: Thomas Gleixner
Cc: Jason Cooper
Cc: Marc Zyngier
---
Changes in v4:
- Change the flow to call gic_kvm_set_info only when all the
mandatory
virtual timer code.
Signed-off-by: Julien Grall
Acked-by: Christoffer Dall
---
Cc: Christoffer Dall
Cc: Marc Zyngier
Cc: Gleb Natapov
Cc: Paolo Bonzini
Changes in v4:
- Add Christoffer's acked-by
Changes in v3:
- Patch added
---
virt/kvm/arm/arch_timer.c
subsequent patch.
Signed-off-by: Julien Grall
---
Cc: Daniel Lezcano
Cc: Thomas Gleixner
Cc: Marc Zyngier
Changes in v4:
- Move the initialization of the virtual_irq into
arch_timer_init as KVM mandates the system registers timer.
Changes in v3:
- Move the KVM
The ACPI code requires to use global variables in order to collect
information from the tables.
For now, a single global variable is used, but more will be added in a
subsequent patch. To make clear they are ACPI specific, gather all the
information in a single structure.
Signed-off-by: Julien
, a stub for the new helper hasn't been
introduced because KVM is requiring the arch timer for both ARM64 and
ARM32.
Signed-off-by: Julien Grall
---
Cc: Daniel Lezcano
Cc: Thomas Gleixner
Cc: Christoffer Dall
Cc: Marc Zyngier
Cc: Gleb Natapov
Cc: Paolo Bonzini
---
drivers/clocks
Julien Grall (6):
KVM: arm/arm64: arch_timer: Gather KVM specific information in a
structure
KVM: arm/arm64: arch_timer: Rely on the arch timer to parse the
firmware tables
irqchip/gic-v2: Gather ACPI specific data in a single structure
irqchip/gic-v2: Parse and export virtual GIC
For now, there is only one member. More member will be added later.
Signed-off-by: Julien Grall
---
Cc: Thomas Gleixner
Cc: Jason Cooper
Cc: Marc Zyngier
Changes in v2:
- Patch added
---
drivers/irqchip/irq-gic.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions
timer code.
With this changes, the support for ACPI is coming free.
Signed-off-by: Julien Grall
---
Cc: Daniel Lezcano
Cc: Thomas Gleixner
Cc: Christoffer Dall
Cc: Marc Zyngier
Cc: Gleb Natapov
Cc: Paolo Bonzini
---
drivers/clocksource/arm_arch_timer.c | 2 ++
include/clocksource
information about the virtual GIC.
With this change, the virtual GIC becomes agnostic to the firmware
table and KVM will be able to initialize the vGIC on ACPI.
Signed-off-by: Julien Grall
---
Cc: Christoffer Dall
Cc: Marc Zyngier
Cc: Gleb Natapov
Cc: Paolo Bonzini
Changes in v2:
- Use
Fill up the recently introduced gic_kvm_info with the virtual GIC
information.
Signed-off-by: Julien Grall
---
Cc: Thomas Gleixner
Cc: Jason Cooper
Cc: Marc Zyngier
Changes in v2:
- Use 0 rather than a negative value to know when the maintenance IRQ
is not present
information. Also fill up the structure for GICv2.
Signed-off-by: Julien Grall
---
Cc: Thomas Gleixner
Cc: Jason Cooper
Cc: Marc Zyngier
Changes in v2:
- Use 0 rather than a negative value to know when the maintenance IRQ
is not present.
- Use resource for vcpu and
quire some changes in Linux
side.
For now, introduce a new config options XEN_PCI which will be turned off
for ARM platform.
Reported-by: Robert Richter
Signed-off-by: Julien Grall
---
Cc: Konrad Rzeszutek Wilk
Cc: Boris Ostrovsky
Cc: David Vrabel
---
drivers/xen/Kconfig | 6 +-
driver
Hi David,
On 28/09/15 14:52, David Vrabel wrote:
> On 28/09/15 14:30, Julien Grall wrote:
>> The PCI support for Xen doesn't compile on ARM/ARM64 when
>> CONFIG_PCI_MMCONFIG=y:
>>
>> drivers/xen/pci.c:31:25: fatal error: asm/pci_x86.h: No such file or
>>
On 28/09/15 14:48, Stefano Stabellini wrote:
> On Mon, 28 Sep 2015, Julien Grall wrote:
>> The PCI support for Xen doesn't compile on ARM/ARM64 when
>> CONFIG_PCI_MMCONFIG=y:
>>
>> drivers/xen/pci.c:31:25: fatal error: asm/pci_x86.h: No such file or
>> direc
On 28/09/15 15:02, Boris Ostrovsky wrote:
> On 09/28/2015 09:59 AM, Julien Grall wrote:
>> Hi David,
>>
>> On 28/09/15 14:52, David Vrabel wrote:
>>> On 28/09/15 14:30, Julien Grall wrote:
>>>> The PCI support for Xen doesn't compile on ARM/ARM64 whe
he overhead with my series is about 0.56%.
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/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
branch has been pushed based on the lastest staging:
git://xenbits.xen.org/people/julieng/xen-unstable.git branch gicv3-32bit-v1
Sincerely yours,
Julien Grall (8):
xen/arm: io: remove mmio_check_t typedef
xen/arm: io: Extend write/read handler to pass the register in
parameter
xen/arm
supports any access size and expect the caller to
validate the access size supported by the emulated registers.
Finally, take the opportunity to fix the coding style in section we are
modifying.
Signed-off-by: Julien Grall
---
I've only done quick tests. I sent them in order to help
Signed-off-by: Julien Grall
---
Changes in v2:
- Patch added
---
xen/include/asm-arm/domain.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/xen/include/asm-arm/domain.h b/xen/include/asm-arm/domain.h
index c3f5a95..1a5bfd7 100644
--- a/xen/include/asm-arm
emulation code will now have to generate the GICD_PRIORITYR
register for read access and split it to store in a convenient way.
Signed-off-by: Julien Grall
---
The real reason is I'd like to drop vgic_byte_* helpers in favors of more
generic access helper. Although it would make the code to retriev
access for them doesn't hurt. Note that we would need
some extra care when they will be implemented (for instance GICR_PROPBASER).
Signed-off-by: Julien Grall
---
This is technically fixing boot of FreeBSD ARM64 guest with GICv3.
AFAICT, Linux is not using 32-bit access in the GI
From: Julien Grall
Rather than letting each handler to retrieve the register used by the
I/O access, add a new parameter to pass the register in parameter.
This will help to implement generic register manipulation on I/O access
such as sign-extension and endianess.
Read handlers need to modify
is fine because the GIC spec doesn't
require to return exactly the value written and it can be seen as if we
decide to implement the register read-only.
Finally take the opportunity to fix coding style in section we are
modifying.
Signed-off-by: Julien Grall
---
The real reason is I&#
From: Julien Grall
This typedef is a left-over of the previous MMIO emulation
implementation.
Signed-off-by: Julien Grall
---
Changes in v2:
- Patch added
---
xen/include/asm-arm/mmio.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/xen/include/asm-arm/mmio.h b/xen/include/asm
vGIG
emulation. Although there is no reason to not have it generically.
So move the support just after we get the data from the MMIO emulation.
Signed-off-by: Julien Grall
---
I was thinking to completely drop the sign-extension support in Xen as
it will be very unlikely to use ldrs
Please ignore this version, I've sent it to the wrong mailing list.
Sorry for the noise.
On 25/09/15 15:50, Julien Grall wrote:
> Hi all,
>
> This series aims to fix the 32-bit access on 64-bit register. Some guest
> OS such as FreeBSD and Linux (only in the ITS) use 32-bi
On 20/08/2015 03:11, David Vrabel wrote:
On 20/08/15 01:40, Julien Grall wrote:
Hi,
Ping? I'm missing some reviews on block and netfront code.
We'd like to see this series going in Linux 4.3. Some distributions
plans to use this version for aarch64 support. If we miss it, we won&
Hi Stefano,
On 10/08/15 11:50, Stefano Stabellini wrote:
> On Fri, 7 Aug 2015, Julien Grall wrote:
>> On ARM all dma-capable devices on a same platform may not be protected
>> by an IOMMU. The DMA requests have to use the BFN (i.e MFN on ARM) in
>> order to use correctly th
back the gfn into a pfn and the into a page.
The cost of the translation may be big and I wanted to avoid anymore
XEN_PAGE_SHIFT in the code. In general we should avoid to deal with 4KB
PFN when it's not necessary, it make the code more confusing to read.
If your only concern is the size
On 10/08/15 12:25, Stefano Stabellini wrote:
> yes and page/pages:
>
> xen/biomerge: Don't allow biovec's to be merged when Linux is not using 4KB
> pages
Why the ' in biovec's ? Shouldn't we says biovecs directly?
Regards,
--
Julien Grall
--
To unsu
On 10/08/15 12:39, Wei Liu wrote:
> On Mon, Aug 10, 2015 at 10:57:48AM +0100, Julien Grall wrote:
>> while (size > 0) {
>> BUG_ON(offset >= PAGE_SIZE);
>>
>> bytes = PAGE_SIZE - offset;
>> if (bytes &
Hi Stefano,
On 10/08/15 13:57, Stefano Stabellini wrote:
> On Mon, 10 Aug 2015, David Vrabel wrote:
>> On 10/08/15 13:03, Stefano Stabellini wrote:
>>> On Fri, 7 Aug 2015, Julien Grall wrote:
>>>> - rc = HYPERVISOR_memory_op(XENMEM_add_to_physmap_range, &xatp)
his optimization for later.
Anyway, I'm wondering if we could re-use the lru field to link the page
when allocate them and retrieve in the second loop in order to avoid the
pages array.
Regards,
--
Julien Grall
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel
s when the backends are running in HVM domains.
Signed-off-by: Julien Grall
---
Cc: Konrad Rzeszutek Wilk
Cc: Boris Ostrovsky
Cc: David Vrabel
Cc: Wei Liu
Appeared in Linux 4.1. HVM backend, which is always the case on ARM, will
leak every mapped ring (i.e ~12KB per domain with 1 disk
estroy any netdevice using
ipv6 and bridge.
Spotted while trying to destroy a Xen guest on the upstream Linux:
"unregister_netdevice: waiting for vif1.0 to become free. Usage count = 1"
Signed-off-by: Julien Grall
Cc: Bernhard Thaler
Cc: Pablo Neira Ayuso
Cc: f...@strlen.de
Cc: ian.ca
Hi,
On 03/07/15 21:42, Florian Westphal wrote:
> Julien Grall wrote:
>> The commit efb6de9b4ba0092b2c55f6a52d16294a8a698edd "netfilter: bridge:
>> forward IPv6 fragmented packets" introduced a new function
>> br_validate_ipv6 which take a reference on the inet6 dev
On 06/07/15 12:19, Florian Westphal wrote:
> Julien Grall wrote:
>> On 03/07/15 21:42, Florian Westphal wrote:
>>> I think it makes more sense to use __in6_dev_get() instead which doesn't
>>> take a reference.
>>
>> __in6_dev_get requires to hold rc
aiting for vif1.0 to become free. Usage count = 1"
Signed-off-by: Julien Grall
Cc: Bernhard Thaler
Cc: Pablo Neira Ayuso
Cc: f...@strlen.de
Cc: ian.campb...@citrix.com
Cc: wei.l...@citrix.com
Cc: Bob Liu
---
Note that it's impossible to create new guest after this message.
Hi Konrad,
On 09/09/2015 16:02, Konrad Rzeszutek Wilk wrote:
Konrad, would you like me to resend the patch with the modified commit
message, or do you plan to amend it yourself while committing?
I will amend it. Thanks!
What the status for this patch?
Regards,
--
Julien Grall
--
To
Hi Boris,
On 13/07/2015 22:13, Boris Ostrovsky wrote:
On 07/09/2015 04:42 PM, Julien Grall wrote:
-
struct remap_data {
xen_pfn_t *fgmfn; /* foreign domain's gmfn */
+xen_pfn_t *efgmfn; /* pointer to the end of the fgmfn array */
It might be better to keep size of fgmfn
Hi Boris,
On 14/07/2015 17:28, Boris Ostrovsky wrote:
On 07/13/2015 06:05 PM, Julien Grall wrote:
On 13/07/2015 22:13, Boris Ostrovsky wrote:
On 07/09/2015 04:42 PM, Julien Grall wrote:
-
struct remap_data {
xen_pfn_t *fgmfn; /* foreign domain's gmfn */
+xen_pfn_t *e
Hi Konrad,
On 10/07/2015 21:12, Konrad Rzeszutek Wilk wrote:
On Thu, Jul 09, 2015 at 09:42:21PM +0100, Julien Grall wrote:
When Linux is using 64K page granularity, every page will be slipt in
multiple non-contiguous 4K MFN (page granularity of Xen).
But you don't care about that o
define gfn_to_virt(m)(__va(gfn_to_pfn(m) << XEN_PAGE_SHIFT))
+#define percpu_to_gfn(v) \
+ (pfn_to_gfn(per_cpu_ptr_to_phys(v) >> XEN_PAGE_SHIFT))
+
/* Only used in PV code. But ARM guests are always HVM. */
static inline xmaddr_t arbitrary_virt_to_machine(void *vaddr)
{
Cheers,
--
Julien Grall
Hi Stefano,
On 22/05/2020 04:54, Stefano Stabellini wrote:
On Thu, 21 May 2020, Julien Grall wrote:
Hi,
On 21/05/2020 00:45, Stefano Stabellini wrote:
From: Boris Ostrovsky
Don't just assume that virt_to_page works on all virtual addresses.
Instead add a is_vmalloc_addr check an
Hi,
On 22/05/2020 04:55, Stefano Stabellini wrote:
On Thu, 21 May 2020, Julien Grall wrote:
Hi,
On 21/05/2020 00:45, Stefano Stabellini wrote:
From: Stefano Stabellini
It is not strictly needed. Call virt_to_phys on xen_io_tlb_start
instead. It will be useful not to have a start_dma_addr
se of hotplug in the
balloon code conditional (maybe using CONFIG_ARM64 and CONFIG_ARM)?
Cheers,
--
Julien Grall
Hi Roger,
On 28/07/2020 17:59, Roger Pau Monné wrote:
On Tue, Jul 28, 2020 at 05:48:23PM +0100, Julien Grall wrote:
Hi,
On 27/07/2020 10:13, Roger Pau Monne wrote:
To be used in order to create foreign mappings. This is based on the
ZONE_DEVICE facility which is used by persistent memory
);
bool xen_is_xen_suspend(void);
+void xen_setup_syscore_ops(void);
The function is only implemented and used by x86. So shouldn't this be
declared in an x86 header?
Cheers,
--
Julien Grall
valid.
Signed-off-by: Julien Grall
---
This code will be used in the virt code for allocating VMID. I am not
entirely sure where to place it. Lib could potentially be a good place but I
am not entirely convinced the algo as it is could be used by other
architecture.
Looking at x86, it seems that it
Hi,
On 21/06/2019 10:39, guo...@kernel.org wrote:
Signed-off-by: Guo Ren
Cc: Arnd Bergmann
Cc: Julien Grall
---
arch/arm64/lib/asid.c| 9 ++-
This change should be in a separate e-mail with the Arm64 maintainers in CC.
But you seem to have a copy of the allocator in csky now
raw_spin_lock() is required here.
Given this is already done under stop_machine() and the work done under
the lock is quite small, the latency should not increase too much.
Signed-off-by: Julien Grall
---
It was noticed when looking at the current use of spin_lock in
arch/arm64. I don't h
Hi Will,
On 5/30/19 1:01 PM, Will Deacon wrote:
On Thu, May 30, 2019 at 12:30:58PM +0100, Julien Grall wrote:
cpu_enable_ssbs() is called via stop_machine() as part of the cpu_enable
callback. A spin lock is used to ensure the hook is registered before
the rest of the callback is executed.
On
is is not present in all relevant stable branches.
We currently have no Qualcomm hardware in the Xen Project test lab so
we do not need this enabled.
CC: Julien Grall
CC: linux-arm-...@vger.kernel.org
CC: linux-kernel@vger.kernel.org
CC: Stephen Boyd
CC: Andy Gross
CC: Bjorn Andersson
CC: Ava
Hi Dave,
On 4/5/19 4:07 PM, Dave Martin wrote:
On Fri, Apr 05, 2019 at 10:02:45AM +0100, Julien Grall wrote:
+#ifdef CONFIG_KERNEL_MODE_NEON
+
/*
* may_use_simd - whether it is allowable at this time to issue SIMD
*instructions or access the SIMD register file
diff
Hi Dave,
On 4/11/19 5:34 PM, Dave Martin wrote:
On Thu, Apr 11, 2019 at 04:58:41PM +0100, Julien Grall wrote:
Hi Dave,
On 4/5/19 4:07 PM, Dave Martin wrote:
On Fri, Apr 05, 2019 at 10:02:45AM +0100, Julien Grall wrote:
+#ifdef CONFIG_KERNEL_MODE_NEON
+
/*
* may_use_simd - whether it is
:
* hackbench 1000 process 1000 (20 times)
* 3.4% quicker
Note that while the benchmark has been done on 5.1-rc4, the patch series is
based on kvm-arm/next as it has few conflicts with the SVE KVM series.
Cheers,
Julien Grall (3):
arm64/fpsimd: Remove the prototype for sve_flush_cpu_state()
arch
The function sve_flush_cpu_state() has been removed in commit
21cdd7fd76e3 "KVM: arm64: Remove eager host SVE state saving".
So remove the associated prototype in asm/fpsimd.h.
Signed-off-by: Julien Grall
---
Changes in v2:
- Patch added
---
arch/arm64/include/asm/fp
has been benchmarked on Linux 5.1-rc4 with defconfig.
On Juno2:
* hackbench 100 process 1000 (10 times)
* .7% quicker
On ThunderX 2:
* hackbench 1000 process 1000 (20 times)
* 3.4% quicker
Signed-off-by: Julien Grall
---
Changes in v2:
- Remove spurious call to
fpsimd_save() and fpsimd_flush_cpu_state().
This has also the advantage to remove any external call of fpsimd_save()
and fpsimd_flush_cpu_state(), so they can be turned static.
Lastly, the new function can also be used in the PM notifier.
Signed-off-by: Julien Grall
---
Changes in v2
+0200, Juergen Gross wrote:
On 06/04/17 18:06, Daniel Kiper wrote:
Hi Julien,
On Thu, Apr 06, 2017 at 04:39:13PM +0100, Julien Grall wrote:
Hi Daniel,
On 06/04/17 16:20, Daniel Kiper wrote:
On Thu, Apr 06, 2017 at 04:38:24PM +0200, Juergen Gross wrote:
On 06/04/17 16:27, Daniel Kiper wrote
(null)>] (null)
[ 37.434982] [] machine_restart+0x6c/0x70
[ 37.440550] [] kernel_restart+0x6c/0x78
[ 37.446030] [] SyS_reboot+0x130/0x228
[ 37.451337] [] el0_svc_naked+0x24/0x28
[ 37.456737] Code: bad PC value
[ 37.459891] ---[ end trace 76e2fc17e050aecd ]---
Signed-off-by: Julien Gral
Hi Juergen,
On 06/04/17 07:23, Juergen Gross wrote:
On 05/04/17 21:49, Boris Ostrovsky wrote:
On 04/05/2017 02:14 PM, Julien Grall wrote:
The x86 code has theoritically a similar issue, altought EFI does not
seem to be the preferred method. I have left it unimplemented on x86 and
CCed Linux
Hi Daniel,
On 06/04/17 15:27, Daniel Kiper wrote:
On Thu, Apr 06, 2017 at 09:32:32AM +0100, Julien Grall wrote:
Hi Juergen,
On 06/04/17 07:23, Juergen Gross wrote:
On 05/04/17 21:49, Boris Ostrovsky wrote:
On 04/05/2017 02:14 PM, Julien Grall wrote:
The x86 code has theoritically a similar
Hi Daniel,
On 06/04/17 16:20, Daniel Kiper wrote:
On Thu, Apr 06, 2017 at 04:38:24PM +0200, Juergen Gross wrote:
On 06/04/17 16:27, Daniel Kiper wrote:
On Thu, Apr 06, 2017 at 09:32:32AM +0100, Julien Grall wrote:
Hi Juergen,
On 06/04/17 07:23, Juergen Gross wrote:
On 05/04/17 21:49, Boris
efine XENDISPL_IN_RING_REF(page, idx) \
+ (XENDISPL_IN_RING((page))[(idx) % XENDISPL_IN_RING_LEN])
+
+#endif /* __XEN_PUBLIC_IO_DISPLIF_H__ */
+
+/*
+ * Local variables:
+ * mode: C
+ * c-file-style: "BSD"
+ * c-basic-offset: 4
+ * tab-width: 4
+ * indent-tabs-mode: nil
+ * End:
+ */
Che
ops(struct device *dev)
{
+ if (xen_initial_domain())
+ return xen_dma_ops;
if (dev && dev->dma_ops)
return dev->dma_ops;
return get_arch_dma_ops(dev ? dev->bus : NULL);
It is not nice as this is common code, but I can't find a better solution
so far. Any opinions?
Cheers,
--
Julien Grall
Hi Stefano,
Sorry for the late answer.
On 12/04/17 00:39, Stefano Stabellini wrote:
On Tue, 11 Apr 2017, Catalin Marinas wrote:
On Tue, Apr 11, 2017 at 01:43:28PM +0100, Julien Grall wrote:
On 11/04/17 02:14, Bart Van Assche wrote:
On 04/10/17 17:31, Stefano Stabellini wrote:
I think the
601 - 700 of 727 matches
Mail list logo
