Received: by 2002:a17:90a:b81:0:0:0:0 with SMTP id 1csp666193pjr; Fri, 9 Aug 2019 04:24:38 -0700 (PDT) X-Google-Smtp-Source: APXvYqwfSoDJhoj0ZZ016D/D1lgovAHxDIsV+yQn9rXaSXt2IricG2QZQFLtdlX9W3ivGJ9vmn9E X-Received: by 2002:a63:607:: with SMTP id 7mr16959860pgg.240.1565349878699; Fri, 09 Aug 2019 04:24:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565349878; cv=none; d=google.com; s=arc-20160816; b=N967aqrn0rpzcL9GcrNcMKEDa2p7YGhDuwGyNnKgUY7kLY15OTU8f0oDhhPwsE55Nk eCAPunK5rD92zklcqHHTUSTZ8bdTMorSh03Khrztpe3tZBwl1eLoaMRkx+PbMQbviShE 1x4bKXHfSC85jQfuqsv+WuVIjlZ5Xa9rmYkxnaMvu172KTcddWtoO2jovBVy51Zioge8 atbvAxUE9wYdNgOnIPs8eV1jdx3RUofaR3Sx4XXvIkivOb3ZefycQlvSVzwz3jS7eBhr rdMVnVVaiMngV30WwcGvc6Y58Juh0BzqNH8eW3Ia1dUC+jn3iZvDKEFA2ZYdJsL/kLvc xsQw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :message-id:in-reply-to:subject:cc:to:from:date; bh=1bf6NMXW/DADmWLuCmPM53pr16mLj2aRDkA5VaVeNVo=; b=k7RylqkqQKgOC4fgRo1CYBKQKatSZqy5Btq/ubT6bPzssDP7WIKtXbP6TDh1pu5SnK C197f3xG/Ml8EfT1WK0QvV721n3hOkrUT//tlhgtZ3W2b3v4o9AnRV7J/HU68uiF04j6 9+Q59P+hEgpxz+wAQkA+Y0f1inJcc4lgS+x0a0sU8z1B/6/3m4hGR+Lsiam0kWoXPULN esm5BybYwoI7q+SVVA4mDoijRMA8M487ZgIk/Lbk5QOgoIEEQguokYDW0vwsoWAXXt5O OAWcSRFZrLfuSA6SwWxTohCv4lteHA2aFciraY/Cbkxj6YmFj6mkTW7lLLtrSApaCdBM tXog== ARC-Authentication-Results: i=1; mx.google.com; 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 185si56792036pgc.522.2019.08.09.04.24.23; Fri, 09 Aug 2019 04:24:38 -0700 (PDT) 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; 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 S2406483AbfHILPT (ORCPT + 99 others); Fri, 9 Aug 2019 07:15:19 -0400 Received: from Galois.linutronix.de ([193.142.43.55]:56393 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726140AbfHILPS (ORCPT ); Fri, 9 Aug 2019 07:15:18 -0400 Received: from p200300ddd71876457e7a91fffec98e25.dip0.t-ipconnect.de ([2003:dd:d718:7645:7e7a:91ff:fec9:8e25]) by Galois.linutronix.de with esmtpsa (TLS1.2:DHE_RSA_AES_256_CBC_SHA256:256) (Exim 4.80) (envelope-from ) id 1hw2rX-0005Hx-HG; Fri, 09 Aug 2019 13:15:11 +0200 Date: Fri, 9 Aug 2019 13:15:05 +0200 (CEST) From: Thomas Gleixner To: Linus Torvalds cc: Steven Rostedt , John Ogness , Linux List Kernel Mailing , Peter Zijlstra , Petr Mladek , Sergey Senozhatsky , Greg Kroah-Hartman , Andrea Parri , Sergey Senozhatsky , Brendan Higgins Subject: Re: [RFC PATCH v4 9/9] printk: use a new ringbuffer implementation In-Reply-To: Message-ID: References: <20190807222634.1723-1-john.ogness@linutronix.de> <20190807222634.1723-10-john.ogness@linutronix.de> <874l2rclmw.fsf@linutronix.de> <20190808194523.6f83e087@gandalf.local.home> <20190808204841.5afcad46@gandalf.local.home> User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 8 Aug 2019, Linus Torvalds wrote: > On Thu, Aug 8, 2019 at 5:48 PM Steven Rostedt wrote: > > > > I've never tried, but are you saying that even with the "10 second > > hold" the laptop's DRAM may still have old data that is accessible? > > The power doesn't go off when you *start* the 10s hold. It goes off > after ten seconds. > > So power is off only for the time it then takes you to press the power > button again to turn it on again. So just a second or two if you react > quickly to the "ok, power light finally went off". Longer if you > don't. > > But yes, DRAM has retention time in the seconds. See for example > > https://www.pdl.cmu.edu/PDL-FTP/NVM/dram-retention_isca13.pdf > > and look at the kinds of times they are looking at - their graphs > aren't in milliseconds, they are in 1-5 seconds (and the retention is > pretty high for that time). > > But I don't know what a power-off-in-laptop scenario really looks like.. That's random behaviour. It's hardware & BIOS & value add. What do you expect? I tried on a few machines. My laptop does not retain any useful information and on some server box (which takes ages to boot) the memory is squeaky clean, i.e. the BIOS wiped it already. Some others worked with a two second delay between turning the remote power switch on and off. Thanks, tglx