On Tue, Jun 20, 2017 at 4:54 PM, Yury Norov wrote:
> On Tue, Jun 20, 2017 at 04:20:43PM +0200, Arnd Bergmann wrote:
>> On Tue, Jun 20, 2017 at 3:37 PM, Yury Norov
>> wrote:
>> > On Mon, Jun 19, 2017 at 11:10:23PM +0100, James Hogan wrote:
>> >> On Mon, Jun 19, 2017 at 11:58:41PM +0200, Arnd Berg
On Tue, Jun 20, 2017 at 04:20:43PM +0200, Arnd Bergmann wrote:
> On Tue, Jun 20, 2017 at 3:37 PM, Yury Norov wrote:
> > On Mon, Jun 19, 2017 at 11:10:23PM +0100, James Hogan wrote:
> >> On Mon, Jun 19, 2017 at 11:58:41PM +0200, Arnd Bergmann wrote:
> >> > On Mon, Jun 19, 2017 at 11:42 PM, James Ho
On Tue, Jun 20, 2017 at 3:37 PM, Yury Norov wrote:
> On Mon, Jun 19, 2017 at 11:10:23PM +0100, James Hogan wrote:
>> On Mon, Jun 19, 2017 at 11:58:41PM +0200, Arnd Bergmann wrote:
>> > On Mon, Jun 19, 2017 at 11:42 PM, James Hogan
>> > wrote:
>> > > On Mon, Jun 19, 2017 at 06:49:46PM +0300, Yury
On Mon, Jun 19, 2017 at 11:10:23PM +0100, James Hogan wrote:
> On Mon, Jun 19, 2017 at 11:58:41PM +0200, Arnd Bergmann wrote:
> > On Mon, Jun 19, 2017 at 11:42 PM, James Hogan
> > wrote:
> > > On Mon, Jun 19, 2017 at 06:49:46PM +0300, Yury Norov wrote:
> > > Subject: [PATCH] Deprecate stat syscal
On Mon, Jun 19, 2017 at 11:10:23PM +0100, James Hogan wrote:
> On Mon, Jun 19, 2017 at 11:58:41PM +0200, Arnd Bergmann wrote:
> > On Mon, Jun 19, 2017 at 11:42 PM, James Hogan
> > wrote:
> > > On Mon, Jun 19, 2017 at 06:49:46PM +0300, Yury Norov wrote:
> > > Subject: [PATCH] Deprecate stat syscal
On Mon, Jun 19, 2017 at 11:10:23PM +0100, James Hogan wrote:
> On Mon, Jun 19, 2017 at 11:58:41PM +0200, Arnd Bergmann wrote:
> > On Mon, Jun 19, 2017 at 11:42 PM, James Hogan
> > wrote:
> > > On Mon, Jun 19, 2017 at 06:49:46PM +0300, Yury Norov wrote:
> > > Subject: [PATCH] Deprecate stat syscal
On Mon, Jun 19, 2017 at 11:58:41PM +0200, Arnd Bergmann wrote:
> On Mon, Jun 19, 2017 at 11:42 PM, James Hogan wrote:
> > On Mon, Jun 19, 2017 at 06:49:46PM +0300, Yury Norov wrote:
> > Subject: [PATCH] Deprecate stat syscalls superseded by statx
> >
> > Various stat system calls can now be implem
On Mon, Jun 19, 2017 at 11:42 PM, James Hogan wrote:
> Hi Yury,
>
> On Mon, Jun 19, 2017 at 06:49:46PM +0300, Yury Norov wrote:
>> The newer prlimit64 syscall provides all the functionality provided by
>> the getrlimit and setrlimit syscalls and adds the pid of target process,
>> so future archite
Hi Yury,
On Mon, Jun 19, 2017 at 06:49:46PM +0300, Yury Norov wrote:
> The newer prlimit64 syscall provides all the functionality provided by
> the getrlimit and setrlimit syscalls and adds the pid of target process,
> so future architectures won't need to include getrlimit and setrlimit.
>
> The
The newer prlimit64 syscall provides all the functionality provided by
the getrlimit and setrlimit syscalls and adds the pid of target process,
so future architectures won't need to include getrlimit and setrlimit.
Therefore drop getrlimit and setrlimit syscalls from the generic syscall
list unles
On Mon, Jun 05, 2017 at 03:44:06PM +0100, James Hogan wrote:
> Hi Yury,
>
> On Sun, Jun 04, 2017 at 02:59:52PM +0300, Yury Norov wrote:
> > The newer prlimit64 syscall provides all the functionality provided by
> > the getrlimit and setrlimit syscalls and adds the pid of target process,
> > so fut
Hi Yury,
On Sun, Jun 04, 2017 at 02:59:52PM +0300, Yury Norov wrote:
> The newer prlimit64 syscall provides all the functionality provided by
> the getrlimit and setrlimit syscalls and adds the pid of target process,
> so future architectures won't need to include getrlimit and setrlimit.
>
> The
The newer prlimit64 syscall provides all the functionality provided by
the getrlimit and setrlimit syscalls and adds the pid of target process,
so future architectures won't need to include getrlimit and setrlimit.
Therefore drop getrlimit and setrlimit syscalls from the generic syscall
list unles
On Thu, Mar 02, 2017 at 12:49:11AM +0530, Yury Norov wrote:
> The newer prlimit64 syscall provides all the functionality provided by
> the getrlimit and setrlimit syscalls and adds the pid of target process,
> so future architectures won't need to include getrlimit and setrlimit.
>
> Therefore dro
The newer prlimit64 syscall provides all the functionality provided by
the getrlimit and setrlimit syscalls and adds the pid of target process,
so future architectures won't need to include getrlimit and setrlimit.
Therefore drop getrlimit and setrlimit syscalls from the generic syscall
list unles
> The newer prlimit64 syscall provides all the functionality provided by
> the getrlimit and setrlimit syscalls and adds the pid of target process,
> so future architectures won't need to include getrlimit and setrlimit.
>
> Therefore drop getrlimit and setrlimit syscalls from the generic syscall
>
The newer prlimit64 syscall provides all the functionality provided by
the getrlimit and setrlimit syscalls and adds the pid of target process,
so future architectures won't need to include getrlimit and setrlimit.
Therefore drop getrlimit and setrlimit syscalls from the generic syscall
list unles
17 matches
Mail list logo
