From: "Junil Lee" <junil0814.lee@lge.com>
To: "'Paul Moore'" <paul@paul-moore.com>
Cc: "'Stephen Smalley'" <sds@tycho.nsa.gov>,
"'Eric Paris'" <eparis@parisplace.org>,
"'James Morris'" <james.l.morris@oracle.com>, <serge@hallyn.com>,
<william.c.roberts@intel.com>, <adobriyan@gmail.com>,
<akpm@linux-foundation.org>, <dledford@redhat.com>,
<danielj@mellanox.com>, <mka@chromium.org>,
<selinux@tycho.nsa.gov>, <linux-security-module@vger.kernel.org>,
<linux-kernel@vger.kernel.org>
Subject: RE: [PATCH] security: selinux: use kmem_cache for ebitmap
Date: Mon, 12 Jun 2017 11:16:18 +0900 [thread overview]
Message-ID: <002901d2e321$e0f0d070$a2d27150$@lge.com> (raw)
In-Reply-To: <CAHC9VhQ54WqLpBqHQm3F2=wEQq6p7xWCEyEubyrTr6kLDE7wgw@mail.gmail.com>
Dear Paul.
Thank you for your support.
I hope you'll be always happy.
Thanks,
Junil Lee.
> -----Original Message-----
> From: Paul Moore [mailto:paul@paul-moore.com]
> Sent: Saturday, June 10, 2017 5:17 AM
> To: Junil Lee <junil0814.lee@lge.com>
> Cc: Stephen Smalley <sds@tycho.nsa.gov>; Eric Paris <eparis@parisplace.org>;
> James Morris <james.l.morris@oracle.com>; serge@hallyn.com;
> william.c.roberts@intel.com; adobriyan@gmail.com; akpm@linux-foundation.org;
> dledford@redhat.com; danielj@mellanox.com; mka@chromium.org;
> selinux@tycho.nsa.gov; linux-security-module@vger.kernel.org; linux-
> kernel@vger.kernel.org
> Subject: Re: [PATCH] security: selinux: use kmem_cache for ebitmap
>
> On Thu, Jun 8, 2017 at 12:18 AM, Junil Lee <junil0814.lee@lge.com> 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: Junil Lee <junil0814.lee@lge.com>
> > ---
> > security/selinux/ss/ebitmap.c | 26 ++++++++++++++++++++------
> > security/selinux/ss/ebitmap.h | 3 +++
> > security/selinux/ss/services.c | 4 ++++
> > 3 files changed, 27 insertions(+), 6 deletions(-)
>
> I just applied this to selinux/next, thank you.
>
> > diff --git a/security/selinux/ss/ebitmap.c
> > b/security/selinux/ss/ebitmap.c index 9db4709a..ad38299 100644
> > --- a/security/selinux/ss/ebitmap.c
> > +++ b/security/selinux/ss/ebitmap.c
> > @@ -24,6 +24,8 @@
> >
> > #define BITS_PER_U64 (sizeof(u64) * 8)
> >
> > +static struct kmem_cache *ebitmap_node_cachep;
> > +
> > int ebitmap_cmp(struct ebitmap *e1, struct ebitmap *e2) {
> > struct ebitmap_node *n1, *n2;
> > @@ -54,7 +56,7 @@ int ebitmap_cpy(struct ebitmap *dst, struct ebitmap
> *src)
> > n = src->node;
> > prev = NULL;
> > while (n) {
> > - new = kzalloc(sizeof(*new), GFP_ATOMIC);
> > + new = kmem_cache_zalloc(ebitmap_node_cachep,
> > + GFP_ATOMIC);
> > if (!new) {
> > ebitmap_destroy(dst);
> > return -ENOMEM; @@ -162,7 +164,7 @@ int
> > ebitmap_netlbl_import(struct ebitmap *ebmap,
> > if (e_iter == NULL ||
> > offset >= e_iter->startbit + EBITMAP_SIZE) {
> > e_prev = e_iter;
> > - e_iter = kzalloc(sizeof(*e_iter), GFP_ATOMIC);
> > + e_iter =
> > + kmem_cache_zalloc(ebitmap_node_cachep, GFP_ATOMIC);
> > if (e_iter == NULL)
> > goto netlbl_import_failure;
> > e_iter->startbit = offset - (offset %
> > EBITMAP_SIZE); @@ -288,7 +290,7 @@ int ebitmap_set_bit(struct ebitmap *e,
> unsigned long bit, int value)
> > prev->next = n->next;
> > else
> > e->node = n->next;
> > - kfree(n);
> > + kmem_cache_free(ebitmap_node_cachep,
> > + n);
> > }
> > return 0;
> > }
> > @@ -299,7 +301,7 @@ int ebitmap_set_bit(struct ebitmap *e, unsigned long
> bit, int value)
> > if (!value)
> > return 0;
> >
> > - new = kzalloc(sizeof(*new), GFP_ATOMIC);
> > + new = kmem_cache_zalloc(ebitmap_node_cachep, GFP_ATOMIC);
> > if (!new)
> > return -ENOMEM;
> >
> > @@ -332,7 +334,7 @@ void ebitmap_destroy(struct ebitmap *e)
> > while (n) {
> > temp = n;
> > n = n->next;
> > - kfree(temp);
> > + kmem_cache_free(ebitmap_node_cachep, temp);
> > }
> >
> > e->highbit = 0;
> > @@ -400,7 +402,7 @@ int ebitmap_read(struct ebitmap *e, void *fp)
> >
> > if (!n || startbit >= n->startbit + EBITMAP_SIZE) {
> > struct ebitmap_node *tmp;
> > - tmp = kzalloc(sizeof(*tmp), GFP_KERNEL);
> > + tmp = kmem_cache_zalloc(ebitmap_node_cachep,
> > + GFP_KERNEL);
> > if (!tmp) {
> > printk(KERN_ERR
> > "SELinux: ebitmap: out of
> > memory\n"); @@ -519,3 +521,15 @@ int ebitmap_write(struct ebitmap *e,
> void *fp)
> > }
> > return 0;
> > }
> > +
> > +void ebitmap_cache_init(void)
> > +{
> > + ebitmap_node_cachep = kmem_cache_create("ebitmap_node",
> > + sizeof(struct
> ebitmap_node),
> > + 0, SLAB_PANIC,
> > +NULL); }
> > +
> > +void ebitmap_cache_destroy(void)
> > +{
> > + kmem_cache_destroy(ebitmap_node_cachep);
> > +}
> > diff --git a/security/selinux/ss/ebitmap.h
> > b/security/selinux/ss/ebitmap.h index 9637b8c..6d5a9ac 100644
> > --- a/security/selinux/ss/ebitmap.h
> > +++ b/security/selinux/ss/ebitmap.h
> > @@ -130,6 +130,9 @@ void ebitmap_destroy(struct ebitmap *e); int
> > ebitmap_read(struct ebitmap *e, void *fp); int ebitmap_write(struct
> > ebitmap *e, void *fp);
> >
> > +void ebitmap_cache_init(void);
> > +void ebitmap_cache_destroy(void);
> > +
> > #ifdef CONFIG_NETLABEL
> > int ebitmap_netlbl_export(struct ebitmap *ebmap,
> > struct netlbl_lsm_catmap **catmap); diff
> > --git a/security/selinux/ss/services.c
> > b/security/selinux/ss/services.c index 2021666..2f02fa6 100644
> > --- a/security/selinux/ss/services.c
> > +++ b/security/selinux/ss/services.c
> > @@ -2054,9 +2054,11 @@ int security_load_policy(void *data, size_t
> > len)
> >
> > if (!ss_initialized) {
> > avtab_cache_init();
> > + ebitmap_cache_init();
> > rc = policydb_read(&policydb, fp);
> > if (rc) {
> > avtab_cache_destroy();
> > + ebitmap_cache_destroy();
> > goto out;
> > }
> >
> > @@ -2067,6 +2069,7 @@ int security_load_policy(void *data, size_t len)
> > if (rc) {
> > policydb_destroy(&policydb);
> > avtab_cache_destroy();
> > + ebitmap_cache_destroy();
> > goto out;
> > }
> >
> > @@ -2074,6 +2077,7 @@ int security_load_policy(void *data, size_t len)
> > if (rc) {
> > policydb_destroy(&policydb);
> > avtab_cache_destroy();
> > + ebitmap_cache_destroy();
> > goto out;
> > }
> >
> > --
> > 2.6.2
> >
>
>
>
> --
> paul moore
> www.paul-moore.com
next prev parent reply other threads:[~2017-06-12 2:16 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-08 4:18 [PATCH] security: selinux: use kmem_cache for ebitmap Junil Lee
2017-06-09 20:16 ` Paul Moore
2017-06-12 2:16 ` Junil Lee [this message]
-- strict thread matches above, loose matches on Subject: below --
2017-06-05 9:10 Junil Lee
2017-06-05 21:39 ` Paul Moore
[not found] ` <872857aa-7587-79a9-cf31-4508eacdb3f7@lge.com>
2017-06-07 13:50 ` Paul Moore
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='002901d2e321$e0f0d070$a2d27150$@lge.com' \
--to=junil0814.lee@lge.com \
--cc=adobriyan@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=danielj@mellanox.com \
--cc=dledford@redhat.com \
--cc=eparis@parisplace.org \
--cc=james.l.morris@oracle.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-security-module@vger.kernel.org \
--cc=mka@chromium.org \
--cc=paul@paul-moore.com \
--cc=sds@tycho.nsa.gov \
--cc=selinux@tycho.nsa.gov \
--cc=serge@hallyn.com \
--cc=william.c.roberts@intel.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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 NNTP newsgroup(s).