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=-7.5 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,NICE_REPLY_A, SPF_HELO_NONE,SPF_PASS,USER_AGENT_SANE_1 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 73AE3C433DB for ; Sun, 14 Feb 2021 16:18:45 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 184DE64E61 for ; Sun, 14 Feb 2021 16:18:44 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 184DE64E61 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 727498D00D6; Sun, 14 Feb 2021 11:18:44 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 6D8048D0060; Sun, 14 Feb 2021 11:18:44 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 5C52C8D00D6; Sun, 14 Feb 2021 11:18:44 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0192.hostedemail.com [216.40.44.192]) by kanga.kvack.org (Postfix) with ESMTP id 44B328D0060 for ; Sun, 14 Feb 2021 11:18:44 -0500 (EST) Received: from smtpin18.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with ESMTP id 1616662CC for ; Sun, 14 Feb 2021 16:18:44 +0000 (UTC) X-FDA: 77817381768.18.leaf24_380a5af27633 Received: from filter.hostedemail.com (10.5.16.251.rfc1918.com [10.5.16.251]) by smtpin18.hostedemail.com (Postfix) with ESMTP id F1591100ED0FD for ; Sun, 14 Feb 2021 16:18:43 +0000 (UTC) X-HE-Tag: leaf24_380a5af27633 X-Filterd-Recvd-Size: 2625 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by imf34.hostedemail.com (Postfix) with ESMTP for ; Sun, 14 Feb 2021 16:18:43 +0000 (UTC) Received: by mail.kernel.org (Postfix) with ESMTPSA id 0243564E26; Sun, 14 Feb 2021 16:18:40 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1613319522; bh=p7z/PAaa9h8hWJe6xkCOxc27Iz8NTK/cuu7aFF86WkY=; h=Subject:From:To:References:Date:In-Reply-To:From; b=cr47/pgH8otatIkf4s0WP8E/DL4cl6cg+Cp3P4QJfEPwl+hwz8uzt4b8wzgO16coJ mvKynNsIrHj224XeqhAjKZyy3ngkzWhRagSYDBXzrJYoVNr/JFp5p72kQ+oc/bUF7J mrjV4oyV256Lac/o3zu+AvKjSHdHz5gziavIJvZIlMEpDFRxGon/0bwnZGogdwGpiR BCVOtD+bhbOTpl5k50mkbppBBDDLyKA2euFTzxNhtDlhdCJtR7JzJZBCPqC/7u1HUj 1FFL2ptwj2Q+U1mHwPCSvRw3M9EEELHeO/mfUkReSpSUyr05B5X3WA3V5iV0O9aqGk VqHU5qNAizXYg== Subject: Re: [PATCH 0/3][v4] add support for never printing hashed addresses From: Timur Tabi To: Petr Mladek , Steven Rostedt , Sergey Senozhatsky , Vlastimil Babka , Andy Shevchenko , Matthew Wilcox , akpm@linux-foundation.org, Linus Torvalds , roman.fietze@magna.com, Kees Cook , John Ogness , akinobu.mita@gmail.com, glider@google.com, Andrey Konovalov , Marco Elver , Rasmus Villemoes , Pavel Machek , Tetsuo Handa , linux-kernel@vger.kernel.org, linux-mm@kvack.org References: <20210214161348.369023-1-timur@kernel.org> Message-ID: <2e7bd5a2-2def-e615-2b46-9d167bcf3439@kernel.org> Date: Sun, 14 Feb 2021 10:18:39 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20210214161348.369023-1-timur@kernel.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On 2/14/21 10:13 AM, Timur Tabi wrote: > Although hashing addresses printed via printk does make the > kernel more secure, it interferes with debugging, especially > with some functions like print_hex_dump() which always uses > hashed addresses. I believe that this version addresses all outstanding issues, so unless there are any complaints, I would like for this patch set to be merged for 5.12-rc1. I don't know who should pick it up, though. Thanks.