From owner-cvs-src@FreeBSD.ORG  Sat Jul 22 10:04:48 2006
Return-Path: <owner-cvs-src@FreeBSD.ORG>
X-Original-To: cvs-src@FreeBSD.org
Delivered-To: cvs-src@FreeBSD.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 4077F16A4E0;
	Sat, 22 Jul 2006 10:04:48 +0000 (UTC) (envelope-from pjd@FreeBSD.org)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP id F0ACA43D49;
	Sat, 22 Jul 2006 10:04:47 +0000 (GMT) (envelope-from pjd@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.13.6/8.13.6) with ESMTP id k6MA4l8I023138;
	Sat, 22 Jul 2006 10:04:47 GMT (envelope-from pjd@repoman.freebsd.org)
Received: (from pjd@localhost)
	by repoman.freebsd.org (8.13.6/8.13.4/Submit) id k6MA4lTX023137;
	Sat, 22 Jul 2006 10:04:47 GMT (envelope-from pjd)
Message-Id: <200607221004.k6MA4lTX023137@repoman.freebsd.org>
From: Pawel Jakub Dawidek <pjd@FreeBSD.org>
Date: Sat, 22 Jul 2006 10:04:47 +0000 (UTC)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: HEAD
Cc: 
Subject: cvs commit: src/sys/crypto/via padlock.c
X-BeenThere: cvs-src@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: CVS commit messages for the src tree <cvs-src.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-src>
List-Post: <mailto:cvs-src@freebsd.org>
List-Help: <mailto:cvs-src-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-src>,
	<mailto:cvs-src-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 22 Jul 2006 10:04:48 -0000

pjd         2006-07-22 10:04:47 UTC

  FreeBSD src repository

  Modified files:
    sys/crypto/via       padlock.c 
  Log:
  Set ses_ictx and ses_octx to NULL after freeing them, so we won't free
  them twice.
  This is possible for example in situation when session is used in
  authentication context, then freed and then used in encryption context
  and freed - in encryption context ses_ictx and ses_octx are not touched
  at newsession time, but padlock_freesession could still try to free them
  when they are not NULL.
  
  Revision  Changes    Path
  1.7       +2 -0      src/sys/crypto/via/padlock.c