From owner-soc-status@FreeBSD.ORG Mon Jun 14 13:28:02 2010 Return-Path: Delivered-To: soc-status@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9ABB2106564A; Mon, 14 Jun 2010 13:28:02 +0000 (UTC) (envelope-from gpf.kira@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 047298FC1C; Mon, 14 Jun 2010 13:28:01 +0000 (UTC) Received: by wwb22 with SMTP id 22so4619926wwb.13 for ; Mon, 14 Jun 2010 06:27:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=i25qPfYP2eXEHw9nGBm/tNTq2n80Sx7exTD8qgBmLjg=; b=ttn5vnrKSPpsYTC+dCYgYZvJ/iOZzwlI/KYnzuYWlkIZU5wn329H5pM5B7QEx1Vmt2 VjapFuL3qPeciNTcqkS18OY6hYhvLnLalpSrEZSmS9PSmdIV0IrNhYrLCjXlM9dUTCU9 Xh+NKez0/6zocVPK1OBUlXui+g5FGdzVUS6W8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=lrlXusXckGnk56FwYGvkm/ThDpLGEXgImzgaPAgy6bPHdQX+O/gZ3g9ZpJZP5Bi1J7 QdeKZD14mId8Xo53fC88nAkyulS6QZd4PuJqdyhh15/IfmvBFDZaPacRPw+k7IkSfuMa h4eO8xOg2x7UA/6oNRDthrQPhczgWaPgnmo78= MIME-Version: 1.0 Received: by 10.216.90.8 with SMTP id d8mr2388942wef.52.1276522077471; Mon, 14 Jun 2010 06:27:57 -0700 (PDT) Received: by 10.216.3.213 with HTTP; Mon, 14 Jun 2010 06:27:57 -0700 (PDT) Date: Mon, 14 Jun 2010 16:27:57 +0300 Message-ID: From: Efstratios Karatzas To: soc-status@freebsd.org Content-Type: text/plain; charset=UTF-8 Subject: Audit Kernel Events, weekly report #3 X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jun 2010 13:28:02 -0000 - Haven't done much this week due to university exams which will keep me busy for another week; I doubt this is going to be a problem as community bonding period was used for coding. This week I did some more testing of my patches and was buffled by the following issue. Although vn_fullpath(9) does not require any locks to be held before calling it, holding locks may result in a deadlock situation? After applying my early NFS patches, I would experience deadlocks when vn_fullpath() would try to vn_lock() the vnode in question. The KPI was called in the middle of a NFS pseudo-syscall, right after obtaining the vnode in question. That's why vn_fullpath() is now called at the end of each NFS pseudo-syscall. This week, I altered NFS code so that it would get called at the middle of each NFS RPC and now it would *not* deadlock. I wonder if this was due to some bug that I previously introduced and somehow fixed in the process. -- Efstratios "GPF" Karatzas