On 04/16/2012 01:03 PM, Thierry Reding wrote:
...
> I've been looking about for tools to generate EDID data but didn't find
> anything useful. Does anyone know of any tool that's more convenient than
> manually filling a struct edid and writing that to a file?
Sorry, no.
__
* Stephen Warren wrote:
> On 04/16/2012 12:48 PM, Thierry Reding wrote:
> > * Stephen Warren wrote:
> ...
> >>> Has there been any discussion as to how EDID data would best be
> >>> represented
> >>> in DT? Should it just be a binary blob or rather some textual
> >>> representation?
> >>
> >> I t
On 04/16/2012 12:48 PM, Thierry Reding wrote:
> * Stephen Warren wrote:
...
>>> Has there been any discussion as to how EDID data would best be represented
>>> in DT? Should it just be a binary blob or rather some textual
>>> representation?
>>
>> I think a binary blob makes sense - that's the exa
* Stephen Warren wrote:
> On 04/15/2012 02:39 AM, Thierry Reding wrote:
> > I think I like the former better. The way I understand it the children of
> > the
> > graphics node will have to be registered explicitly by the DRM driver
> > because
> > of_platform_populate() doesn't work recursively.
On 04/16/2012 09:04 AM, Thierry Reding wrote:
> This commit adds the device node required to probe NVIDIA Tegra 20 GART
> hardware from the device tree.
>
> Signed-off-by: Thierry Reding
Applied, thanks.
___
iommu mailing list
iommu@lists.linux-foundat
On 04/16/2012 05:59 AM, Joerg Roedel wrote:
> Applied patches 1 and 2. Should I also queue up patch 3 after the
> objections have been fixed? The patch doesn't touch drivers/iommu...
I expect I'd take that through the Tegra tree to minimize conflicts.
__
On 04/16/2012 04:10 AM, Hiroshi Doyu wrote:
> Stephen Warren wrote at Fri, 13 Apr 2012 21:33:47 +0200:
>> On 04/13/2012 04:22 AM, Hiroshi Doyu wrote:
>>> Add device tree support for Tegra30 IOMMU(SMMU).
...
>> But why does the SMMU driver expect to control the AHB arbitration
>> registers? They see
On 04/15/2012 02:39 AM, Thierry Reding wrote:
> * Stephen Warren wrote:
>> On 04/13/2012 03:14 AM, Thierry Reding wrote:
>>> display-controllers = <&disp1 &disp2>;
>>> outputs = <&lvds &hdmi &tvo &dsi>;
>>
>> I don't think you need both the child nodes and those two properti
On Monday 16 April 2012, Hiroshi Doyu wrote:
> What about using "dma-window" property to specify IOVA range in dtsi as below?
>
> arch/powerpc/platforms/cell/iommu.c:
>
> 698 static int __init cell_iommu_get_window(struct device_node *np,
> 699 unsigned lo
This commit adds the device node required to probe NVIDIA Tegra 20 GART
hardware from the device tree.
Signed-off-by: Thierry Reding
---
Changes in v2:
- drop unneeded of_dev_auxdata entry
arch/arm/boot/dts/tegra20.dtsi |6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/boot/
Hello Marek,
I have tested these patches on origen 3.4-rc2 with sysmmu_v12, and they
work great ! Thank you for sharing them.
Regards,
Subash
On 04/11/2012 08:04 PM, Marek Szyprowski wrote:
Hi!
These two patches fixes operation of the SYSMMU driver (v12 version [1])
with the new power domai
Hi Lucas,
On Fri, Apr 13, 2012 at 11:05:16PM +0200, Lucas Stach wrote:
> sorry for not providing a proper thread reference, but I'm not
> subscribed to this list long enough.
>
> I wonder what happened to the DOMAIN_ATTR_GEOMETRY patchset. Did it got
> dropped by accident or are there some reason
Applied patches 1 and 2. Should I also queue up patch 3 after the
objections have been fixed? The patch doesn't touch drivers/iommu...
Joerg
On Fri, Apr 13, 2012 at 03:08:07PM +0200, Thierry Reding wrote:
> From: Vandana Salve
>
> Pass the correct gart device pointer.
>
> Reviewed-by:
From: Stephen Warren
Subject: Re: [PATCH 1/1] arm/dts: Tegra30: Add device tree support for SMMU
Date: Fri, 13 Apr 2012 21:25:20 +0200
Message-ID: <4f887da0.8030...@wwwdotorg.org>
> On 04/13/2012 06:15 AM, Thierry Reding wrote:
> > * Hiroshi Doyu wrote:
> >> Thierry Reding wrote:
> >>> * Hiroshi
On Fri, Apr 13, 2012 at 12:18:30PM +0200, Hiroshi Doyu wrote:
> From: Hiroshi DOYU
>
> Print an attached device name correctly.
>
> Signed-off-by: Hiroshi DOYU
> ---
> drivers/iommu/tegra-smmu.c |2 +-
> 1 files changed, 1 insertions(+), 1 deletions(-)
>
> diff --git a/drivers/iommu/tegra
Hi,
On Monday, April 16, 2012 12:10 PM KyongHo Cho wrote:
> On Wed, Apr 11, 2012 at 11:34 PM, Marek Szyprowski
> wrote:
> > SYSMMU platform devices must be registered before setting up power
> > domains to let power domain driver to correctly register also SYSMMU
> > controller devices. This pat
On Mon, Apr 16, 2012 at 7:01 PM, Kyungmin Park
wrote:
> On 4/16/12, KyongHo Cho wrote:
>> On Sun, Apr 15, 2012 at 12:51 AM, Kukjin Kim wrote:
>>> On 04/12/12 01:19, KyongHo Cho wrote:
On Wed, Apr 11, 2012 at 11:34 PM, Marek Szyprowski
wrote:
>
> Hi!
>
> These two
From: Stephen Warren
Subject: Re: [PATCH 1/1] arm/dts: Tegra30: Add device tree support for SMMU
Date: Fri, 13 Apr 2012 21:33:47 +0200
Message-ID: <4f887f9b@wwwdotorg.org>
> On 04/13/2012 04:22 AM, Hiroshi Doyu wrote:
> > From: Hiroshi DOYU
> >
> > Add device tree support for Tegra30 IOMMU(
On Wed, Apr 11, 2012 at 11:34 PM, Marek Szyprowski
wrote:
> SYSMMU platform devices must be registered before setting up power
> domains to let power domain driver to correctly register also SYSMMU
> controller devices. This patch also registers SYSMMU controller devices
> to respective power doma
On 4/16/12, KyongHo Cho wrote:
> On Sun, Apr 15, 2012 at 12:51 AM, Kukjin Kim wrote:
>> On 04/12/12 01:19, KyongHo Cho wrote:
>>>
>>> On Wed, Apr 11, 2012 at 11:34 PM, Marek Szyprowski
>>> wrote:
Hi!
These two patches fixes operation of the SYSMMU driver (v12 version [1])
>>
On Sun, Apr 15, 2012 at 12:51 AM, Kukjin Kim wrote:
> On 04/12/12 01:19, KyongHo Cho wrote:
>>
>> On Wed, Apr 11, 2012 at 11:34 PM, Marek Szyprowski
>> wrote:
>>>
>>> Hi!
>>>
>>> These two patches fixes operation of the SYSMMU driver (v12 version [1])
>>> with the new power domain driver based o
21 matches
Mail list logo
