lkml.org 
[lkml]   [2017]   [Feb]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    Subjectlinux-next: manual merge of the akpm-current tree with the xfs tree
    Hi Andrew,

    Today's linux-next merge of the akpm-current tree got a conflict in:

    include/linux/dax.h

    between commit:

    8ff6daa17b6a ("omap: constify struct iomap_ops")

    from the xfs tree and commits:

    d6fb008f420c ("mm, fs: reduce fault, page_mkwrite, and pfn_mkwrite to take only vmf")
    db09ccff3e4e ("mm: replace FAULT_FLAG_SIZE with parameter to huge_fault")

    from the akpm-current tree.

    I fixed it up (see below) and can carry the fix as necessary. This
    is now fixed as far as linux-next is concerned, but any non trivial
    conflicts should be mentioned to your upstream maintainer when your tree
    is submitted for merging. You may also want to consider cooperating
    with the maintainer of the conflicting tree to minimise any particularly
    complex conflicts.

    --
    Cheers,
    Stephen Rothwell

    diff --cc include/linux/dax.h
    index 2983e52efd07,df63730e86d2..000000000000
    --- a/include/linux/dax.h
    +++ b/include/linux/dax.h
    @@@ -37,9 -37,9 +37,9 @@@ static inline void *dax_radix_locked_en
    }

    ssize_t dax_iomap_rw(struct kiocb *iocb, struct iov_iter *iter,
    - struct iomap_ops *ops);
    + const struct iomap_ops *ops);
    - int dax_iomap_fault(struct vm_area_struct *vma, struct vm_fault *vmf,
    - const struct iomap_ops *ops);
    + int dax_iomap_fault(struct vm_fault *vmf, enum page_entry_size pe_size,
    - struct iomap_ops *ops);
    ++ const struct iomap_ops *ops);
    int dax_delete_mapping_entry(struct address_space *mapping, pgoff_t index);
    int dax_invalidate_mapping_entry(struct address_space *mapping, pgoff_t index);
    int dax_invalidate_mapping_entry_sync(struct address_space *mapping,

    \
     
     \ /
      Last update: 2017-02-10 07:59    [W:4.655 / U:0.012 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site