From: Joe Perches <joe@perches.com>
To: James Simmons <jsimmons@infradead.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
devel@driverdev.osuosl.org,
Andreas Dilger <andreas.dilger@intel.com>,
Oleg Drokin <oleg.drokin@intel.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Lustre Development List <lustre-devel@lists.lustre.org>
Subject: [lustre-devel] [PATCH 0/7] staging: lustre: last missing patches for lustre 2.6
Date: Fri, 19 Aug 2016 11:39:26 -0700 [thread overview]
Message-ID: <1471631966.3893.29.camel@perches.com> (raw)
In-Reply-To: <1471630051-26700-1-git-send-email-jsimmons@infradead.org>
On Fri, 2016-08-19 at 14:07 -0400, James Simmons wrote:
> Resolved the last remain bug that prevented earlier submission.
> This covers the remaining patches that were missing from the
> upstream client that was in Lustre 2.6 except for the work for
> LU-2484. The work for LU-2484 depends on the stat infrastructure
> that was removed earlier from the upstream client. That will
> be done at a later date. In reality this is a pre-2.7 client
> due to the landing of many patches earlier from lustre 2.7.
> In any case this is a huge milestone for the lustre client in
> the linux kernel.
Couple things:
1: I'd like to see the lustre #include files separated into
? ?only two internal/external directories akin to the
? ?include/linux and include/uapi directories used by linux.
? ?Is this a reasonable thing?
and
2: James, you seem to aggregate a lot of lustre patches and
? ?yet you are not a listed maintainer. ?Should you be?
WARNING: multiple messages have this Message-ID (diff)
From: Joe Perches <joe@perches.com>
To: James Simmons <jsimmons@infradead.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
devel@driverdev.osuosl.org,
Andreas Dilger <andreas.dilger@intel.com>,
Oleg Drokin <oleg.drokin@intel.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
Lustre Development List <lustre-devel@lists.lustre.org>
Subject: Re: [PATCH 0/7] staging: lustre: last missing patches for lustre 2.6
Date: Fri, 19 Aug 2016 11:39:26 -0700 [thread overview]
Message-ID: <1471631966.3893.29.camel@perches.com> (raw)
In-Reply-To: <1471630051-26700-1-git-send-email-jsimmons@infradead.org>
On Fri, 2016-08-19 at 14:07 -0400, James Simmons wrote:
> Resolved the last remain bug that prevented earlier submission.
> This covers the remaining patches that were missing from the
> upstream client that was in Lustre 2.6 except for the work for
> LU-2484. The work for LU-2484 depends on the stat infrastructure
> that was removed earlier from the upstream client. That will
> be done at a later date. In reality this is a pre-2.7 client
> due to the landing of many patches earlier from lustre 2.7.
> In any case this is a huge milestone for the lustre client in
> the linux kernel.
Couple things:
1: I'd like to see the lustre #include files separated into
only two internal/external directories akin to the
include/linux and include/uapi directories used by linux.
Is this a reasonable thing?
and
2: James, you seem to aggregate a lot of lustre patches and
yet you are not a listed maintainer. Should you be?
next prev parent reply other threads:[~2016-08-19 18:39 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-08-19 18:07 [lustre-devel] [PATCH 0/7] staging: lustre: last missing patches for lustre 2.6 James Simmons
2016-08-19 18:07 ` James Simmons
2016-08-19 18:07 ` [lustre-devel] [PATCH 1/7] staging: lustre: lmv: implement lmv version of read_page James Simmons
2016-08-19 18:07 ` James Simmons
2016-08-19 18:07 ` [lustre-devel] [PATCH 2/7] staging: lustre: llite: move dir cache to MDC layer James Simmons
2016-08-19 18:07 ` James Simmons
2016-08-19 18:07 ` [lustre-devel] [PATCH 3/7] staging: lustre: obd: remove unused lmv_readpages()/mdc_readpage() James Simmons
2016-08-19 18:07 ` James Simmons
2016-08-19 18:07 ` [lustre-devel] [PATCH 4/7] staging: lustre: mdt: add OBD_CONNECT_DIR_STRIPE flag James Simmons
2016-08-19 18:07 ` James Simmons
2016-08-19 18:07 ` [lustre-devel] [PATCH 5/7] staging: lustre: obd: remove dead code James Simmons
2016-08-19 18:07 ` James Simmons
2016-08-19 18:07 ` [lustre-devel] [PATCH 6/7] staging: lustre: obd: decruft md_enqueue() and md_intent_lock() James Simmons
2016-08-19 18:07 ` James Simmons
2016-08-19 18:07 ` [lustre-devel] [PATCH 7/7] staging: lustre: update version to 2.5.99 James Simmons
2016-08-19 18:07 ` James Simmons
2016-08-19 18:39 ` Joe Perches [this message]
2016-08-19 18:39 ` [PATCH 0/7] staging: lustre: last missing patches for lustre 2.6 Joe Perches
2016-08-19 19:44 ` [lustre-devel] " James Simmons
2016-08-19 19:44 ` James Simmons
2016-08-19 20:01 ` [lustre-devel] " Joe Perches
2016-08-19 20:01 ` Joe Perches
2016-08-22 17:41 ` [lustre-devel] " James Simmons
2016-08-22 17:41 ` James Simmons
2016-08-22 17:55 ` [lustre-devel] " Joe Perches
2016-08-22 17:55 ` Joe Perches
2016-08-22 20:38 ` [lustre-devel] " Greg Kroah-Hartman
2016-08-22 20:38 ` Greg Kroah-Hartman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1471631966.3893.29.camel@perches.com \
--to=joe@perches.com \
--cc=andreas.dilger@intel.com \
--cc=devel@driverdev.osuosl.org \
--cc=gregkh@linuxfoundation.org \
--cc=jsimmons@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lustre-devel@lists.lustre.org \
--cc=oleg.drokin@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.