On Thu, 2012-12-20 at 12:30 +0100, Pavel Březina wrote:
> On 12/20/2012 06:10 AM, Simo Sorce wrote:
> > The function that reclaims free slots of memory was not very robust and
> > I think is the root cause of a segfault Jakub can easily reproduce as of
> > late. It is augmented by the fact the new functions I introduced that
> > invalidate records did not actually free the space they used in the
> > free slots table.
> >
> > I split the fixes in 3 small patches that should make it easier to review.
> > I did some quick testing on my machine and it seem ok.
> >
> > Simo.
> >
> >
> > Simo Sorce (3):
> >    Update free table when records are invalidated.
> >    Carefully check records when forcibly invalidating
> >    mmap cache: invalidate cache on fatal error
> >
> >   src/responder/nss/nsssrv_cmd.c        |    4 +-
> >   src/responder/nss/nsssrv_mmap_cache.c |  177 
> > +++++++++++++++++++++++++++------
> >   src/responder/nss/nsssrv_mmap_cache.h |    4 +-
> >   src/util/mmap_cache.h                 |    6 +-
> >   4 files changed, 153 insertions(+), 38 deletions(-)
> >
> > _______________________________________________
> > sssd-devel mailing list
> > [email protected]
> > https://lists.fedorahosted.org/mailman/listinfo/sssd-devel
> >
> 
> Hi,
> how should I test those patches?

These patches are meant to fix a segfault Jakub can repro on his
workstation, maybe he can give you access or explain you how to repro ?

Simo.

-- 
Simo Sorce * Red Hat, Inc * New York

_______________________________________________
sssd-devel mailing list
[email protected]
https://lists.fedorahosted.org/mailman/listinfo/sssd-devel

Reply via email to