Hi, Robin.
On Tue, Feb 21, 2017 at 2:00 PM, Robin Murphy <robin.mur...@arm.com> wrote:
> On 16/02/17 13:52, Oleksandr Tyshchenko wrote:
>> From: Oleksandr Tyshchenko <oleksandr_tyshche...@epam.com>
>>
>> Do a check for already installed leaf entry at the curre
On Mon, Feb 13, 2017 at 1:27 PM, Will Deacon <will.dea...@arm.com> wrote:
> On Mon, Feb 13, 2017 at 01:07:02PM +0200, Oleksandr Tyshchenko wrote:
>> Any comments?
>
> Looks fine to me, but I don't think it's urgent and I already sent my
> SMMU pull for 4.11. I'll send this
Hi, all.
Any comments?
On Thu, Feb 9, 2017 at 3:56 PM, Oleksandr Tyshchenko
<olekst...@gmail.com> wrote:
> From: Oleksandr Tyshchenko <oleksandr_tyshche...@epam.com>
>
> Do a check for already installed leaf entry at the current level before
> performing any ac
From: Oleksandr Tyshchenko <oleksandr_tyshche...@epam.com>
Do a check for already installed leaf entry at the current level before
performing any actions when trying to map.
This check is already present in arm_lpae_init_pte(), i.e. before
installing new leaf entry at the current
From: Oleksandr Tyshchenko <oleksandr_tyshche...@epam.com>
Do a check for already installed leaf entry at the current level before
performing any actions when trying to map.
This check is already present in arm_v7s_init_pte(), i.e. before
installing new leaf entry at the current
Hi, Robin.
It would be greatly appreciated if you could test this patch if nobody
has objections to the patch itself.
On Thu, Feb 16, 2017 at 3:52 PM, Oleksandr Tyshchenko
<olekst...@gmail.com> wrote:
> From: Oleksandr Tyshchenko <oleksandr_tyshche...@epam.com>
>
> D
From: Oleksandr Tyshchenko <oleksandr_tyshche...@epam.com>
Do a check for already installed leaf entry at the current level before
dereferencing it in order to avoid walking the page table down with
wrong pointer to the next level.
Signed-off-by: Oleksandr Tyshchenko <oleksand
From: Oleksandr Tyshchenko <oleksandr_tyshche...@epam.com>
Do a check for already installed leaf entry at the current level before
dereferencing it in order to avoid walking the page table down with
wrong pointer to the next level.
Signed-off-by: Oleksandr Tyshchenko <oleksand
Hi.
There is a small patch series which contains the same fix for both
descriptor formats based on the preceding RFC patches:
https://lists.linuxfoundation.org/pipermail/iommu/2017-February/020411.html
https://lists.linuxfoundation.org/pipermail/iommu/2017-February/020477.html
Oleksandr
Hi, all.
Any comments?
On Mon, Feb 27, 2017 at 2:30 PM, Oleksandr Tyshchenko
<olekst...@gmail.com> wrote:
> Hi.
>
> There is a small patch series which contains the same fix for both
> descriptor formats based on the preceding RFC patches:
> https://lists.linuxfoundation.org
Hi,
On Tue, Aug 22, 2017 at 5:24 PM, Joerg Roedel <j...@8bytes.org> wrote:
> On Mon, Aug 21, 2017 at 03:40:41PM +0300, Oleksandr Tyshchenko wrote:
>> From: Oleksandr Tyshchenko <oleksandr_tyshche...@epam.com>
>>
>> In ipmmu_domain_init_context()
Hi, Laurent.
On Wed, Aug 23, 2017 at 12:25 AM, Laurent Pinchart
<laurent.pinch...@ideasonboard.com> wrote:
> Hi Oleksandr,
>
> Thank you for the patch.
>
> On Monday, 21 August 2017 15:40:41 EEST Oleksandr Tyshchenko wrote:
>> From: Oleksandr Tyshchenko <
Hi, Robin
On Wed, Aug 23, 2017 at 1:05 PM, Robin Murphy <robin.mur...@arm.com> wrote:
> On 23/08/17 10:36, Oleksandr Tyshchenko wrote:
>> Hi, Laurent.
>>
>> On Wed, Aug 23, 2017 at 12:25 AM, Laurent Pinchart
>> <laurent.pinch...@ideasonboard.com> wro
Hi, Laurent
On Wed, Aug 23, 2017 at 4:46 PM, Laurent Pinchart
<laurent.pinch...@ideasonboard.com> wrote:
> Hi Oleksandr,
>
> On Wednesday, 23 August 2017 14:58:47 EEST Oleksandr Tyshchenko wrote:
>> On Wed, Aug 23, 2017 at 1:05 PM, Robin Murphy wrote:
>> > On 23/08/
Hi, all.
Any comments?
On Wed, Aug 23, 2017 at 5:31 PM, Oleksandr Tyshchenko
<olekst...@gmail.com> wrote:
> From: Oleksandr Tyshchenko <oleksandr_tyshche...@epam.com>
>
> Reserving a free context is both quicker and more likely to fail
> (due to limited hardware re
From: Oleksandr Tyshchenko <oleksandr_tyshche...@epam.com>
Reserving a free context is both quicker and more likely to fail
(due to limited hardware resources) than setting up a pagetable.
What is more the pagetable init/cleanup code could require
the context to be set up.
Sign
Hi Laurent, Robin
On Tue, Aug 29, 2017 at 4:01 PM, Laurent Pinchart
<laurent.pinch...@ideasonboard.com> wrote:
> Hi Oleksandr,
>
> Thank you for the patch.
>
> On Wednesday, 23 August 2017 17:31:42 EEST Oleksandr Tyshchenko wrote:
>> From: Oleksandr Tyshchenko <
From: Oleksandr Tyshchenko
The main purpose of this binding is to communicate Xen specific
information using generic IOMMU device tree bindings (which is
a good fit here) rather than introducing a custom property.
Introduce Xen specific IOMMU for the virtualized device (e.g. virtio)
to be used
From: Oleksandr Tyshchenko
The main purpose of this binding is to communicate Xen specific
information using generic IOMMU device tree bindings (which is
a good fit here) rather than introducing a custom property.
Introduce Xen specific IOMMU for the virtualized device (e.g. virtio)
to be used
/drivers/sh/intc/chip.c
>>> @@ -72,7 +72,7 @@ static int intc_set_affinity(struct irq_data *data,
>>> if (!cpumask_intersects(cpumask, cpu_online_mask))
>>> return -1;
>>>-cpumask_copy(irq_data_get_affinity_mask(data), cpumask);
>>> + irq_data_up
20 matches
Mail list logo
