On 07/06/17 11:13, Matthias Brugger wrote:
>
>
> On 07/06/17 11:11, Hans Verkuil wrote:
>> On 07/06/17 11:07, Matthias Brugger wrote:
>>>
>>>
>>> On 07/06/17 10:56, Hans Verkuil wrote:
On 07/06/17 10:44, Matthias Brugger wrote:
> Hi Hans, hi Mauro,
>
> On 23/05/17 05:24,
On 07/06/17 11:11, Hans Verkuil wrote:
On 07/06/17 11:07, Matthias Brugger wrote:
On 07/06/17 10:56, Hans Verkuil wrote:
On 07/06/17 10:44, Matthias Brugger wrote:
Hi Hans, hi Mauro,
On 23/05/17 05:24, Minghsiu Tsai wrote:
From: Daniel Kurtz
If the mdp_* nodes
On 07/06/17 11:07, Matthias Brugger wrote:
>
>
> On 07/06/17 10:56, Hans Verkuil wrote:
>> On 07/06/17 10:44, Matthias Brugger wrote:
>>> Hi Hans, hi Mauro,
>>>
>>> On 23/05/17 05:24, Minghsiu Tsai wrote:
From: Daniel Kurtz
If the mdp_* nodes are under an
On 07/06/17 10:56, Hans Verkuil wrote:
On 07/06/17 10:44, Matthias Brugger wrote:
Hi Hans, hi Mauro,
On 23/05/17 05:24, Minghsiu Tsai wrote:
From: Daniel Kurtz
If the mdp_* nodes are under an mdp sub-node, their corresponding
platform device does not automatically
On 31/05/17 06:06, Joe Perches wrote:
> On Wed, 2017-05-31 at 12:28 +0900, Hirokazu Honda wrote:
>> If I understand a bitmap correctly, it is necessary to change the log level
>> for each message.
>> I didn't mean a bitmap will take a long CPU time.
>> I mean the work to change so takes a long
On 07/06/17 10:44, Matthias Brugger wrote:
> Hi Hans, hi Mauro,
>
> On 23/05/17 05:24, Minghsiu Tsai wrote:
>> From: Daniel Kurtz
>>
>> If the mdp_* nodes are under an mdp sub-node, their corresponding
>> platform device does not automatically get its iommu assigned
Hi Hans, hi Mauro,
On 23/05/17 05:24, Minghsiu Tsai wrote:
From: Daniel Kurtz
If the mdp_* nodes are under an mdp sub-node, their corresponding
platform device does not automatically get its iommu assigned properly.
Fix this by moving the mdp component nodes up a level
Hi Yong, Tuukka,
Continuing from yesterday. Please see comments inline.
> On Tue, Jun 6, 2017 at 5:39 AM, Yong Zhi wrote:
[snip]
>> + ptr = ipu3_mmu_alloc_page_table(mmu_dom, false);
>> + if (!ptr)
>> + goto fail_page_table;
>> +
>> + /*
>> +
Any progress on this?
There where a bunch of comments, but I haven't seen anything since.
Regards,
Hans
Lucas,
Can you address these nitpicks?
Thanks!
Hans
On 05/04/17 15:49, Philipp Zabel wrote:
> Hi Lucas,
>
> On Wed, 2017-04-05 at 15:09 +0200, Lucas Stach wrote:
>> This implements a simple handler for the case where decode did not finish
>> sucessfully. This might be helpful during
The following changes since commit 6fb05e0dd32e566facb96ea61a48c7488daa5ac3:
[media] saa7164: fix double fetch PCIe access condition (2017-06-06 16:55:50
-0300)
are available in the git repository at:
git://linuxtv.org/hverkuil/media_tree.git rcar-drif
for you to fetch changes up to
101 - 111 of 111 matches
Mail list logo