From owner-soc-status@FreeBSD.ORG  Mon Jun 14 19:55:07 2010
Return-Path: <owner-soc-status@FreeBSD.ORG>
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 BB81E1065676
	for <soc-status@freebsd.org>; Mon, 14 Jun 2010 19:55:07 +0000 (UTC)
	(envelope-from gleb.kurtsou@gmail.com)
Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com
	[209.85.161.54])
	by mx1.freebsd.org (Postfix) with ESMTP id 1AF798FC1D
	for <soc-status@freebsd.org>; Mon, 14 Jun 2010 19:55:06 +0000 (UTC)
Received: by fxm7 with SMTP id 7so3294070fxm.13
	for <multiple recipients>; Mon, 14 Jun 2010 12:55:05 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma;
	h=domainkey-signature:received:received:date:from:to:cc:subject
	:message-id:mime-version:content-type:content-disposition:user-agent;
	bh=PbtA5mNyo0E04BxmQEFG8Mui34+Y9Q1SHd7sxKgJgLY=;
	b=io4apbcgFlSsmegHRkKYrFxbMFtuerbUvFOmoQha6QT3mM7NfvYgLlBaTqvPNkHQ5z
	pl81jRtR2l1CUUGBi1JMkALFQ1fk+G1GijusNlj2b7GNaO+Uf65mxR0lokaB4BGcMJu3
	ojiMT5e+Q/QI+GYZDOE/A3DPmHjcNxhz0h924=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma;
	h=date:from:to:cc:subject:message-id:mime-version:content-type
	:content-disposition:user-agent;
	b=fbCM1R9MFJd7K5xwdEkH3uoDuM5zdgvfYhPUF9Jf9HGRleazt0SWps60XebmehUgut
	6Jz8+R1kaeRG7rOXfVzg5E9uN5myxyIfIcdWdYofriGCqza3BKHuJLxfHz0+DOHd5IlU
	CS0gR5WGjXJCYEMNUqasMt5ne6e4E3axDQ6Bo=
Received: by 10.223.18.154 with SMTP id w26mr5992325faa.39.1276545302983;
	Mon, 14 Jun 2010 12:55:02 -0700 (PDT)
Received: from localhost ([212.98.186.134])
	by mx.google.com with ESMTPS id e10sm7888921fak.38.2010.06.14.12.55.01
	(version=TLSv1/SSLv3 cipher=RC4-MD5);
	Mon, 14 Jun 2010 12:55:02 -0700 (PDT)
Date: Mon, 14 Jun 2010 22:55:09 +0300
From: Gleb Kurtsou <gleb.kurtsou@gmail.com>
To: soc-status@freebsd.org
Message-ID: <20100614195509.GA2794@tops>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: Konstantin Belousov <kib@FreeBSD.org>
Subject: Namecache status 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 <soc-status.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/soc-status>,
	<mailto:soc-status-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/soc-status>
List-Post: <mailto:soc-status@freebsd.org>
List-Help: <mailto:soc-status-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/soc-status>,
	<mailto:soc-status-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Jun 2010 19:55:07 -0000

Last week I've fixed bugs and implemented missing bits to make cache
functional with tmpfs. I've spent some time trying to adapt it in
msdosfs, but wasn't successful because the code is too hard to work
with, the only useful experience was memo in todo list not to forget
about case insensitive filesystems and utf8 normalization in zfs.

So I've decided to give ext2fs a try, which is much easer to work with
and yet not too complicated. It went smooth except ext2_rename. Which
had races with dircache. After some experimenting I'm thinking about
changing API to decouple vnode/inode operations and export reference
counting. Currently dircache API is a mix of Solaris directory cache and
pefs dircache. I'm going to change the way of assigning vnode to cache
entry to resemble inner filesystem workings a bit more.

This week I'll add dircache to stackable filesystem, the aim is to add
filesystem private data to cache and define a method to validate cache
entries on lower layer.