[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1356098364.1490.114.camel@tellur>
Date: Fri, 21 Dec 2012 14:59:24 +0100
From: Lucas Stach <dev@...xeye.de>
To: Terje Bergström <tbergstrom@...dia.com>
Cc: "thierry.reding@...onic-design.de" <thierry.reding@...onic-design.de>,
"airlied@...ux.ie" <airlied@...ux.ie>,
"dri-devel@...ts.freedesktop.org" <dri-devel@...ts.freedesktop.org>,
"linux-tegra@...r.kernel.org" <linux-tegra@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCHv4 0/8] Support for Tegra 2D hardware
Am Freitag, den 21.12.2012, 15:57 +0200 schrieb Terje Bergström:
> On 21.12.2012 15:50, Lucas Stach wrote:
> > This has to be resolved before merging. Personally I'm in favour of
> > keeping reg access patterns close to what is done in other parts of the
> > kernel.
>
> I haven't so far received comments from too many people, so that's why I
> left it as is.
>
> >> * Uses still CMA helpers. IOMMU support will replace CMA with host1x
> >> specific allocator.
> >
> > I really want the allocator issue resolved before talking about merging
> > those patches. Proper IOMMU support will require a bit of rework of the
> > current upstream IOMMU API, so it will still be a bit out.
> >
> > But if you don't mind I'll try to implement the host1x allocator over
> > the holidays and provide an incremental patch.
>
> Do you mean host1x CMA allocator using dma mapping API? That'd be great
> if you could help out. I've just tried to concentrate on getting ok for
> base essentials before doing any extra work.
>
Yes, exactly that.
I'll provide comments to the other patches when I find time to do so.
Digging in the code might help with this.
Regards,
Lucas
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists