t;>> +++ b/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(da
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
Hi Laurent, Robin
On Tue, Aug 29, 2017 at 4:01 PM, Laurent Pinchart
wrote:
> Hi Oleksandr,
>
> Thank you for the patch.
>
> On Wednesday, 23 August 2017 17:31:42 EEST Oleksandr Tyshchenko wrote:
>> From: Oleksandr Tyshchenko
>>
>> Reserving a free context is bot
Hi, all.
Any comments?
On Wed, Aug 23, 2017 at 5:31 PM, Oleksandr Tyshchenko
wrote:
> From: Oleksandr Tyshchenko
>
> 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 pagetab
From: Oleksandr Tyshchenko
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.
Signed-off-by: Oleksandr Tyshchenko
CC: Robin Murphy
Hi, Laurent
On Wed, Aug 23, 2017 at 4:46 PM, Laurent Pinchart
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/17 10:36, Oleksandr Tyshchenko wrote:
&g
Hi, Robin
On Wed, Aug 23, 2017 at 1:05 PM, Robin Murphy wrote:
> On 23/08/17 10:36, Oleksandr Tyshchenko wrote:
>> Hi, Laurent.
>>
>> On Wed, Aug 23, 2017 at 12:25 AM, Laurent Pinchart
>> wrote:
>>> Hi Oleksandr,
>>>
>>> Thank you for the
Hi, Laurent.
On Wed, Aug 23, 2017 at 12:25 AM, Laurent Pinchart
wrote:
> Hi Oleksandr,
>
> Thank you for the patch.
>
> On Monday, 21 August 2017 15:40:41 EEST Oleksandr Tyshchenko wrote:
>> From: Oleksandr Tyshchenko
>>
>> In ipmmu_domain_init_context() we a
Hi,
On Tue, Aug 22, 2017 at 5:24 PM, Joerg Roedel wrote:
> On Mon, Aug 21, 2017 at 03:40:41PM +0300, Oleksandr Tyshchenko wrote:
>> From: Oleksandr Tyshchenko
>>
>> In ipmmu_domain_init_context() we are trying to allocate context and
>> if allocation fails we wi
From: Oleksandr Tyshchenko
In ipmmu_domain_init_context() we are trying to allocate context and
if allocation fails we will call free_io_pgtable_ops(),
but "domain->context_id" hasn't been initialized yet (likely it is 0
because of kzalloc). Having the following call stack:
f
On Thu, Mar 16, 2017 at 1:19 PM, Robin Murphy wrote:
> On 16/03/17 09:19, Oleksandr Tyshchenko wrote:
>> Hi, all.
>>
>> Any comments?
>
> Er, no, but in a good way ;)
>
> Patches look fine to me, and I see Will's already queued them anyway.
>
> Thanks
Hi, all.
Any comments?
On Mon, Feb 27, 2017 at 2:30 PM, Oleksandr Tyshchenko
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/pipermail/iommu/2017-Febru
From: Oleksandr Tyshchenko
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
CC: Will Deacon
CC: Robin Murphy
---
drivers/iommu/io
From: Oleksandr Tyshchenko
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
CC: Will Deacon
CC: Robin Murphy
---
drivers/iommu/io
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, Robin.
On Tue, Feb 21, 2017 at 2:00 PM, Robin Murphy wrote:
> On 16/02/17 13:52, Oleksandr Tyshchenko wrote:
>> From: Oleksandr Tyshchenko
>>
>> Do a check for already installed leaf entry at the current level before
>> performing any actions when trying to map.
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
wrote:
> From: Oleksandr Tyshchenko
>
> Do a check for already installed leaf entry at the current lev
From: Oleksandr Tyshchenko
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 level if conditions to do so
are met
On Mon, Feb 13, 2017 at 1:27 PM, Will Deacon 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 as a fix
Hi, all.
Any comments?
On Thu, Feb 9, 2017 at 3:56 PM, Oleksandr Tyshchenko
wrote:
> From: Oleksandr Tyshchenko
>
> 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_lp
From: Oleksandr Tyshchenko
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 level if conditions to do so
are met (size
22 matches
Mail list logo
