Linux RDMA mini-conf at Plumbers 2018

Linux RDMA mini-conf at Plumbers 2018

[Jason Gunthorpe]

This is just a friendly reminder that registration deadlines are
approaching for this conference. Please see

https://www.linuxplumbersconf.org/event/2/page/7-attend

For details.

This year we expect to have close to a day set aside for RDMA related
topics. Including up to half a day for the thorny general kernel issues
related to get_user_pages(), particularly as exasperated by RDMA.

We have been working on the following concepts for sessions, I've
roughly marked names based on past participation in related email
threads. As we get closer to the conference date we will be organizing
leaders for each section based on these lists, please let us know of
any changes, or desire to be a leader!

RDMA and get_user_pages
=======================
  Dan Williams <dan.j.williams@intel.com>
  Matthew Wilcox <willy@infradead.org>
  John Hubbard <jhubbard@nvidia.com>
  Nicholas Piggin <npiggin@gmail.com>
  Jan Kara <jack@suse.cz>

 RDMA, DAX and persistant memory co-existence.

 Explore the limits of what is possible without using On
 Demand Paging Memory Registration. Discuss 'shootdown'
 of userspace MRs

 Dirtying pages obtained with get_user_pages() can oops ext4
 discuss open solutions.

RDMA and PCI peer to peer
=========================
  Don Dutile <ddutile@redhat.com>
  Alex Williamson <alex.williamson@redhat.com>
  Christoph Hellwig <hch@lst.de>
  Stephen Bates <sbates@raithlin.com>
  Logan Gunthorpe <logang@deltatee.com>
  Jérôme Glisse <jglisse@redhat.com>
  Christian König <christian.koenig@amd.com>
  Bjorn Helgaas <bhelgaas@google.com>

 RDMA and PCI peer to peer transactions. IOMMU issues. Integration
 with HMM. How to expose PCI BAR memory to userspace and other
 drivers as a DMA target.

Improving testing of RDMA with syzkaller, RXE and Python
========================================================
 Noa Osherovich <noaos@mellanox.com>
 Don Dutile <ddutile@redhat.com>
 Jason Gunthorpe <jgg@mellanox.com>

 Problem solve RDMA's distinct lack of public tests.
 Provide a better framework for all drivers to test with,
 and a framework for basic testing in userspace.

 Worst remaining unfixed syzkaller bugs and how to try to fix them

 How to hook syzkaller more deeply into RDMA.

IOCTL conversion and new kABI topics
====================================
 Jason Gunthorpe <jgg@mellanox.com>
 Alex Rosenbaum <alexr@mellanox.com>

 Attempt to close on the remaining tasks to complete the project

 Restore fork() support to userspace

Container and namespaces for RDMA topics
========================================
 Parav Pandit <parav@mellanox.com>
 Doug Ledford <dledford@redhat.com>

 Remaining sticky situations with containers

 namespaces in sysfs and legacy all-namespace operation

 Remaining CM issues

 Security isolation problems

Very large Contiguous regions in userspace
==========================================
 Christopher Lameter <cl@linux.com>
 Parav Pandit <parav@mellanox.com>

 Poor performance of get_user_pages on very large virtual ranges

 No standardized API to allocate regions to user space

 Carry over from last year

As we get closer to the conference date the exact schedule will be
published on the conference web site. I belive we have the Thursday
set aside right now.

If there are any last minute topics people would like to see please
let us know.

See you all in Vancouver!

Thanks,
Jason & Leon

Re: Linux RDMA mini-conf at Plumbers 2018

[Leon Romanovsky]

