Tony,
Please queue this patch at your earliest convenience.
We had some discussion on the splitting out of the DMM/Tiler driver
from the omapdrm driver. There might be some interest in leveraging
the Tiler for omapfb. However, we agreed this can be deferred until
some other device (omapfb or ot
Tony,
Please queue this patch at your earliest convenience.
We had some discussion on the splitting out of the DMM/Tiler driver
from the omapdrm driver. There might be some interest in leveraging
the Tiler for omapfb. However, we agreed this can be deferred until
some other device (omapfb or ot
Tomi,
So at this point, are you OK with deferring a split of the DMM until it
necessary to do so (if ever)? I'd like to get this patch in so that people
have a working omapdrm device when they enable the config options.
Regards,
Andy
-- next part --
An HTML attachment wa
Tomi,
So at this point, are you OK with deferring a split of the DMM until it
necessary to do so (if ever)? I'd like to get this patch in so that people
have a working omapdrm device when they enable the config options.
Regards,
Andy
___
dri-devel mai
On Thu, May 24, 2012 at 7:13 AM, Tomi Valkeinen
wrote:
> On Thu, 2012-05-24 at 02:44 -0600, Rob Clark wrote:
>
>> but other drivers *can* use tiler, thanks to dmabuf.. I have omap4iss
>> v4l2 camera working w/ tiler buffers on my pandaboard, for example.
>>
>> Maybe fbdev is an exception to the r
On Thu, May 24, 2012 at 1:01 AM, Tomi Valkeinen
wrote:
>> +struct omap_drm_platform_data {
>> + ? ? struct omap_kms_platform_data *kms_pdata;
>> +};
>
> This one is missing struct omap_dmm_platform_data *dmm_pdata, so you
> didn't just move the struct. Is that on purpose?
Good point. I can clea
On Thu, May 24, 2012 at 7:13 AM, Tomi Valkeinen wrote:
> On Thu, 2012-05-24 at 02:44 -0600, Rob Clark wrote:
>
>> but other drivers *can* use tiler, thanks to dmabuf.. I have omap4iss
>> v4l2 camera working w/ tiler buffers on my pandaboard, for example.
>>
>> Maybe fbdev is an exception to the ru
On Thu, May 24, 2012 at 1:01 AM, Tomi Valkeinen wrote:
>> +struct omap_drm_platform_data {
>> + struct omap_kms_platform_data *kms_pdata;
>> +};
>
> This one is missing struct omap_dmm_platform_data *dmm_pdata, so you
> didn't just move the struct. Is that on purpose?
Good point. I can clean
On Wed, Mar 7, 2012 at 6:05 AM, Tomi Valkeinen wrote:
>
> Does this "DMM has become synonymous" mean that people just started
> calling TILER DMM, and thus the name has stuck, or are there technical
> reasons to handle it as DMM in the kernel? If the former, and if TILER
> is the technically exact
On Wed, Mar 7, 2012 at 6:05 AM, Tomi Valkeinen wrote:
>
> Does this "DMM has become synonymous" mean that people just started
> calling TILER DMM, and thus the name has stuck, or are there technical
> reasons to handle it as DMM in the kernel? If the former, and if TILER
> is the technically exact
On Tue, Mar 6, 2012 at 8:35 AM, Tomi Valkeinen wrote:
>
>
> I have to say I don't know much about DMM, but my understanding is that
> DMM is a bigger entity, of which TILER is only a small part, and DMM
> manages all memory accesses.
>
> Can there be other users for the DMM than DRM? I know there c
On Tue, Mar 6, 2012 at 8:35 AM, Tomi Valkeinen wrote:
>
>
> I have to say I don't know much about DMM, but my understanding is that
> DMM is a bigger entity, of which TILER is only a small part, and DMM
> manages all memory accesses.
>
> Can there be other users for the DMM than DRM? I know there c
On Mon, Jan 23, 2012 at 11:24 AM, Cousson, Benoit wrote:
>
>> + if (oh) {
>> + dmm_platdata.base = omap_hwmod_get_mpu_rt_va(oh);
>> + dmm_platdata.irq = oh->mpu_irqs[0].irq;
>>
>
> These are internal hwmod attributes that should not be retrieved here.
> They are
On Mon, Jan 23, 2012 at 11:24 AM, Cousson, Benoit wrote:
>
>> + if (oh) {
>> + dmm_platdata.base = omap_hwmod_get_mpu_rt_va(oh);
>> + dmm_platdata.irq = oh->mpu_irqs[0].irq;
>>
>
> These are internal hwmod attributes that should not be retrieved here.
> They are
On Thu, Dec 8, 2011 at 2:45 AM, Tomi Valkeinen wrote:
> On Wed, 2011-12-07 at 07:29 -0600, Rob Clark wrote:
> > On Wed, Dec 7, 2011 at 3:31 AM, Tomi Valkeinen
> wrote:
> > > Hi,
> > >
> > > On Mon, 2011-12-05 at 19:19 -0600, Rob Clark wrote:
> > >> From: Rob Clark
> > >>
> > >> Support for DMM a
On Thu, Dec 8, 2011 at 2:45 AM, Tomi Valkeinen wrote:
> On Wed, 2011-12-07 at 07:29 -0600, Rob Clark wrote:
> > On Wed, Dec 7, 2011 at 3:31 AM, Tomi Valkeinen
> wrote:
> > > Hi,
> > >
> > > On Mon, 2011-12-05 at 19:19 -0600, Rob Clark wrote:
> > >> From: Rob Clark
> > >>
> > >> Support for DMM a
All,
There has been some discussion on the linaro-dev list about having a memory
management meeting at the ELC. See links below:
http://lists.linaro.org/pipermail/linaro-dev/2011-March/003053.html
http://lists.linaro.org/pipermail/linaro-dev/2011-March/003623.html
Our interest in this stems fro
All,
There has been some discussion on the linaro-dev list about having a memory
management meeting at the ELC. See links below:
http://lists.linaro.org/pipermail/linaro-dev/2011-March/003053.html
http://lists.linaro.org/pipermail/linaro-dev/2011-March/003623.html
Our interest in this stems fro
18 matches
Mail list logo
