From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.8 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 87E3DC433ED for ; Wed, 31 Mar 2021 15:20:08 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 5792261026 for ; Wed, 31 Mar 2021 15:20:08 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235662AbhCaPTh (ORCPT ); Wed, 31 Mar 2021 11:19:37 -0400 Received: from mx2.suse.de ([195.135.220.15]:56810 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236256AbhCaPTL (ORCPT ); Wed, 31 Mar 2021 11:19:11 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=suse.com; s=susede1; t=1617203949; h=from:from:reply-to:date:date:message-id:message-id:to:to:cc:cc: mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=p6Ufx+acUY8pZhy/92+xIrmM8aKDEPteIyaOrAwJ5Og=; b=GsCXeGFK5kIImf19mhwCwL/Xwmux98ybVuD6tWvR3u8+3C361FnJkHS1BCM5Uf0kBb65zA IBycCO7HgQTI8H6hAwJfgDztnumNe98AdbdlnEvg3mFmkHixGhfiHUG6oc4jJtGaQKyvRk hsYOcjnYDkhEr3IxqRioy9k3qJOodrE= Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id 97CBAB2FF; Wed, 31 Mar 2021 15:19:09 +0000 (UTC) Date: Wed, 31 Mar 2021 17:19:03 +0200 From: Michal Hocko To: "Enrico Weigelt, metux IT consult" Cc: Sebastian Andrzej Siewior , Linus Torvalds , carnil@debian.org, David Hildenbrand , Linux Kernel Mailing List , Linux-MM , "Alexander A. Klimov" , Alexander Viro , Alexandre Belloni , Andrew Lunn , Andrew Morton , Andrey Zhizhikin , Arnd Bergmann , Benjamin Herrenschmidt , Brian Cain , Christian Borntraeger , Christophe Leroy , Chris Zankel , Corentin Labbe , "David S. Miller" , "Eric W. Biederman" , Geert Uytterhoeven , Gerald Schaefer , Greentime Hu , Greg Kroah-Hartman , Gregory Clement , Heiko Carstens , Helge Deller , Hillf Danton , huang ying , Ingo Molnar , Ivan Kokshaysky , "James E.J. Bottomley" , Jiaxun Yang , Jonas Bonn , Jonathan Corbet , Kairui Song , Krzysztof Kozlowski , Kuninori Morimoto , Linux API , Liviu Dudau , Lorenzo Pieralisi , Luc Van Oostenryck , Luis Chamberlain , Matthew Wilcox , Matt Turner , Max Filippov , Michael Ellerman , Mike Rapoport , Mikulas Patocka , Minchan Kim , Niklas Schnelle , Oleksiy Avramchenko , Palmer Dabbelt , Paul Mackerras , "Pavel Machek (CIP)" , Pavel Machek , "Peter Zijlstra (Intel)" , Pierre Morel , Randy Dunlap , Richard Henderson , Rich Felker , Robert Richter , Rob Herring , Russell King , Sam Ravnborg , Sebastian Hesselbarth , Stafford Horne , Stefan Kristiansson , Steven Rostedt , Sudeep Holla , Theodore Dubois , Thomas Bogendoerfer , Thomas Gleixner , Vasily Gorbik , Viresh Kumar , William Cohen , Xiaoming Ni , Yoshinori Sato Subject: Re: [PATCH RFC 0/3] drivers/char: remove /dev/kmem for good Message-ID: References: <20210319143452.25948-1-david@redhat.com> <20210319173334.pwkuj5np5ixwmtug@linutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-api@vger.kernel.org On Wed 31-03-21 17:08:03, Enrico Weigelt, metux IT consult wrote: > On 19.03.21 18:33, Sebastian Andrzej Siewior wrote: > > On 2021-03-19 10:14:02 [-0700], Linus Torvalds wrote: > > > On Fri, Mar 19, 2021 at 7:35 AM David Hildenbrand wrote: > > > > > > > > Let's start a discussion if /dev/kmem is worth keeping around and > > > > fixing/maintaining or if we should just remove it now for good. > > > > > > I'll happily do this for the next merge window, but would really want > > > distros to confirm that they don't enable it. > > > > > > I can confirm that it's certainly not enabled on any of the machines I > > > have, but.. > > > > Debian has CONFIG_DEVKMEM disabled since 2.6.31. > > SLES, too. (but no idea since when exactly) 15-SP2 IIRC -- Michal Hocko SUSE Labs