[-- Attachment #1: Type: text/plain, Size: 3897 bytes --]

On Thu, Sep 20, 2018 at 12:19:23PM -0600, Jason Gunthorpe wrote:
> This is just a friendly reminder that registration deadlines are
> approaching for this conference. Please see
>
> https://www.linuxplumbersconf.org/event/2/page/7-attend
>
> For details.
>
> This year we expect to have close to a day set aside for RDMA related
> topics. Including up to half a day for the thorny general kernel issues
> related to get_user_pages(), particularly as exasperated by RDMA.
>
> We have been working on the following concepts for sessions, I've
> roughly marked names based on past participation in related email
> threads. As we get closer to the conference date we will be organizing
> leaders for each section based on these lists, please let us know of
> any changes, or desire to be a leader!
>
> RDMA and get_user_pages
> =======================
>   Dan Williams <dan.j.williams@intel.com>
>   Matthew Wilcox <willy@infradead.org>
>   John Hubbard <jhubbard@nvidia.com>
>   Nicholas Piggin <npiggin@gmail.com>
>   Jan Kara <jack@suse.cz>
>
>  RDMA, DAX and persistant memory co-existence.
>
>  Explore the limits of what is possible without using On
>  Demand Paging Memory Registration. Discuss 'shootdown'
>  of userspace MRs
>
>  Dirtying pages obtained with get_user_pages() can oops ext4
>  discuss open solutions.
>
> RDMA and PCI peer to peer
> =========================
>   Don Dutile <ddutile@redhat.com>
>   Alex Williamson <alex.williamson@redhat.com>
>   Christoph Hellwig <hch@lst.de>
>   Stephen Bates <sbates@raithlin.com>
>   Logan Gunthorpe <logang@deltatee.com>
>   Jérôme Glisse <jglisse@redhat.com>
>   Christian König <christian.koenig@amd.com>
>   Bjorn Helgaas <bhelgaas@google.com>
>
>  RDMA and PCI peer to peer transactions. IOMMU issues. Integration
>  with HMM. How to expose PCI BAR memory to userspace and other
>  drivers as a DMA target.
>
> Improving testing of RDMA with syzkaller, RXE and Python
> ========================================================
>  Noa Osherovich <noaos@mellanox.com>
>  Don Dutile <ddutile@redhat.com>
>  Jason Gunthorpe <jgg@mellanox.com>
>
>  Problem solve RDMA's distinct lack of public tests.
>  Provide a better framework for all drivers to test with,
>  and a framework for basic testing in userspace.
>
>  Worst remaining unfixed syzkaller bugs and how to try to fix them
>
>  How to hook syzkaller more deeply into RDMA.
>
> IOCTL conversion and new kABI topics
> ====================================
>  Jason Gunthorpe <jgg@mellanox.com>
>  Alex Rosenbaum <alexr@mellanox.com>
>
>  Attempt to close on the remaining tasks to complete the project
>
>  Restore fork() support to userspace
>
> Container and namespaces for RDMA topics
> ========================================
>  Parav Pandit <parav@mellanox.com>
>  Doug Ledford <dledford@redhat.com>
>
>  Remaining sticky situations with containers
>
>  namespaces in sysfs and legacy all-namespace operation
>
>  Remaining CM issues
>
>  Security isolation problems
>
> Very large Contiguous regions in userspace
> ==========================================
>  Christopher Lameter <cl@linux.com>
>  Parav Pandit <parav@mellanox.com>
>
>  Poor performance of get_user_pages on very large virtual ranges
>
>  No standardized API to allocate regions to user space
>
>  Carry over from last year
>
> As we get closer to the conference date the exact schedule will be
> published on the conference web site. I belive we have the Thursday
> set aside right now.
>
> If there are any last minute topics people would like to see please
> let us know.

I want to remind you that Mike wanted to bring the topic of enhancing
remote page faults during post-copy container migration in CRIU over
RDMA.

Thanks

>
> See you all in Vancouver!
>
> Thanks,
> Jason & Leon
>

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 801 bytes --]

Re: Linux RDMA mini-conf at Plumbers 2018

[Mike Rapoport]

