Received: by 2002:a25:c205:0:0:0:0:0 with SMTP id s5csp5989931ybf; Thu, 5 Mar 2020 10:52:56 -0800 (PST) X-Google-Smtp-Source: ADFU+vsKL9MxJHQpb/Xvc2cxnP1FnxolEaOKsCFvIWi0RF3ehLHOgssSoAefcEDkSEpHNMlRavGY X-Received: by 2002:a05:6830:1e14:: with SMTP id s20mr8030765otr.322.1583434375718; Thu, 05 Mar 2020 10:52:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1583434375; cv=none; d=google.com; s=arc-20160816; b=BeMtTlKrl3fzN8h99Fy+ZYj6YkYMyBaeM68/AxqM2hG5wDRUI8t67p1a1ETnNa41OB xOt8TE19EDZr5zkZ+wpcRMQ9QVNBK2SgggbLmFQzfmDJenQVk5+4ouvO7Kk+xKV+GYFw 9NkGmNrtDl0p/sNCy9JicmgN+/HjVdjNEt6u1koRgN2giBQHtpOny4XXhH8iAmrROjty pkGWcNc37c3wAl4nPlGm3gWHJTKtiU/TP66ZFCwn4oBiAETuw9OumPePL4tNps1DD2tE KZXi/QxFLYx+0xc2wAsPGarHF1ZNe4X5BGk1lgnzoDcoOgA7Nyu6gHHhb/vne8anygrM Y7sg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=FVv6AJd6bBrTXrDKZfvcwskLDNuykZnEwGxDnO6gleo=; b=xdVes5TUx6ODJax9OFOIId4QDby+1oljQTySxn3HpclanT23ngJu6IN2LBkvr75xZ2 6aSMcCK5wXXaLE3kxuU3wpdzdwUXBOT6z2HY2iddOpYpIv5L7nCIJf3TV+XswV3eWqeg gVIpME3diWwAMEknap8dGJ+zr3mwboAlqJeIlAG3yGADkWchXVz2mDxuJ7c7oWMpSVdv KBkGQ7OyI2cCk4TyrQm2npdxFtpDvWyqBQeqRlEW2mKB8rHwREEBxQDNDgvxM2RaHphi BZW2vV6a4mZnxWTmgGzeFr/TAXb0xEu9s5L7Cbk0yZ0yPpiA0w6NfV4m0bqRcHNNkpRI R+Rw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=google header.b="NosQg/dD"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w202si3589256oia.157.2020.03.05.10.52.43; Thu, 05 Mar 2020 10:52:55 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@linux-foundation.org header.s=google header.b="NosQg/dD"; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726359AbgCESvp (ORCPT + 99 others); Thu, 5 Mar 2020 13:51:45 -0500 Received: from mail-io1-f65.google.com ([209.85.166.65]:37012 "EHLO mail-io1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725946AbgCESvp (ORCPT ); Thu, 5 Mar 2020 13:51:45 -0500 Received: by mail-io1-f65.google.com with SMTP id k4so2116035ior.4 for ; Thu, 05 Mar 2020 10:51:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux-foundation.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=FVv6AJd6bBrTXrDKZfvcwskLDNuykZnEwGxDnO6gleo=; b=NosQg/dDBPylczuOudsaCOt2Wy3lcV1PT7hKYOVRoSkfJ+eNlJfzNDp8iKCEPyabBs 7ijGVjmDDkVeHS+mphZq8yulaRZIrDr0ERC2vSfh5WEDhfJi0aWFUsuDUCABp1zGL29i GzZi3kYiPM96HwrrhGF/bVmIWhCcRegdRwoRg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=FVv6AJd6bBrTXrDKZfvcwskLDNuykZnEwGxDnO6gleo=; b=W5ueEf+2TH3S5R6FZnV4n71YEChhvvwd50SN2dLVfc0PXmnUlm6z+qpdESi5qM0hH4 diFRmkcju6n1+7cxTW7ju2qXkZ9Sf23y9tqOccQGtdClADJ0LNDiwtl5NcKB+J3UTGQC F0/ZDDDVzW6cNfmycxDzTQXbfSg7rL5ECOQFITYf/wn28iU4gfcuK5GLVBKkTlv3/MS8 lDDxgQ2ufj6Hzct98DFJ4WjRAhCnyXODI9EhiTT5x8b0Qlb+lnIg5Bj9rQGVoiFaqb37 AeNFLJtUDtXOa3ZiWmVDDFgBMTxvJJdMMOe2hAfgYN4JyuIweDewq5/ifVOQT46Aq99q nbbA== X-Gm-Message-State: ANhLgQ2/JU5JwGpmK8wxHBCmt4m87W/6Fe5ZiHYWeCCZB+r6fGPGHwIA ebP9M9p+8qFgC7w/O3fsuwvoSRUrHy56XZaweHQTgg== X-Received: by 2002:a6b:ec05:: with SMTP id c5mr376507ioh.107.1583434304466; Thu, 05 Mar 2020 10:51:44 -0800 (PST) MIME-Version: 1.0 References: <20200304124707.22650-1-yanaijie@huawei.com> <202003041022.26AF0178@keescook> In-Reply-To: From: Linus Torvalds Date: Thu, 5 Mar 2020 12:51:33 -0600 Message-ID: Subject: Re: [PATCH v3 0/6] implement KASLR for powerpc/fsl_booke/64 To: Scott Wood Cc: Kees Cook , Jason Yan , Petr Mladek , Steven Rostedt , Sergey Senozhatsky , Andy Shevchenko , Rasmus Villemoes , lkml , "Tobin C . Harding" , Daniel Axtens Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Mar 4, 2020 at 3:16 PM Scott Wood wrote: > > The frustration is with the inability to set a flag to say, "I'm debugging and > don't care about leaks... in fact I'd like as much information as possible to > leak to me." Well, I definitely don't want to tie it to "I turned off kaslr in order to help debugging". That just means that now you're debugging a kernel that is fundamentally different from what people are running. So I'd much rather have people just set a really magic flag, perhaps when kgdb is in use or something. > In any case, this came up now due to a question about what to use when > printing crash dumps. PowerPC currently prints stack and return addresses > with %lx (in addition to %pS in the latter case) and someone proposed > converting them to %p and/or removing them altogether. Please just use '%pS'. The symbol and offset is what is useful when users send crash-dumps. The hex value is entirely pointless with kaslr - which should basically be the default. Note that this isn't about security at that point - crash dumps are something that shouldn't happen, but if they do happen, we want the pointers. But the random hex value just isn't _useful_, so it's just making things less legible. Linus