Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932309AbVLFQpL (ORCPT ); Tue, 6 Dec 2005 11:45:11 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932312AbVLFQpL (ORCPT ); Tue, 6 Dec 2005 11:45:11 -0500 Received: from zproxy.gmail.com ([64.233.162.200]:48878 "EHLO zproxy.gmail.com") by vger.kernel.org with ESMTP id S932309AbVLFQpJ convert rfc822-to-8bit (ORCPT ); Tue, 6 Dec 2005 11:45:09 -0500 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=dAHBDsJMVxzYhd+1pnO9OQrMi0+cZWviVDRSsaa8EZv2MYrY+XbfaJE+I9HvV8C8sQc8dG8q2l7Cheklz5wL+jguqatp8+5R4tb26NTRWbxSszNkG6QS67yDAxdzmyRmrsfkXwj+jGT+uSG7hwVg+UYnizwBra7+x4rL7rJEu4c= Message-ID: Date: Tue, 6 Dec 2005 11:45:07 -0500 From: Dmitry Torokhov Reply-To: dtor_core@ameritech.net To: linux-kernel@vger.kernel.org Subject: Re: RFC: Starting a stable kernel series off the 2.6 kernel In-Reply-To: <20051206112127.GE10574@merlin.emma.line.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Content-Disposition: inline References: <20051203135608.GJ31395@stusta.de> <1133620264.2171.14.camel@localhost.localdomain> <20051203193538.GM31395@stusta.de> <1133639835.16836.24.camel@mindpipe> <20051203225815.GH25722@merlin.emma.line.org> <87y82z5kep.fsf@mid.deneb.enyo.de> <1133816764.9356.72.camel@laptopd505.fenrus.org> <87mzjf2gxs.fsf@mid.deneb.enyo.de> <20051206112127.GE10574@merlin.emma.line.org> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 913 Lines: 21 On 12/6/05, Matthias Andree wrote: > > QA has to happen at all levels if it is supposed to be affordable or > scalable. The development process was scaled up, but QA wasn't. > > How about the Signed-off-by: lines? Those people who pass on the changes > also pass on the bugs, and they are responsible for the code - not only > license-wise, but also quality-wise. That's the latest point where > regression tests MUST happen. People who pass the changes can only test ones they have hardware for. For the rest they can try to validate the code by reading patches but have to rely on the submitter wrt to the patch actually working. -- Dmitry - 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/