From owner-freebsd-arch@FreeBSD.ORG Wed Nov 12 20:23:39 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0AACBF17; Wed, 12 Nov 2014 20:23:39 +0000 (UTC) Received: from chez.mckusick.com (chez.mckusick.com [IPv6:2001:5a8:4:7e72:4a5b:39ff:fe12:452]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E425227E; Wed, 12 Nov 2014 20:23:38 +0000 (UTC) Received: from chez.mckusick.com (localhost [127.0.0.1]) by chez.mckusick.com (8.14.3/8.14.3) with ESMTP id sACKNTm7087881; Wed, 12 Nov 2014 12:23:29 -0800 (PST) (envelope-from mckusick@chez.mckusick.com) Message-Id: <201411122023.sACKNTm7087881@chez.mckusick.com> To: Konstantin Belousov Subject: Re: Removal of kern_xxx() no-at variants. In-reply-to: <20141112132451.GM17068@kib.kiev.ua> Date: Wed, 12 Nov 2014 12:23:29 -0800 From: Kirk McKusick Cc: arch@freebsd.org, fs@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Nov 2014 20:23:39 -0000 On Wednesday, November 12, 2014 8:24:52 am Konstantin Belousov wrote: > We have 'fat' KPI for kern_open() and other vfs syscall helpers, after > the at-version of the syscalls was added somewhere at 8-CURRENT. > For instance, we provide > kern_open() and kern_openat(). > But more, we provide > kern_stat() > kern_lstat() > kern_statat() > kern_statat_vhook() > first three being a trivial wrapper around kern_statat_vhook(). > More, existence of two or (sometimes) three layers around basic > syscall helper causes issues like r271655 making the argument > validation split. > > Kepping the compat layer was reasonable in 8-CURRENT time when the > at variants were experimental and patch to add the syscalls was > already large and error-prone. Now, I think we should shave the > extra call indirections, it costs nothing at callers and sometimes > even improves the code. I think this is an excellent idea and helps maintain the FreeBSD philosophy of keeping its code base clean. I have reviewed the diffs and they all look good. Kirk McKusick