Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757594AbXITQt2 (ORCPT ); Thu, 20 Sep 2007 12:49:28 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755650AbXITQtS (ORCPT ); Thu, 20 Sep 2007 12:49:18 -0400 Received: from ug-out-1314.google.com ([66.249.92.168]:6323 "EHLO ug-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755414AbXITQtR (ORCPT ); Thu, 20 Sep 2007 12:49:17 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=X1D6UMrgIA1fkLFfPzwFE1LSI0VGKy9GfuhPYax6cYx5gW/A5JE/aFHk/UuHcRDeb04rUWzkv7vqdoEG+NTpz83oEzz/8slLTFr4/MCRz2H0sQRuSHSldQQ8upPn7SXAoC3ziZEe9bIhx5i/4PtTyUL2BqS+Ry1CWiD/K6z7iDQ= Message-ID: <91b13c310709200949x4b0c6db1kd408c19d931a1d09@mail.gmail.com> Date: Fri, 21 Sep 2007 00:49:15 +0800 From: "rae l" To: "David Miller" Subject: Re: [PATCH 1/2] net/: all net/ cleanup with ARRAY_SIZE Cc: rpjday@mindspring.com, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, cr_quan@163.com In-Reply-To: <20070916.164203.38709930.davem@davemloft.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <11887290181154-git-send-email-crquan@gmail.com> <20070916.164203.38709930.davem@davemloft.net> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1106 Lines: 34 On 9/17/07, David Miller wrote: > From: Denis Cheng > Date: Sun, 2 Sep 2007 18:30:17 +0800 > > > Signed-off-by: Denis Cheng > > You already submitted the net/ipv4/af_inet.c case > seperately, so I had to remove it from this patch for > it to apply properly. > > Please keep your patches straight to avoid problems > like this. I just can say sorry. But at that time, I'm not sure the former specific patch to net/ipv4/af_inet.c would be applied, and then I realized that change should be done with every subsystem in the kernel source, so I regenerate a new patch for the whole net/ subsystem; In this situation, I think I should give an announcement to make the former patch deprecated, shouldn't it? However, I'll be more cautious with patches. > > Thans. Thanks for applying. > -- Denis Cheng - 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/