Re: Move lists to freedesktop.org?

2010-03-05 Thread olafBuddenhagen
Hi, On Thu, Mar 04, 2010 at 12:37:23PM -0800, Jesse Barnes wrote: > Would anyone have objections if these lists moved to freedesktop.org? > The recent thread with Linus about the drm pull request highlights the > post lag and non-subscriber aspect of the current lists, Err, how would moving the

Re: [RFC] dri2-sarea

2009-08-28 Thread olafBuddenhagen
Hi, On Mon, Aug 24, 2009 at 10:33:49AM +0200, Thomas Hellström wrote: > [...] gears sometimes _is_ a good benchmark. Be careful -- someone might quote you out of context ;-) -antrik- -- Let Crystal Reports handle the r

Re: [PATCH 0/4] Cursor's update inside kernel only

2009-01-30 Thread olafBuddenhagen
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

Re: [PATCH 0/4] Cursor's update inside kernel only

2009-01-24 Thread olafBuddenhagen
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-

Re: DRM enhancements document

2007-09-06 Thread olafBuddenhagen
Hi, On Tue, Sep 04, 2007 at 10:52:41AM -0700, Jesse Barnes wrote: > On Sunday, September 2, 2007 6:21 pm [EMAIL PROTECTED] wrote: > > As for EDID, I totally agree that this can be done in user space > > just fine. What I'm saying is that no central daemon is required for > > that. Handling this d

Re: DRM enhancements document

2007-09-02 Thread olafBuddenhagen
Hi, On Fri, Aug 24, 2007 at 06:08:57AM +0300, Daniel Stone wrote: > On Fri, Aug 24, 2007 at 03:50:04AM +0200, [EMAIL PROTECTED] > wrote: > > Graphics chips are complicated, but the bulk of the complexity is > > not in modesetting. Do you really think that modesetting (and other > > graphics hardw

Re: DRM enhancements document

2007-09-02 Thread olafBuddenhagen
Hi, On Fri, Aug 24, 2007 at 08:31:10AM -0700, Jesse Barnes wrote: > On Thursday, August 23, 2007 6:44:49 pm [EMAIL PROTECTED] wrote: > > I am *not* opposed to a scheme where userspace has to provide > > information how to set up a desired mode. (Although I'm not conviced > > it's really necessary

Re: DRM enhancements document

2007-08-23 Thread olafBuddenhagen
Hi, On Sun, Aug 12, 2007 at 09:36:32PM -0700, Jesse Barnes wrote: > On Sunday, August 12, 2007 8:50:12 am [EMAIL PROTECTED] wrote: > > I fail to understand why you want to put the manager in a daemon, > > instead of just letting the kernel do the management, like it does > > for all other hardwar

Re: DRM enhancements document

2007-08-23 Thread olafBuddenhagen
Hi, On Mon, Aug 20, 2007 at 05:27:43PM +0200, Matthias Hopf wrote: > On Aug 12, 07 17:50:12 +0200, [EMAIL PROTECTED] wrote: > > I fail to understand why you want to put the manager in a daemon, > > instead of just letting the kernel do the management, like it does > > for all other hardware. Why

Re: DRM enhancements document

2007-08-12 Thread olafBuddenhagen
Hi, On Thu, Aug 02, 2007 at 07:31:01PM +0200, Jerome Glisse wrote: > There should be master (possibly one for each card) which be the only > one being able to do this call: > DRM_IOCTL_MODE_SETCRTC - set CRTC parameters [...] > master (big boss) > - X server (got its framebuffer) > - X app