From: "Dilger, Andreas" <andreas.dilger@intel.com>
To: Denis Kirjanov <kirjanov@gmail.com>,
Xose Vazquez Perez <xose.vazquez@gmail.com>
Cc: Greg KH <gregkh@linuxfoundation.org>,
Christoph Hellwig <hch@infradead.org>,
"Drokin, Oleg" <oleg.drokin@intel.com>,
Staging <driverdev-devel@linuxdriverproject.org>,
Lustre devel <lustre-devel@lists.lustre.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>
Subject: Re: Future of Lustre in staging
Date: Mon, 23 Nov 2015 23:37:19 +0000 [thread overview]
Message-ID: <D2773FFF.11BF44%andreas.dilger@intel.com> (raw)
In-Reply-To: <CAHj3AVk+g_O-9bKqHWn4tMJnUGEb7ZPxAgxtEzqMh6JYvHWfNw@mail.gmail.com>
On 2015/11/20, 06:30, "Denis Kirjanov" <kirjanov@gmail.com> wrote:
>On 11/20/15, Xose Vazquez Perez <xose.vazquez@gmail.com> wrote:
>> Hi,
>>
>> From https://lwn.net/Articles/662979/
>>
>> --cut--
>> Christoph complained a bit about the staging tree. He said that it
>> breaks allmodconfig builds, but that problem was evidently fixed a while
>> ago. He also dislikes the Lustre filesystem, which has been in staging
>> for some time now; Greg agreed and said that he would like to delete it.
>> It was generally agreed that the work being done on Lustre is not
>> substantial enough to justify its continued presence. Christoph also
>> said that the use of the staging tree for code that is about to be
>> deleted could be improved; there are, he said, people doing white-space
>> fixes on doomed code.
>> --end--
>>
>> Could anyone clarify it?
>
>AFAIK, Intel is going to work more harder on Lustre code, so the best
>option would be to wait a bit.
>Agreed, checkpatch fixes are just a mess..
I think it is important to note that it isn't just Intel working on this
code, but also ORNL, Cray, Indiana University, and others.
As for build breakage pf Lustre in staging, more often as not that is due
to patches landing outside of staging that cause Lustre builds to break.
That isn't really something that we can control while Lustre is in the
staging branch if that isn't required for normal builds. The zero-day
patch bot has been good at catching those issues, and we've been good at
submitting fixes quickly, so I don't think it is a huge problem.
Cheers, Andreas
--
Andreas Dilger
Lustre Principal Architect
Intel High Performance Data Division
prev parent reply other threads:[~2015-11-23 23:37 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <564F0754.10500@gmail.com>
2015-11-20 12:30 ` Future of Lustre in staging Denis Kirjanov
2015-11-23 23:37 ` Dilger, Andreas [this message]
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=D2773FFF.11BF44%andreas.dilger@intel.com \
--to=andreas.dilger@intel.com \
--cc=driverdev-devel@linuxdriverproject.org \
--cc=gregkh@linuxfoundation.org \
--cc=hch@infradead.org \
--cc=kirjanov@gmail.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lustre-devel@lists.lustre.org \
--cc=oleg.drokin@intel.com \
--cc=xose.vazquez@gmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox