From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964785AbWG3XIP (ORCPT ); Sun, 30 Jul 2006 19:08:15 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S964786AbWG3XIP (ORCPT ); Sun, 30 Jul 2006 19:08:15 -0400 Received: from gprs189-60.eurotel.cz ([160.218.189.60]:27055 "EHLO amd.ucw.cz") by vger.kernel.org with ESMTP id S964785AbWG3XIO (ORCPT ); Sun, 30 Jul 2006 19:08:14 -0400 Date: Mon, 31 Jul 2006 01:07:57 +0200 From: Pavel Machek To: Hua Zhong Cc: "'Rafael J. Wysocki'" , "'Bill Davidsen'" , "'Kernel Mailing List'" Subject: Re: suspend2 merge history [was Re: the " 'official' point of view" expressed by kernelnewbies.org regarding reiser4 inclusion] Message-ID: <20060730230757.GA1800@elf.ucw.cz> References: <200607300054.18231.rjw@sisk.pl> <00c801c6b427$20d545d0$0200a8c0@nuitysystems.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00c801c6b427$20d545d0$0200a8c0@nuitysystems.com> X-Warning: Reading this can be dangerous to your mental health. User-Agent: Mutt/1.5.11+cvs20060126 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Sun 2006-07-30 15:25:49, Hua Zhong wrote: > > I don't _blame_ drivers. I only wanted to say this: "If > > Nigel knows that some drivers need to be fixed and he has > > working fixes for these drivers, he should have submitted > > these fixes for merging instead of just keeping them in > > suspend2". Period. > > > > If I know of a fix for a driver, I always do my best to make > > sure the fix will get considered for merging at least. The > > problem is I'm not a driver expert and I can't provide the > > fixes myself. > > Suspend2 patch is open source. You can always take a look. swsusp is open source. You can always take a look. And you can always submit a patch. > Moreover, if someone claims suspend2 isn't ready for merge, or the Moreover, if someone claims swsusp is broken, they should attach bugzilla id. > I'm not exactly an expert, but I don't think suspend-to-ram is more > difficult than suspend-to-disk (probably quite the contrary), and > there are a lot in common. As you said, you do not know what you are talking about. Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html