On Sunday, January 25, 2009 2:28 am Pekka Paalanen wrote:
> On Mon, 5 Jan 2009 18:55:50 -0200
>
> Tiago Vignatti wrote:
> > Hi guys,
> >
> > Under KMS, we can build a feature to update the cursor directly to screen
> > without the continuous intervention of the userspace application (X
> > server,
Hi,
On Sun, Jan 25, 2009 at 12:28:37PM +0200, Pekka Paalanen wrote:
> Consider a case where user space is stalled due to excessive load, and
> let's think about usability. Much of usability comes from feedback
> given to a user.
>
> If cursor updates are done completely inside the kernel, the mo
Hi,
On Mon, Jan 05, 2009 at 06:55:50PM -0200, Tiago Vignatti wrote:
> Under KMS, we can build a feature to update the cursor directly to
> screen without the continuous intervention of the userspace
> application (X server, wayland, etc). It's a fastpath for DRM based
> cursors obtained by short-
On Mon, 2009-01-19 at 10:03 -0800, Jesse Barnes wrote:
> On Friday, January 16, 2009 1:55 pm Rémi Cardona wrote:
> > Le 16/01/2009 21:21, Jesse Barnes a écrit :
> > > On Monday, January 5, 2009 12:55 pm Tiago Vignatti wrote:
> > >> Right now a thing that is annoying me is how others cursors, sw
>
On Tue, Jan 20, 2009 at 12:47:44AM +0100, Rémi Cardona wrote:
> Le 19/01/2009 19:03, Jesse Barnes a écrit :
> > Gah, yeah forgot about drag& drop of big icons... Maybe Kristian was right
> > that all cursors should be done in software; hardware just doesn't provide
> > the flexibility desktops wa
Le 19/01/2009 19:03, Jesse Barnes a écrit :
> Gah, yeah forgot about drag& drop of big icons... Maybe Kristian was right
> that all cursors should be done in software; hardware just doesn't provide
> the flexibility desktops want these days.
Maybe there could be a way to prioritize input events
> -Original Message-
> From: Jim Gettys [mailto:j...@freedesktop.org]
> Sent: Monday, January 19, 2009 1:24 PM
> To: McDonald, Michael-p7438c
> Cc: xorg@lists.freedesktop.org
> Subject: RE: [PATCH 0/4] Cursor's update inside kernel only
>
> At this date,
> -Original Message-
> From: xorg-boun...@lists.freedesktop.org
> [mailto:xorg-boun...@lists.freedesktop.org] On Behalf Of Jesse Barnes
> Sent: Monday, January 19, 2009 11:03 AM
> To: dri-de...@lists.sourceforge.net
> Cc: xorg@lists.freedesktop.org
> Subject: Re:
On Friday, January 16, 2009 1:55 pm Rémi Cardona wrote:
> Le 16/01/2009 21:21, Jesse Barnes a écrit :
> > On Monday, January 5, 2009 12:55 pm Tiago Vignatti wrote:
> >> Right now a thing that is annoying me is how others cursors, sw
> >> rendered, could be implemented. I want to avoid two different
Le 16/01/2009 21:21, Jesse Barnes a écrit :
> On Monday, January 5, 2009 12:55 pm Tiago Vignatti wrote:
>> Right now a thing that is annoying me is how others cursors, sw rendered,
>> could be implemented. I want to avoid two differents sets of the same code
>> in different contexts. IMHO conceptua
On Monday, January 5, 2009 12:55 pm Tiago Vignatti wrote:
> Right now a thing that is annoying me is how others cursors, sw rendered,
> could be implemented. I want to avoid two differents sets of the same code
> in different contexts. IMHO conceptually all these cursor update things
> must be in-k
Hi guys,
Under KMS, we can build a feature to update the cursor directly to screen
without the continuous intervention of the userspace application (X server,
wayland, etc). It's a fastpath for DRM based cursors obtained by short-circuit
the kernel input layer and DRM module. This would solve all
12 matches
Mail list logo