On Thu, Sep 20, 2018 at 09:54:28PM +0300, Leon Romanovsky wrote:
> On Thu, Sep 20, 2018 at 12:19:23PM -0600, Jason Gunthorpe wrote:
> > This is just a friendly reminder that registration deadlines are
> > approaching for this conference. Please see
> >
> > https://www.linuxplumbersconf.org/event/2/page/7-attend
> >
> > For details.
> >
> > This year we expect to have close to a day set aside for RDMA related
> > topics. Including up to half a day for the thorny general kernel issues
> > related to get_user_pages(), particularly as exasperated by RDMA.
> >
> > We have been working on the following concepts for sessions, I've
> > roughly marked names based on past participation in related email
> > threads. As we get closer to the conference date we will be organizing
> > leaders for each section based on these lists, please let us know of
> > any changes, or desire to be a leader!
> >
> > RDMA and get_user_pages
> > =======================
> >   Dan Williams <dan.j.williams@intel.com>
> >   Matthew Wilcox <willy@infradead.org>
> >   John Hubbard <jhubbard@nvidia.com>
> >   Nicholas Piggin <npiggin@gmail.com>
> >   Jan Kara <jack@suse.cz>
> >
> >  RDMA, DAX and persistant memory co-existence.
> >
> >  Explore the limits of what is possible without using On
> >  Demand Paging Memory Registration. Discuss 'shootdown'
> >  of userspace MRs
> >
> >  Dirtying pages obtained with get_user_pages() can oops ext4
> >  discuss open solutions.
> >
> > RDMA and PCI peer to peer
> > =========================
> >   Don Dutile <ddutile@redhat.com>
> >   Alex Williamson <alex.williamson@redhat.com>
> >   Christoph Hellwig <hch@lst.de>
> >   Stephen Bates <sbates@raithlin.com>
> >   Logan Gunthorpe <logang@deltatee.com>
> >   Jérôme Glisse <jglisse@redhat.com>
> >   Christian König <christian.koenig@amd.com>
> >   Bjorn Helgaas <bhelgaas@google.com>
> >
> >  RDMA and PCI peer to peer transactions. IOMMU issues. Integration
> >  with HMM. How to expose PCI BAR memory to userspace and other
> >  drivers as a DMA target.
> >
> > Improving testing of RDMA with syzkaller, RXE and Python
> > ========================================================
> >  Noa Osherovich <noaos@mellanox.com>
> >  Don Dutile <ddutile@redhat.com>
> >  Jason Gunthorpe <jgg@mellanox.com>
> >
> >  Problem solve RDMA's distinct lack of public tests.
> >  Provide a better framework for all drivers to test with,
> >  and a framework for basic testing in userspace.
> >
> >  Worst remaining unfixed syzkaller bugs and how to try to fix them
> >
> >  How to hook syzkaller more deeply into RDMA.
> >
> > IOCTL conversion and new kABI topics
> > ====================================
> >  Jason Gunthorpe <jgg@mellanox.com>
> >  Alex Rosenbaum <alexr@mellanox.com>
> >
> >  Attempt to close on the remaining tasks to complete the project
> >
> >  Restore fork() support to userspace
> >
> > Container and namespaces for RDMA topics
> > ========================================
> >  Parav Pandit <parav@mellanox.com>
> >  Doug Ledford <dledford@redhat.com>
> >
> >  Remaining sticky situations with containers
> >
> >  namespaces in sysfs and legacy all-namespace operation
> >
> >  Remaining CM issues
> >
> >  Security isolation problems
> >
> > Very large Contiguous regions in userspace
> > ==========================================
> >  Christopher Lameter <cl@linux.com>
> >  Parav Pandit <parav@mellanox.com>
> >
> >  Poor performance of get_user_pages on very large virtual ranges
> >
> >  No standardized API to allocate regions to user space
> >
> >  Carry over from last year
> >
> > As we get closer to the conference date the exact schedule will be
> > published on the conference web site. I belive we have the Thursday
> > set aside right now.
> >
> > If there are any last minute topics people would like to see please
> > let us know.
> 
> I want to remind you that Mike wanted to bring the topic of enhancing
> remote page faults during post-copy container migration in CRIU over
> RDMA.
 
It's more Joel's topic, but thanks for the reminder anyway :)

> Thanks
> 
> >
> > See you all in Vancouver!
> >
> > Thanks,
> > Jason & Leon
> >

-- 
Sincerely yours,
Mike.

Re: Linux RDMA mini-conf at Plumbers 2018

[Stephen Bates]

Hi Jason and Leon

> This year we expect to have close to a day set aside for RDMA related
> topics. Including up to half a day for the thorny general kernel issues
> related to get_user_pages(), particularly as exasperated by RDMA.
    
Looks like a great set of topics.
    
> RDMA and PCI peer to peer
 
I will happily be a leader/organizer for this section and can provide an
overview of p2pdma to get the ball rolling.

Cheers

Stephen