> -----Original Message-----
> From: Yeb Havinga [mailto:yebhavi...@gmail.com]
> Sent: 22. Juli 2011 10:23
> To: Kohei Kaigai
> Cc: Robert Haas; PgHacker; Kohei KaiGai
> Subject: Re: [HACKERS] [v9.1] sepgsql - userspace access vector cache
> 
> On 2011-07-21 11:29, Kohei Kaigai wrote:
> > The attached patch is revised userspace-avc patch.
> >
> > List of updates:
> > - The GUC of sepgsql.avc_threshold was removed.
> > - "char *ucontext" of avc_cache was replaced by "bool tcontext_is_valid".
> > - Comments added onto static variables
> > - Comments of sepgsql_avc_unlabeled() was revised.
> > - Comments of sepgsql_avc_compute() was simplified.
> > - Comments of sepgsql_avc_check_perms_label() also mention about
> >    permissive domain, that performs similar to system's permissive mode.
> > - selinux_status_close() become invoked on on_proc_exit() hook.
> Thank you for the update, I'm looking at it right now and with a new look 
> have some more questions.
> I took the liberty to supply a patch to be applied after your v5 uavc patch.
> 
> 1) At a few call sites of sepgsql_avc_lookup, a null tcontext is detected, 
> and then replaced by
> "unlabeled". I moved this to sepgsql_avc_lookup itself.
> 
Good improvement.

> 2) Also I thought if it could work to not remember tcontext is valid, but 
> instead remember the consequence,
> which is that it is replaced by "unlabeled". It makes the avc_cache struct 
> shorter and the code somewhat
> simpler.
> 
Here is a reason why we hold tcontext, even if it is not valid.
The hash key of avc_cache is combination of scontext, tcontext and tclass. 
Thus, if we replaced an invalid
tcontext by unlabeled context, it would always make cache mishit and 
performance loss.

Thanks,
--
NEC Europe Ltd, SAP Global Competence Center
KaiGai Kohei <kohei.kai...@emea.nec.com>

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

Reply via email to