public inbox for systemtap@sourceware.org
 help / color / mirror / Atom feed
* [Bug tapsets/19882] New: copy_file_range missing from syscall tapset
@ 2016-03-29 21:04 dsmith at redhat dot com
  2016-03-30 17:49 ` [Bug tapsets/19882] " dsmith at redhat dot com
  0 siblings, 1 reply; 2+ messages in thread
From: dsmith at redhat dot com @ 2016-03-29 21:04 UTC (permalink / raw)
  To: systemtap

https://sourceware.org/bugzilla/show_bug.cgi?id=19882

            Bug ID: 19882
           Summary: copy_file_range missing from syscall tapset
           Product: systemtap
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: tapsets
          Assignee: systemtap at sourceware dot org
          Reporter: dsmith at redhat dot com
  Target Milestone: ---

he copy_file_range syscall was added in kernel 4.5 by the following kernel
commit:

====
commit 29732938a6289a15e907da234d6692a2ead71855                                 
Author: Zach Brown <zab@redhat.com>                                             
Date:   Tue Nov 10 16:53:30 2015 -0500                                          

    vfs: add copy_file_range syscall and vfs helper                             

    Add a copy_file_range() system call for offloading copies between           
    regular files.                                                              

    This gives an interface to underlying layers of the storage stack which     
    can copy without reading and writing all the data.  There are a few         
    candidates that should support copy offloading in the nearer term:          

    - btrfs shares extent references with its clone ioctl                       
    - NFS has patches to add a COPY command which copies on the server          
    - SCSI has a family of XCOPY commands which copy in the device              

    This system call avoids the complexity of also accelerating the creation    
    of the destination file by operating on an existing destination file        
    descriptor, not a path.                                                     

    Currently the high level vfs entry point limits copy offloading to files    
    on the same mount and super (and not in the same file).  This can be        
    relaxed if we get implementations which can copy between file systems       
    safely.                                                                     
====

Support for copy_file_range() should be added to the syscall tapset.

-- 
You are receiving this mail because:
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 2+ messages in thread

* [Bug tapsets/19882] copy_file_range missing from syscall tapset
  2016-03-29 21:04 [Bug tapsets/19882] New: copy_file_range missing from syscall tapset dsmith at redhat dot com
@ 2016-03-30 17:49 ` dsmith at redhat dot com
  0 siblings, 0 replies; 2+ messages in thread
From: dsmith at redhat dot com @ 2016-03-30 17:49 UTC (permalink / raw)
  To: systemtap

https://sourceware.org/bugzilla/show_bug.cgi?id=19882

David Smith <dsmith at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #1 from David Smith <dsmith at redhat dot com> ---
Fixed in commits 2b2f6c0 and ebfe0d9.

-- 
You are receiving this mail because:
You are the assignee for the bug.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2016-03-30 17:49 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-03-29 21:04 [Bug tapsets/19882] New: copy_file_range missing from syscall tapset dsmith at redhat dot com
2016-03-30 17:49 ` [Bug tapsets/19882] " dsmith at redhat dot com

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).