Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S268351AbUIMPH3 (ORCPT ); Mon, 13 Sep 2004 11:07:29 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S267576AbUIMPFW (ORCPT ); Mon, 13 Sep 2004 11:05:22 -0400 Received: from pimout7-ext.prodigy.net ([207.115.63.58]:34045 "EHLO pimout7-ext.prodigy.net") by vger.kernel.org with ESMTP id S267660AbUIMOww (ORCPT ); Mon, 13 Sep 2004 10:52:52 -0400 Date: Mon, 13 Sep 2004 10:52:14 -0400 (EDT) From: Vladimir Dergachev X-X-Sender: volodya@node2.an-vo.com Reply-To: Vladimir Dergachev To: Michel =?ISO-8859-1?Q?D=E4nzer?= cc: Dave Airlie , Alan Cox , Jon Smirl , Felix =?ISO-8859-1?Q?K=FChling?= , DRI Devel , lkml , Linus Torvalds Subject: Re: radeon-pre-2 In-Reply-To: <1095036743.22137.48.camel@admin.tel.thor.asgaard.local> Message-ID: References: <9e47339104090919015b5b5a4d@mail.gmail.com> <20040910153135.4310c13a.felix@trabant> <9e47339104091008115b821912@mail.gmail.com> <1094829278.17801.18.camel@localhost.localdomain> <9e4733910409100937126dc0e7@mail.gmail.com> <1094832031.17883.1.camel@localhost.localdomain> <9e47339104091010221f03ec06@mail.gmail.com> <1094835846.17932.11.camel@localhost.localdomain> <9e47339104091011402e8341d0@mail.gmail.com> <1094853588.18235.12.camel@localhost.localdomain> <1094912726.21157.52.camel@localhost.localdomain> <1095035276.22112.31.camel@admin.tel.thor.asgaard.local> <1095036743.22137.48.camel@admin.tel.thor.asgaard.local> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1463811584-1127454695-1095087134=:4885" Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2627 Lines: 71 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. ---1463811584-1127454695-1095087134=:4885 Content-Type: TEXT/PLAIN; charset=UTF-8; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 12 Sep 2004, Michel [ISO-8859-1] D=E4nzer wrote: > On Sun, 2004-09-12 at 20:45 -0400, Vladimir Dergachev wrote: >> >> On Sun, 12 Sep 2004, Michel [ISO-8859-1] Dnzer wrote: >> >>> On Sun, 2004-09-12 at 23:42 +0100, Dave Airlie wrote: >>>> >>>> I think yourself and Linus's ideas for a locking scheme look good, I a= lso >>>> know they won't please Jon too much as he can see where the potential >>>> ineffecienes with saving/restore card state on driver swap are, especa= illy >>>> on running fbcon and X on a dual-head card with different users. >>> >>> Frankly, I don't understand the fuss about that. When you run a 3D >>> client on X today, 3D client and X server share the accelerator with >>> this scheme, and as imperfect as it is, it seems to do a pretty good jo= b >>> in my experience. >> >> Not that good - try dragging something while a DVD video is playing. > > What are you getting at? The overlay window is currently using part of what is being proposed by "multiple drivers" proponents. It has to make engine queiscent so it can=20 write data directly to the video memory. It does *not* have to save the=20 state. So, as Jon rightly points out the "multiple drivers" scheme only makes=20 sense in the current usage patter - you either use X or framebuffer, never= =20 both at the same time and you consider a few seconds per switch normal. (Not that it actually has to take few seconds, I am just pointing out the= =20 the expectations are well below what we do now) However, if we want the switch from X to framebuffer to be as fast as=20 switching between different text consoles (assuming they have the same=20 resolution) and if we want to be able to run different Xservers on=20 different consoles or Xserver+framebuffer combinations Jon's proposal=20 wins. best Vladimir Dergachev > > > --=20 > Earthling Michel D=C3=A4nzer | Debian (powerpc), X and DRI devel= oper > Libre software enthusiast | http://svcs.affero.net/rm.php?r=3Ddaenze= r > ---1463811584-1127454695-1095087134=:4885-- - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/