From mboxrd@z Thu Jan 1 00:00:00 1970 From: Greg Kroah-Hartman Date: Mon, 22 Aug 2016 16:38:01 -0400 Subject: [lustre-devel] [PATCH 0/7] staging: lustre: last missing patches for lustre 2.6 In-Reply-To: <1471888542.3746.70.camel@perches.com> References: <1471630051-26700-1-git-send-email-jsimmons@infradead.org> <1471631966.3893.29.camel@perches.com> <1471636905.3893.40.camel@perches.com> <1471888542.3746.70.camel@perches.com> Message-ID: <20160822203801.GB5166@kroah.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Joe Perches Cc: James Simmons , devel@driverdev.osuosl.org, Andreas Dilger , Linux Kernel Mailing List , Oleg Drokin , Lustre Development List On Mon, Aug 22, 2016 at 10:55:42AM -0700, Joe Perches wrote: > On Mon, 2016-08-22 at 18:41 +0100, James Simmons wrote: > > On Fri, 2016-08-19 at 20:44 +0100, James Simmons wrote: > > Hi again James. > > > > I don't _need_ anything, but I think it'd be simpler to > > > have just 2 directories, one for lustre kernel stuff > > > and another for lustre uapi stuff. > > > > > > That applies for LNet and libcfs #includes as well. > > > > > > To me, ideally, there'd only be 2 #include directories > > > so that the only used #include styles could become: > > > > > > #include > > > and > > > #include > > > > > > and that would work regardless of lustre's layout > > > in staging or elsewhere. > > I didn't expect this to be requested at this time. I thought this would be? > > addressed just before we left staging. > > Sooner is better to me, but that's up to you all. No, please, let's wait, there's still lots of "real" work to be done in the lustre code before messing with the .h files like this. James, please just continue the great work you are doing so far, all is fine :) thanks, greg k-h From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755904AbcHVUhz (ORCPT ); Mon, 22 Aug 2016 16:37:55 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:53750 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752564AbcHVUhx (ORCPT ); Mon, 22 Aug 2016 16:37:53 -0400 Date: Mon, 22 Aug 2016 16:38:01 -0400 From: Greg Kroah-Hartman To: Joe Perches Cc: James Simmons , devel@driverdev.osuosl.org, Andreas Dilger , Linux Kernel Mailing List , Oleg Drokin , Lustre Development List Subject: Re: [PATCH 0/7] staging: lustre: last missing patches for lustre 2.6 Message-ID: <20160822203801.GB5166@kroah.com> References: <1471630051-26700-1-git-send-email-jsimmons@infradead.org> <1471631966.3893.29.camel@perches.com> <1471636905.3893.40.camel@perches.com> <1471888542.3746.70.camel@perches.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1471888542.3746.70.camel@perches.com> User-Agent: Mutt/1.7.0 (2016-08-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Aug 22, 2016 at 10:55:42AM -0700, Joe Perches wrote: > On Mon, 2016-08-22 at 18:41 +0100, James Simmons wrote: > > On Fri, 2016-08-19 at 20:44 +0100, James Simmons wrote: > > Hi again James. > > > > I don't _need_ anything, but I think it'd be simpler to > > > have just 2 directories, one for lustre kernel stuff > > > and another for lustre uapi stuff. > > > > > > That applies for LNet and libcfs #includes as well. > > > > > > To me, ideally, there'd only be 2 #include directories > > > so that the only used #include styles could become: > > > > > > #include > > > and > > > #include > > > > > > and that would work regardless of lustre's layout > > > in staging or elsewhere. > > I didn't expect this to be requested at this time. I thought this would be  > > addressed just before we left staging. > > Sooner is better to me, but that's up to you all. No, please, let's wait, there's still lots of "real" work to be done in the lustre code before messing with the .h files like this. James, please just continue the great work you are doing so far, all is fine :) thanks, greg k-h