From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S262535AbUJ0UPk (ORCPT ); Wed, 27 Oct 2004 16:15:40 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S262432AbUJ0UOH (ORCPT ); Wed, 27 Oct 2004 16:14:07 -0400 Received: from siaag2ag.compuserve.com ([149.174.40.140]:8581 "EHLO siaag2ag.compuserve.com") by vger.kernel.org with ESMTP id S262632AbUJ0TzH (ORCPT ); Wed, 27 Oct 2004 15:55:07 -0400 Date: Wed, 27 Oct 2004 15:50:29 -0400 From: Chuck Ebbert <76306.1226@compuserve.com> Subject: Re: Let's make a small change to the process To: Alan Cox Cc: Dave Jones , William Lee Irwin III , Linux Kernel Mailing List , Randy Dunlap , Paolo Ciarrocchi Message-ID: <200410271553_MC3-1-8D4F-38E8@compuserve.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 27 Oct 2004 at 16:05 +0100 Alan Cos wrote: > Each 2.6.10rc change I merged is on the basis of reward >> risk. I'm inclined to even accept very small patches that aren't really bugfixes, like initmem poisoning and the signal delivery patch that removes unconditional writes to dr7. But some of the larger ones scare me, especially when they need modification to apply cleanly. Even if the mods are clear, there can be new logic elsewhere that breaks a backported patch. --Chuck Ebbert 27-Oct-04 15:49:15