From mboxrd@z Thu Jan 1 00:00:00 1970 From: Russell King Subject: Re: [PATCH 2/2] suspend: Cleanup calling of power off methods. Date: Wed, 21 Sep 2005 20:43:07 +0100 Message-ID: <20050921194306.GC13246@flint.arm.linux.org.uk> References: <20050921101855.GD25297@atrey.karlin.mff.cuni.cz> <20050921173630.GA2477@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: <20050921173630.GA2477@localhost.localdomain> Sender: linux-kernel-owner@vger.kernel.org To: Alexander Nyberg Cc: Linus Torvalds , Pavel Machek , Andrew Morton , "Eric W. Biederman" , len.brown@intel.com, Pierre Ossman , acpi-devel@lists.sourceforge.net, ncunningham@cyclades.com, Masoud Sharbiani , Linux Kernel Mailing List List-Id: linux-acpi@vger.kernel.org On Wed, Sep 21, 2005 at 07:36:30PM +0200, Alexander Nyberg wrote: > Morever bugme.osdl.org is severely underworked (acpi being a noteable > exception) and Andrew has stepped in alot there too. Alot of bugs > reported on the mailing list are only followed up by Andrew. That depends on your point of view. One of the biggest problems bugme has is that not enough of the kernel developers are on it. I originally signed up to bugme to be able to use it as a service for those folk who want to report a bug against the new code I look after, but (for me) it's turned into a bug reporting system for all serial drivers and seemingly its my responsibility to fix them all (because I can't assign them to anyone else - I don't even know who else is signed up to bugme to be able to give them away.) And as a direct result of this, I tend to end up rejecting bug reports for random serial drivers that I have absolutely no idea about just because I can't shift them. I don't like doing this because it means as a whole we're losing valuable bug reports, but if I don't take this drastic action, I'd end up with pages of unprocessable bugs. So, before trying to get the "underworked" bug system used more, please try to get more developers signed up to it so that we have the necessary folk behind the bug system to handle the increased work load. -- Russell King Linux kernel 2.6 ARM Linux - http://www.arm.linux.org.uk/ maintainer of: 2.6 Serial core