From owner-freebsd-arch@FreeBSD.ORG Wed Jun 6 07:44:33 2007 Return-Path: X-Original-To: arch@freebsd.org Delivered-To: freebsd-arch@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 281E216A421 for ; Wed, 6 Jun 2007 07:44:33 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (vlk.vlakno.cz [62.168.28.247]) by mx1.freebsd.org (Postfix) with ESMTP id D961513C484 for ; Wed, 6 Jun 2007 07:44:32 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 4455A8BDB7E; Wed, 6 Jun 2007 09:44:31 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (vlk.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vfxRay1T4z+U; Wed, 6 Jun 2007 09:44:30 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 2ADAC8BDB73; Wed, 6 Jun 2007 09:44:30 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.13.8/8.13.8/Submit) id l567iTvF042064; Wed, 6 Jun 2007 09:44:29 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 6 Jun 2007 09:44:29 +0200 From: Roman Divacky To: Eric Lemar Message-ID: <20070606074429.GA42032@freebsd.org> References: <20070604162430.GA76813@freebsd.org> <896DB1FBFFD5A145833D9DA08CA12A85051A7F@seaxch07.desktop.isilon.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <896DB1FBFFD5A145833D9DA08CA12A85051A7F@seaxch07.desktop.isilon.com> User-Agent: Mutt/1.4.2.3i Cc: arch@freebsd.org Subject: Re: *at family of syscalls in FreeBSD X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Jun 2007 07:44:33 -0000 On Tue, Jun 05, 2007 at 06:17:40PM -0700, Eric Lemar wrote: > I'm definitely a fan of this API. Aside from the general thread-related > utility of this API, it provides a reasonable API for accessing > windows-style ADS streams (subfiles) on a filesystem that supports them > and is becoming reasonably cross-platform. This lets you handle things > like ADS hanging off directories in a comparatively sane manner. > > We've actually implemented a subset of these syscalls in-house (Isilon) > for use with our filesystem, largely for the ADS-related functionality. > Generally speaking, in our tree most of the traditional non-'at' syscalls > are just small kernel wrappers around the 'at' interfaces. Overall ends > up looking fairly clean and we've ended up using them even in places > where we don't need the ADS functionality just because they are so > convenient. > > If you're interested in implementing this API I'd be happy to talk about > our implementation and see whether the relevant parts of our implementation > would be useful for the general community. my current patch is at: www.vlakno.cz/~rdivacky/linux_at.patch it does not implement the native fbsd syscalls, only the linuxulator ones but adding those is a matter of minutes. I asked for a review by pjd and/or rwatson and hopefully this will get commited soon.. roman