From owner-svn-src-all@FreeBSD.ORG Wed Nov 6 17:48:40 2013 Return-Path: Delivered-To: svn-src-all@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 5ACFA7EF for ; Wed, 6 Nov 2013 17:48:40 +0000 (UTC) (envelope-from peter@wemm.org) Received: from mail-pd0-x22e.google.com (mail-pd0-x22e.google.com [IPv6:2607:f8b0:400e:c02::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 183AE2FD0 for ; Wed, 6 Nov 2013 17:48:40 +0000 (UTC) Received: by mail-pd0-f174.google.com with SMTP id z10so10399328pdj.5 for ; Wed, 06 Nov 2013 09:48:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=wemm.org; s=google; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=bsxyLuMcGvFfyWvvU5FGhClMKoxoTS+G2MsvWCV1tfg=; b=SD1I9c6/jBXFwJPLAiWP8bhUVZXI2ToOVNnMFEaYMvi7+Z15Cz9JFYRHyQdKRSZsfE lNm7XYI1hX7V9RTH0EHtt2/Y/7OeLKBxK5JDUg9pBQLKtOYPOeVHDavQbVu8BS2rKLyZ 7OsFIpgYzWO/eFO3cBOFZl14MePnkXYlESc6s= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=bsxyLuMcGvFfyWvvU5FGhClMKoxoTS+G2MsvWCV1tfg=; b=iCRdgnHoeefUsE4zJRmWJ1DEqOAvyDRVOfAm5x7cHZZF6jW+NJjMMk02a+7CXtC6AU v/KYJpG5MmGarmEDwI6I1SJMRJn3lw1hrpLEx7Wqmi+a0YEXLfWgof+8yaMkgN9uEgRQ eGmgOSyR/SsrJtZCfIYtMihhQLgtlObyKXIAaJjUBdWDjNhOqkrdn7Dm2oC3k7LyKlg5 HymysN5co7LiCi+XREuZcK2+bdPgCTmQ+argCKOTkxw7ySn8B3HTlrJ/qdoWfdBB1NYk oo8EY3BUmYeB8R4dVj0LIsl++7LslqpU4fIxSIF+QZabveo2feUkHsXknvqB00goypnY 6bkw== X-Gm-Message-State: ALoCoQlTk35txYNlCmqrlUIqtp3U+Qij9q8l+6gYGUbs2JFnPr3O+D0/cXRm2G2FAQHKWHJTZVL0 X-Received: by 10.66.190.10 with SMTP id gm10mr5120508pac.126.1383760118928; Wed, 06 Nov 2013 09:48:38 -0800 (PST) Received: from hater-dm.corp.yahoo.com (nat-dip4.cfw-a-gci.corp.yahoo.com. [209.131.62.113]) by mx.google.com with ESMTPSA id og5sm42821113pbb.10.2013.11.06.09.48.37 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 06 Nov 2013 09:48:38 -0800 (PST) Message-ID: <527A80F4.1090405@wemm.org> Date: Wed, 06 Nov 2013 09:48:36 -0800 From: Peter Wemm User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: svn commit: r257696 - in head: libexec/rbootd share/man/man9 sys/compat/svr4 sys/net sys/sys References: <201311051029.rA5ATmmM017799@svn.freebsd.org> <201311051156.09819.jhb@freebsd.org> <20131105192904.GG7577@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "svn-src-head@freebsd.org" , svn-src-all , Gleb Smirnoff , "src-committers@freebsd.org" , John Baldwin X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Nov 2013 17:48:40 -0000 On 11/6/13, 9:00 AM, Adrian Chadd wrote: > I think the important thing here is that there _are_ organisations > that rely on some reasonable attempt at supporting historical APIs > where needed. > > This IMHO should've explicitly gone into a compat macro for people who > want support of this older stuff. > > My suggestion for a saner way to handle this deprecation schedule: > > * do the announce - I'd have to go looking for that, but we should be > placing these somewhere obvious (like a wiki page that lists > deprecated APIs in order, with the date/release they're going to be > deprecated); > * deprecate the userland use of the ioctl values first so they use the > newer API; > * deprecate the kernel API after the announced amount of time, hiding > things behind COMPAT_xxx as appropriate. That's how it was before - behind COMPAT_43 etc and he removed it. COMPAT_43 now does less than it did before. There were a bunch of ioctl's that had been renamed ages ago with an O prefix that were exposed to userland. While they weren't part of any API they should probably have been #ifdef COMPAT_43 in the includes to avoid accidental use. However, things like ktrace/kdump/strace wanted access to them for decoding so it would have made the change even messier. -Peter