On 2016/4/8 4:58, Arnaldo Carvalho de Melo wrote:
From: Arnaldo Carvalho de Melo
We used libaudit to map ids to syscall names and vice-versa, but that
imposes a delay in supporting new syscalls, having to wait for libaudit
to get those new syscalls on its tables.
To remove that delay, for x8
Em Thu, Apr 07, 2016 at 03:49:56PM -0600, David Ahern escreveu:
> Upon further review ...
>
> On 4/7/16 2:58 PM, Arnaldo Carvalho de Melo wrote:
> >From: Arnaldo Carvalho de Melo
> >
> >We used libaudit to map ids to syscall names and vice-versa, but that
> >imposes a delay in supporting new sysc
Em Thu, Apr 07, 2016 at 03:39:21PM -0600, David Ahern escreveu:
> On 4/7/16 2:58 PM, Arnaldo Carvalho de Melo wrote:
> >We used libaudit to map ids to syscall names and vice-versa, but that
> >imposes a delay in supporting new syscalls, having to wait for libaudit
> >to get those new syscalls on it
Upon further review ...
On 4/7/16 2:58 PM, Arnaldo Carvalho de Melo wrote:
From: Arnaldo Carvalho de Melo
We used libaudit to map ids to syscall names and vice-versa, but that
imposes a delay in supporting new syscalls, having to wait for libaudit
to get those new syscalls on its tables.
To r
On 4/7/16 2:58 PM, Arnaldo Carvalho de Melo wrote:
We used libaudit to map ids to syscall names and vice-versa, but that
imposes a delay in supporting new syscalls, having to wait for libaudit
to get those new syscalls on its tables.
and for the distribution to get the new libaudit.
To remov
From: Arnaldo Carvalho de Melo
We used libaudit to map ids to syscall names and vice-versa, but that
imposes a delay in supporting new syscalls, having to wait for libaudit
to get those new syscalls on its tables.
To remove that delay, for x86_64 initially, grab a copy of
arch/x86/entry/syscalls
6 matches
Mail list logo