On Nov 28, 2014, at 11:50 AM, Greg KH wrote:
> On Thu, Nov 27, 2014 at 07:34:10PM +0100, Loïc Pefferkorn wrote:
>> Hello Greg,
>>
>> After some investigation, I think that removing these wrappers is not going
>> to improve the code readability:
>>
>> On Wed, Nov 26, 2014 at 12:54:43PM -0800, Gr
On Dec 7, 2014, at 4:57 AM, Loïc Pefferkorn wrote:
>
> On Tue, Dec 02, 2014 at 02:11:33PM -0700, Andreas Dilger wrote:
>> On Nov 28, 2014, at 11:50 AM, Greg KH wrote:
>>> On Thu, Nov 27, 2014 at 07:34:10PM +0100, Loïc Pefferkorn wrote:
>>>> Hello Greg,
>&
On Jun 1, 2018, at 7:41 AM, Christoph Hellwig wrote:
>
> Thanks,
>
> all that churn without much visible progress to a mergeable codebase
> was really ennoying.
>
> I'd recommend if people want to merge lustre they start with a managable
> subset first, e.g. the fs client code with simple IP-on
> delete mode 100644 drivers/staging/lustre/lustre/ptlrpc/events.c
> delete mode 100644 drivers/staging/lustre/lustre/ptlrpc/import.c
> delete mode 100644 drivers/staging/lustre/lustre/ptlrpc/layout.c
> delete mode 100644 drivers/staging/lustre/lustre/ptlrpc/llog_client.c
> delete mode 100
On Jun 3, 2018, at 9:59 PM, Alexey Lyashkov wrote:
>
>> On Sun, Jun 03 2018, Dilger, Andreas wrote:
>>
>>> LNet is originally based on a high-performance networking stack called
>>> Portals (v3, http://www.cs.sandia.gov/Portals/), with additions for LNet
>>> routing to allow cross-network bridgi
Remove conditional flock/aops code that was only for out-of-tree
vendor kernels but is not relevant for in-kernel code.
Signed-off-by: Andreas Dilger
---
drivers/staging/lustre/lustre/llite/llite_internal.h | 4
drivers/staging/lustre/lustre/llite/llite_lib.c | 8
drivers
