Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753255AbXF3UX3 (ORCPT ); Sat, 30 Jun 2007 16:23:29 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752047AbXF3UXU (ORCPT ); Sat, 30 Jun 2007 16:23:20 -0400 Received: from ogre.sisk.pl ([217.79.144.158]:35088 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752139AbXF3UXT (ORCPT ); Sat, 30 Jun 2007 16:23:19 -0400 From: "Rafael J. Wysocki" To: Pavel Machek Subject: Re: [PATCH] Optional Beeping During Resume From Suspend To Ram. Date: Sat, 30 Jun 2007 22:30:18 +0200 User-Agent: KMail/1.9.5 Cc: Nigel Cunningham , LKML , Andrew Morton References: <200706192118.23706.nigel@nigel.suspend2.net> <200706301215.20334.rjw@sisk.pl> <20070630101112.GA10444@elf.ucw.cz> In-Reply-To: <20070630101112.GA10444@elf.ucw.cz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706302230.19040.rjw@sisk.pl> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1505 Lines: 41 Hi, On Saturday, 30 June 2007 12:11, Pavel Machek wrote: > Hi! > > > > > Sorry, but I can't resist the opportunity to say "Send a patch!" :) > > > > > > > > Seriously, though, I'd prefer not to. If we rename that acpi video flags > > > > variable (I assume this is what you're thinking of), we only create cause for > > > > confusion. A variable should for debugging or for controlling quirks, not for > > > > both at the same time. > > > > > > Cause for confusion? We are currently using 2 bits of that variable, > > > and we want to add one more bit. I seriously doubt that can confuse > > > anyone. > > > > Well, indeed it would be more elegant to rename the existing flags variable > > and use another bit out of it, but I personally don't think it's _that_ > > important. At least, I don't think we should block the patch > > because of that. > > It is not _that_ important. > > > BTW, has anyone confirmed that it works on i386? > > If you have patch somewhere nearby, I can test it on i386 and make it > use just one flags variable. http://www.sisk.pl/kernel/hibernation_and_suspend/2.6.22-rc6/patches/28-Optional-Beeping-During-Resume-From-RAM.patch Greetings, Rafael -- "Premature optimization is the root of all evil." - Donald Knuth - 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/