Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp2292677pxu; Mon, 7 Dec 2020 02:46:58 -0800 (PST) X-Google-Smtp-Source: ABdhPJzLkMT0HQ1UNZa/hB6nHVYWzkWcvk3tmWD8VaxDG0zQ+UYU2HFpMKCtFekuuMXTGrgnvUC8 X-Received: by 2002:a50:eb44:: with SMTP id z4mr5685773edp.167.1607338018236; Mon, 07 Dec 2020 02:46:58 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1607338018; cv=none; d=google.com; s=arc-20160816; b=aXjdXThYRtBIXIl48PJflF7VbfFkM6aC/cYNPlC+VwCDbBEAxPJa/KYrtjRCoh6efZ ZmSWB2iOOQ3Sz0d04JTWv+itz7JtwCsRyTZYtt6CWGeLvSCzo4hobcejIvt0whoC+Es9 Z74ijKaeAsbcK0TD1utxif6/JF8Q+413TJSVo1bIp3A8uy1KeLRaVcn+yW0LwcSQy7/w x51CkTf18zn8Qu3Iq/fikZ/wjoA8nggDOD5AjGElGg/sNp0KsfU3VpJpY1WVhgJqa/WR 8HM1kJNwgW4LjG+R845aJJ2v7np0jID2kx53aaT6ZwDDLslEZMA0JBGidG5QSkCkKZo/ 2Q6Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=Xk3w3o6XjtVtZOAyS1trcFC2oFdwqvGO8UmKtgQpKJA=; b=WTMbQukZEGLcONb4ALI593dg/IbqLPFBBV6kxd6wAWXTv6T4QWPX6cMNj8KnoH6Y/T 9uIvcx76DpU7gFKDunV/rvjENfXJjMMegqyM/Ms8YW3oT932RQP31sjG2C88sGX+4o6W LoHp5YY1MH4wQ0WMcKXDCUfV4ZDcER2aArr8mizO3jH9iB3JFeD2/7ixGvwkt+/cbzjr nwqrJ1LRP2HXWG5buVwPsY0CfsfbPkHt1S5TQ5Fta+awF4xMvEUUQwBP+LamuAY62N/h baXKJsH3XZmRgsiYO3jEafpsEGL2VU0uUs0FBm1bGyRbtPpGbRfrFN5l+z8y0yOhHezc eAYg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id v18si2494237ejb.13.2020.12.07.02.46.35; Mon, 07 Dec 2020 02:46:58 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726296AbgLGKoF (ORCPT + 99 others); Mon, 7 Dec 2020 05:44:05 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33020 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726148AbgLGKoE (ORCPT ); Mon, 7 Dec 2020 05:44:04 -0500 X-Greylist: delayed 1455 seconds by postgrey-1.37 at lindbergh.monkeyblade.net; Mon, 07 Dec 2020 02:43:24 PST Received: from tartarus.angband.pl (tartarus.angband.pl [IPv6:2001:41d0:602:dbe::8]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 07946C0613D4 for ; Mon, 7 Dec 2020 02:43:24 -0800 (PST) Received: from kilobyte by tartarus.angband.pl with local (Exim 4.92) (envelope-from ) id 1kmDbk-0003Gv-1N; Mon, 07 Dec 2020 11:19:04 +0100 Date: Mon, 7 Dec 2020 11:19:04 +0100 From: Adam Borowski To: Greg Kroah-Hartman Cc: Jiri Slaby , Jann Horn , linux-kernel@vger.kernel.org Subject: Re: [PATCH] tty: Remove dead termiox code Message-ID: <20201207101904.GC2265@angband.pl> References: <20201203020331.2394754-1-jannh@google.com> <5cca5126-60ba-d123-0f7d-47fdbac4c4db@kernel.org> <93834a92-b342-aaee-c400-2883d5df0cdc@kernel.org> <8e993706-46e2-cbed-265f-1ba63cc9274d@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Junkbait: aaron@angband.pl, zzyx@angband.pl User-Agent: Mutt/1.10.1 (2018-07-13) X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: kilobyte@angband.pl X-SA-Exim-Scanned: No (on tartarus.angband.pl); SAEximRunCond expanded to false Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Dec 04, 2020 at 10:10:16AM +0100, Greg Kroah-Hartman wrote: > On Fri, Dec 04, 2020 at 09:51:07AM +0100, Jiri Slaby wrote: > > > > > On Fri, Dec 04, 2020 at 08:22:41AM +0100, Jiri Slaby wrote: > > > > > > On 03. 12. 20, 3:03, Jann Horn wrote: > > > > > > > Delete this dead code; but leave the definition of struct termiox in the > > > > > > > UAPI headers intact. [was snipped] > > > > > > I am thinking -- can/should we mark the structure as deprecated so that > > > > > > userspace stops using it eventually? > > Note this ^^^^^. He is talking about _not_ touching the definition in the > > UAPI header. Does the rest below makes more sense now? > > No, I'm still confused :) > > We can't touch the UAPI definitions, but the fact that this api never > did anything still is ok as after this patch it continues to not do > anything. > > I'm confused as to what you are proposing... The UAPI definition can't be removed, but it would be nice to issue a compiler _warning_ if it's ever used. Like eg. __attribute__ ((deprecated)) Meow! -- ⢀⣴⠾⠻⢶⣦⠀ .--[ Makefile ] ⣾⠁⢠⠒⠀⣿⡁ # beware of races ⢿⡄⠘⠷⠚⠋⠀ all: pillage burn ⠈⠳⣄⠀⠀⠀⠀ `----