rris ; se...@hallyn.com;
> william.c.robe...@intel.com; adobri...@gmail.com; a...@linux-foundation.org;
> dledf...@redhat.com; dani...@mellanox.com; m...@chromium.org;
> seli...@tycho.nsa.gov; linux-security-mod...@vger.kernel.org; linux-
> ker...@vger.kernel.org
> Subject: Re: [PATCH]
On Thu, Jun 8, 2017 at 12:18 AM, Junil Lee wrote:
> The allocated size for each ebitmap_node is 192byte by kzalloc().
> Then, ebitmap_node size is fixed, so it's possible to use only 144byte
> for each object by kmem_cache_zalloc().
> It can reduce some dynamic allocation size.
>
> Signed-off-by:
The allocated size for each ebitmap_node is 192byte by kzalloc().
Then, ebitmap_node size is fixed, so it's possible to use only 144byte
for each object by kmem_cache_zalloc().
It can reduce some dynamic allocation size.
Signed-off-by: Junil Lee
---
security/selinux/ss/ebitmap.c | 26 ++
On Tue, Jun 6, 2017 at 7:38 PM, 이준일/연구원/MC연구소 BSP실
BSP6팀(junil0814@lge.com) wrote:
> Paul Moore wrote on 2017-06-06 오전 6:39:
>> On Mon, Jun 5, 2017 at 5:10 AM, Junil Lee wrote:
>>> The allocated size for each ebitmap_node is 192byte by kzalloc().
>>> Then, ebitmap_node size is fixed, so it's
On Mon, Jun 5, 2017 at 5:10 AM, Junil Lee wrote:
> The allocated size for each ebitmap_node is 192byte by kzalloc().
> Then, ebitmap_node size is fixed, so it's possible to use only 144byte
> for each object by kmem_cache_zalloc().
> It can reduce some dynamic allocation size.
>
> Signed-off-by: J
The allocated size for each ebitmap_node is 192byte by kzalloc().
Then, ebitmap_node size is fixed, so it's possible to use only 144byte
for each object by kmem_cache_zalloc().
It can reduce some dynamic allocation size.
Signed-off-by: Junil Lee
---
security/selinux/ss/ebitmap.c | 24 ++
6 matches
Mail list logo
