Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S268260AbUIKRwa (ORCPT ); Sat, 11 Sep 2004 13:52:30 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S268240AbUIKRuL (ORCPT ); Sat, 11 Sep 2004 13:50:11 -0400 Received: from pimout5-ext.prodigy.net ([207.115.63.73]:64942 "EHLO pimout5-ext.prodigy.net") by vger.kernel.org with ESMTP id S268248AbUIKRty (ORCPT ); Sat, 11 Sep 2004 13:49:54 -0400 Date: Sat, 11 Sep 2004 13:49:34 -0400 (EDT) From: Vladimir Dergachev X-X-Sender: volodya@node2.an-vo.com Reply-To: Vladimir Dergachev To: Alan Cox cc: Michel =?ISO-8859-1?Q?D=E4nzer?= , Dave Airlie , Jon Smirl , Felix =?ISO-8859-1?Q?K=FChling?= , DRI Devel , lkml , Linus Torvalds Subject: Re: radeon-pre-2 In-Reply-To: <1094919630.21082.116.camel@localhost.localdomain> 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> <1094873412.4838.49.camel@admin.tel.thor.asgaard.local> <1094883136.6095.75.camel@admin.tel.thor.asgaard.local> <1094913414.21157.65.camel@localhost.localdomain> <1094915671.21290.77.camel@localhost.localdomain> <1094919630.21082.116.camel@localhost.localdomain> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1354 Lines: 35 On Sat, 11 Sep 2004, Alan Cox wrote: > On Sad, 2004-09-11 at 18:10, Vladimir Dergachev wrote: >> This is a good point - if we don't need DMA or 3d acceleration we can >> reduce memory footprint. This would seem that current DRM driver would >> need to be dependent on whatever driver contains the mode setting code. >> >> What do you think ? > > Jon wants to get mode setting into a seperate piece of functionality - > preferably in user space for many cards. I'd dearly love to see hotplug > handing all but some "emergency" pre-computed mode settings. I think there is a misunderstanding. My view was that PLL setting (and setting of a fixed mode) would be done in DRM driver. This way it would be able to restore previous settings after a lockup or respond to FB request to change modes. However the decision of which mode to set, as well as where the framebuffer is located is done in user-space. (So that subtleties of layout of offscreen memory are not in the kernel). Jon - did I understand you correctly ? best Vladimir Dergachev - 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/