Messages in this thread |  | | | Date | Tue, 4 Apr 2006 14:00:08 -0700 | | From | Andrew Morton <> | | Subject | Re: [patch 1/1] sys_sync_file_range() |
| |
"Luck, Tony" <tony.luck@intel.com> wrote: > > On Wed, Mar 29, 2006 at 11:41:11PM -0800, akpm@osdl.org wrote: > > @@ -318,8 +318,9 @@ > > #define __NR_unshare 310 > > #define __NR_set_robust_list 311 > > #define __NR_get_robust_list 312 > > +#define __NR_sys_sync_file_range 313 > > What's up with the __NR_sys_yada_yada?
brainfart. sync_file_range() and splice() will get fixed once Linus resurfaces.
> Except for recent entries (kexec, > splice, and now sync_file_range) all of the other names in here have > dropped the "sys_". > > Is it too late to fix __NR_sys_kexec_load (since it is out in the > wild now?)
It only affects users of the _syscallN macros in unistd.h. I don't expect that fixing kexec will break much. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
|  |