Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755567AbZFRHcv (ORCPT ); Thu, 18 Jun 2009 03:32:51 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752634AbZFRHcm (ORCPT ); Thu, 18 Jun 2009 03:32:42 -0400 Received: from mga09.intel.com ([134.134.136.24]:6381 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752273AbZFRHcm (ORCPT ); Thu, 18 Jun 2009 03:32:42 -0400 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.42,242,1243839600"; d="scan'208";a="525804666" Subject: Re: [RFC 1/7] crypto: Add GHASH digest algorithm for GCM From: Huang Ying To: Sebastian Andrzej Siewior Cc: Herbert Xu , "linux-kernel@vger.kernel.org" , "linux-crypto@vger.kernel.org" In-Reply-To: <20090618072728.GA2770@Chamillionaire.breakpoint.cc> References: <1244704226.5320.124.camel@yhuang-dev.sh.intel.com> <20090617200410.GB28694@Chamillionaire.breakpoint.cc> <1245290907.11965.201.camel@yhuang-dev.sh.intel.com> <20090618072728.GA2770@Chamillionaire.breakpoint.cc> Content-Type: text/plain Date: Thu, 18 Jun 2009 15:32:43 +0800 Message-Id: <1245310363.22246.7.camel@yhuang-dev.sh.intel.com> Mime-Version: 1.0 X-Mailer: Evolution 2.26.1.1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3227 Lines: 73 On Thu, 2009-06-18 at 15:27 +0800, Sebastian Andrzej Siewior wrote: > * Huang Ying | 2009-06-18 10:08:27 [+0800]: > > >On Thu, 2009-06-18 at 04:04 +0800, Sebastian Andrzej Siewior wrote: > >> >+#include > >> >+#include > >> >+#include > >> >+#include > >> >+#include > >> >+#include > >> >+#include > >> Do you mind to sort them? > > > >Sorry, can you tell me what is the better order? > > For header files it shouldn't matter if you include linux/module.h > followed by linux/init.h or the other way around. If you have them in > one place and sorted you can easily find out where to put the next one > and tell whether a specific header file is allready included. You also > make it a little harder to include one header file twice. If you think > this does not happen, a quick grep over the scsi tree shows: > > |$ fgrep -R '#include ' drivers/scsi/ | sort > sort.txt > |$ fgrep -R '#include ' drivers/scsi/ | sort -u > sort-u.txt > |$ diff -u sort.txt sort-u.txt > |--- sort.txt 2009-06-18 09:12:27.551876506 +0200 > |+++ sort-u.txt 2009-06-18 09:12:36.226342283 +0200 > |@@ -1347,7 +1347,6 @@ > | drivers/scsi/fcoe/libfcoe.c:#include > | drivers/scsi/fcoe/libfcoe.c:#include > | drivers/scsi/fcoe/libfcoe.c:#include > |-drivers/scsi/fcoe/libfcoe.c:#include > | drivers/scsi/fcoe/libfcoe.c:#include > | drivers/scsi/fcoe/libfcoe.c:#include > | drivers/scsi/fcoe/libfcoe.c:#include > |@@ -1623,7 +1622,6 @@ > | drivers/scsi/gdth.h:#include > | drivers/scsi/gdth_proc.c:#include > | drivers/scsi/gvp11.c:#include "gvp11.h" > |-drivers/scsi/gvp11.c:#include "gvp11.h" > | drivers/scsi/gvp11.c:#include "scsi.h" > | drivers/scsi/gvp11.c:#include "scsi_module.c" > | drivers/scsi/gvp11.c:#include "wd33c93.h" > |@@ -1718,7 +1716,6 @@ > | drivers/scsi/ibmvscsi/ibmvfc.h:#include > | drivers/scsi/ibmvscsi/ibmvscsi.c:#include "ibmvscsi.h" > | drivers/scsi/ibmvscsi/ibmvscsi.c:#include > |-drivers/scsi/ibmvscsi/ibmvscsi.c:#include > | drivers/scsi/ibmvscsi/ibmvscsi.c:#include > | drivers/scsi/ibmvscsi/ibmvscsi.c:#include > | drivers/scsi/ibmvscsi/ibmvscsi.c:#include > |@@ -2633,7 +2630,6 @@ > | drivers/scsi/mpt2sas/mpt2sas_transport.c:#include > | drivers/scsi/mpt2sas/mpt2sas_transport.c:#include > | drivers/scsi/mvme147.c:#include "mvme147.h" > |-drivers/scsi/mvme147.c:#include "mvme147.h" > | drivers/scsi/mvme147.c:#include "scsi.h" > | drivers/scsi/mvme147.c:#include "scsi_module.c" > | drivers/scsi/mvme147.c:#include "wd33c93.h" > > SCSI was just a random example. Sounds reasonable. I will do that. Best Regards, Huang Ying -- 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/