On Mon, 20 May 2013 16:23:33 -0400
Alex Deucher wrote:
> > Note also that the generic DRM KMS code assumes cursor support at
> > 64x64, and there's no generic way for a driver at present (that I know
> > of) to inform it of anything different.
>
> It shouldn't be too hard to add a new cap for
On Mon, 20 May 2013 16:23:33 -0400
Alex Deucher wrote:
> > Note also that the generic DRM KMS code assumes cursor support at
> > 64x64, and there's no generic way for a driver at present (that I know
> > of) to inform it of anything different.
>
> It shouldn't be too hard to add a new cap for
On Mon, May 20, 2013 at 09:36:02AM -0400, Alex Deucher wrote:
> You can tell the xserver what size cursor you support when you call
> xf86_cursors_init() in the ddx. Just expose a 32x64 or 64x32 ARGB
> cursor. Most apps don't use a 64x64 cursor anyway. I've used
> hardware with non-64x64 cursors
On Mon, May 20, 2013 at 4:15 PM, Russell King - ARM Linux
wrote:
> On Mon, May 20, 2013 at 09:36:02AM -0400, Alex Deucher wrote:
>> You can tell the xserver what size cursor you support when you call
>> xf86_cursors_init() in the ddx. Just expose a 32x64 or 64x32 ARGB
>> cursor. Most apps don't
On Mon, May 20, 2013 at 09:36:02AM -0400, Alex Deucher wrote:
> You can tell the xserver what size cursor you support when you call
> xf86_cursors_init() in the ddx. Just expose a 32x64 or 64x32 ARGB
> cursor. Most apps don't use a 64x64 cursor anyway. I've used
> hardware with non-64x64 cursors
On Mon, May 20, 2013 at 4:15 PM, Russell King - ARM Linux
wrote:
> On Mon, May 20, 2013 at 09:36:02AM -0400, Alex Deucher wrote:
>> You can tell the xserver what size cursor you support when you call
>> xf86_cursors_init() in the ddx. Just expose a 32x64 or 64x32 ARGB
>> cursor. Most apps don't
On Sun, May 19, 2013 at 4:59 AM, Russell King - ARM Linux
wrote:
> On Fri, May 17, 2013 at 07:40:23PM +0200, Jean-Francois Moine wrote:
>> Maybe I did not explain correctly: the colored cursor maybe RGB888 +
>> transparency (64x64) or full ARGB (64x32 or 32x64). I coded the first
>> case. And, yes
On Sun, May 19, 2013 at 4:59 AM, Russell King - ARM Linux
wrote:
> On Fri, May 17, 2013 at 07:40:23PM +0200, Jean-Francois Moine wrote:
>> Maybe I did not explain correctly: the colored cursor maybe RGB888 +
>> transparency (64x64) or full ARGB (64x32 or 32x64). I coded the first
>> case. And, yes
On Fri, May 17, 2013 at 01:33:45PM +0200, Jean-Francois Moine wrote:
> I quickly compared your dove drm driver and ours (Sebastian and me):
>
> - CMA helper
>
> You don't use DRM_KMS_CMA_HELPER and DRM_GEM_CMA_HELPER which would
> simplify some code.
Looking at the CMA helper code in DRM, it
On Fri, May 17, 2013 at 07:40:23PM +0200, Jean-Francois Moine wrote:
> Maybe I did not explain correctly: the colored cursor maybe RGB888 +
> transparency (64x64) or full ARGB (64x32 or 32x64). I coded the first
> case. And, yes, I better like a hardware cursor: it asks for less
> computation, and
On Fri, May 17, 2013 at 01:33:45PM +0200, Jean-Francois Moine wrote:
> I quickly compared your dove drm driver and ours (Sebastian and me):
>
> - CMA helper
>
> You don't use DRM_KMS_CMA_HELPER and DRM_GEM_CMA_HELPER which would
> simplify some code.
Looking at the CMA helper code in DRM, it
On Fri, May 17, 2013 at 07:40:23PM +0200, Jean-Francois Moine wrote:
> Maybe I did not explain correctly: the colored cursor maybe RGB888 +
> transparency (64x64) or full ARGB (64x32 or 32x64). I coded the first
> case. And, yes, I better like a hardware cursor: it asks for less
> computation, and
On Fri, 17 May 2013 19:00:29 +0100
Russell King - ARM Linux wrote:
> > Maybe I did not explain correctly: the colored cursor maybe RGB888 +
> > transparency (64x64) or full ARGB (64x32 or 32x64). I coded the first
> > case. And, yes, I better like a hardware cursor: it asks for less
> > computati
On Fri, 17 May 2013 19:00:29 +0100
Russell King - ARM Linux wrote:
> > Maybe I did not explain correctly: the colored cursor maybe RGB888 +
> > transparency (64x64) or full ARGB (64x32 or 32x64). I coded the first
> > case. And, yes, I better like a hardware cursor: it asks for less
> > computati
On Fri, 17 May 2013 13:01:15 +0100
Russell King - ARM Linux wrote:
> I already said - I don't support DT. I don't run any DT based ARM
> devices, so I have no experience with DT. What I care more about
> is a working cubox platform, which afaik DT still can't offer yet.
I like the DT concept.
On Fri, May 17, 2013 at 07:00:29PM +0100, Russell King - ARM Linux wrote:
> On Fri, May 17, 2013 at 07:40:23PM +0200, Jean-Francois Moine wrote:
> > Maybe I did not explain correctly: the colored cursor maybe RGB888 +
> > transparency (64x64) or full ARGB (64x32 or 32x64). I coded the first
> > cas
On Fri, May 17, 2013 at 07:40:23PM +0200, Jean-Francois Moine wrote:
> On Fri, 17 May 2013 13:01:15 +0100
> Russell King - ARM Linux wrote:
> > > - CMA helper
> > >
> > > You don't use DRM_KMS_CMA_HELPER and DRM_GEM_CMA_HELPER which would
> > > simplify some code.
> >
> > Possibly, but the
On 05/17/13 13:33, Jean-Francois Moine wrote:
> On Thu, 16 May 2013 20:25:10 +0100
> Russell King - ARM Linux wrote:
>> What follows is my DRM driver for Dove, which I've been working on with
>> the Solid-run Cubox, which only offers HDMI output via the TDA19988
>> chip.
...
> - device tree
>
>
On Thu, 16 May 2013 20:25:10 +0100
Russell King - ARM Linux wrote:
> What follows is my DRM driver for Dove, which I've been working on with
> the Solid-run Cubox, which only offers HDMI output via the TDA19988
> chip.
>
> Not everything is finished off perfectly in this driver; there's quite
>
On Fri, May 17, 2013 at 01:33:45PM +0200, Jean-Francois Moine wrote:
> Hi Russell,
>
> I quickly compared your dove drm driver and ours (Sebastian and me):
I already said - I don't support DT. I don't run any DT based ARM
devices, so I have no experience with DT. What I care more about
is a wor
On Fri, May 17, 2013 at 07:00:29PM +0100, Russell King - ARM Linux wrote:
> On Fri, May 17, 2013 at 07:40:23PM +0200, Jean-Francois Moine wrote:
> > Maybe I did not explain correctly: the colored cursor maybe RGB888 +
> > transparency (64x64) or full ARGB (64x32 or 32x64). I coded the first
> > cas
On Fri, May 17, 2013 at 07:40:23PM +0200, Jean-Francois Moine wrote:
> On Fri, 17 May 2013 13:01:15 +0100
> Russell King - ARM Linux wrote:
> > > - CMA helper
> > >
> > > You don't use DRM_KMS_CMA_HELPER and DRM_GEM_CMA_HELPER which would
> > > simplify some code.
> >
> > Possibly, but the
On Fri, 17 May 2013 13:01:15 +0100
Russell King - ARM Linux wrote:
> I already said - I don't support DT. I don't run any DT based ARM
> devices, so I have no experience with DT. What I care more about
> is a working cubox platform, which afaik DT still can't offer yet.
I like the DT concept.
On Fri, May 17, 2013 at 01:33:45PM +0200, Jean-Francois Moine wrote:
> Hi Russell,
>
> I quickly compared your dove drm driver and ours (Sebastian and me):
I already said - I don't support DT. I don't run any DT based ARM
devices, so I have no experience with DT. What I care more about
is a wor
On 05/17/13 13:33, Jean-Francois Moine wrote:
On Thu, 16 May 2013 20:25:10 +0100
Russell King - ARM Linux wrote:
What follows is my DRM driver for Dove, which I've been working on with
the Solid-run Cubox, which only offers HDMI output via the TDA19988
chip.
...
- device tree
Our driver d
On Thu, 16 May 2013 20:25:10 +0100
Russell King - ARM Linux wrote:
> What follows is my DRM driver for Dove, which I've been working on with
> the Solid-run Cubox, which only offers HDMI output via the TDA19988
> chip.
>
> Not everything is finished off perfectly in this driver; there's quite
>
What follows is my DRM driver for Dove, which I've been working on with
the Solid-run Cubox, which only offers HDMI output via the TDA19988
chip.
Not everything is finished off perfectly in this driver; there's quite
a number of ragged edges (particularly with page flipping, which is
completely un
What follows is my DRM driver for Dove, which I've been working on with
the Solid-run Cubox, which only offers HDMI output via the TDA19988
chip.
Not everything is finished off perfectly in this driver; there's quite
a number of ragged edges (particularly with page flipping, which is
completely un
28 matches
Mail list logo
