From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kirill Smelkov Subject: Re: Major 2.6.38 / 2.6.39 / 3.0 regression ignored? Date: Sat, 23 Jul 2011 01:31:02 +0400 Message-ID: <20110722213102.GA14749@tugrik.mns.mnsspb.ru> References: <201105211123.56053.luke@dashjr.org> <20110528131920.GA10467@tugrik.mns.mnsspb.ru> <20110712171706.GA18414@tugrik.mns.mnsspb.ru> <20110722110806.GA29757@tugrik.mns.mnsspb.ru> <20110722202336.GA14375@tugrik.mns.mnsspb.ru> <20110722210814.GC14453@tugrik.mns.mnsspb.ru> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Content-Disposition: inline In-Reply-To: <20110722210814.GC14453@tugrik.mns.mnsspb.ru> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org Errors-To: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org To: Keith Packard Cc: Pekka Enberg , Herbert Xu , Luke-Jr , intel-gfx@lists.freedesktop.org, LKML , dri-devel@lists.freedesktop.org, "Rafael J. Wysocki" , Ray Lee , Andrew Morton , Linus Torvalds List-Id: dri-devel@lists.freedesktop.org On Sat, Jul 23, 2011 at 01:08:14AM +0400, Kirill Smelkov wrote: > On Fri, Jul 22, 2011 at 01:50:04PM -0700, Keith Packard wrote: > > You're right, of course -- UMS is a huge wart on the kernel driver at > > this point, keeping it working while also adding new functionality > > continues to cause challenges. We tend to expect that most people will > > run reasonably contemporaneous kernel and user space code, and so three > > years after the switch, it continues to surprise us when someone > > actually tries UMS. > > We are planning upgrade to KMS too. The kernel is upgraded more often > compared to userspace, because of already mentioned (thanks!) "no > regression" rule. Userspace is more complex and more work in my context, > so it is lagging, but eventually we'll get there. Also wanted to say, that if whole X could be built, like the kernel, from one repo without multirepo-setup tool, with 100% reliable working incremental rebuild, etc... it would be a bit easier to upgrade X too. Sorry for being a bit offtopic, could not resist. I was keeping that though in my head for ~ 2 years already, and now had a chance to mention it. Thanks, Kirill