Received: by 10.192.165.156 with SMTP id m28csp927694imm; Thu, 19 Apr 2018 09:47:44 -0700 (PDT) X-Google-Smtp-Source: AIpwx4/7GTQDyOtX9/NU/PS7ba1BM/bA+CNLYPI3TgSMG9q52Jsgq5k/jEPwuC714QJDfRWqp+M4 X-Received: by 10.101.93.82 with SMTP id e18mr5897516pgt.123.1524156464893; Thu, 19 Apr 2018 09:47:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1524156464; cv=none; d=google.com; s=arc-20160816; b=F2ES9/L3dgLRSqm3BBl8Ja7s6gHANgkCaIQ5/XNZTQT5LyJSZND2O78Eciv9mMoebE saMv0a6EEX1EO3PofFbQGTERgsr1OG+DSHz4+f/qZVuPwdg3F5brkaRDuA8sqreAmJJ4 BLTPD6TYwYKdlqjjf98yTwrJSB42p8b5QilaUrNq5JPbLynQ0mpO1FjQQP6zWi0cud9C bVJW0/+qkuGCVj9GwEOmlbK3Djlohredbnc6Hh10Jt1r4xUB2SLAUu0XVUBkwAwDS3E6 s18KjsNtnEdWivIxQabJeSd+VvJPupGurAJEIWRGJgkh3RFOT4ewu8jVUMr7lHpwSN6H CSrA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=eLld/qaaz6SwssuS8GojOJTX7qKfW/qwYZn2dxyD94s=; b=y/l5a+knXq+GsephZCGY2ozy+9ikhT6xrbuVkU9ruo5ij6kAAG/Brm5nW3r4MseoTT tN72DKTf5pI1+HnDP/gtac/At+2pXYpKfykzLdAU09BStYaBeXCIdWGZc1PNLvuClQwK 7OeJzbanegWB8k9R92BG4fk+SD5NC8Rg4hFArJ4xo4lD/XN/ZkOiH8ByLDgxE2zJodnz EPnKteThco99zbqWbqEl/XRjPfvu3lPNpxlpGaPr/va58H9VmUwHh0smPy54Bvuov3QC PXEUWzac3qUImTetvPv25H5RTGAFWGX3mvp2Gb5wDTX1d6Qq82MoGMPXHLnVTC0SOqKj pRpQ== 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 p1si3509216pfp.72.2018.04.19.09.47.27; Thu, 19 Apr 2018 09:47:44 -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 S1754112AbeDSQpt (ORCPT + 99 others); Thu, 19 Apr 2018 12:45:49 -0400 Received: from mail.skyhub.de ([5.9.137.197]:39110 "EHLO mail.skyhub.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753573AbeDSQpr (ORCPT ); Thu, 19 Apr 2018 12:45:47 -0400 X-Virus-Scanned: Nedap ESD1 at mail.skyhub.de Received: from mail.skyhub.de ([127.0.0.1]) by localhost (blast.alien8.de [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id oT2Yfz7hqv64; Thu, 19 Apr 2018 18:45:30 +0200 (CEST) Received: from pd.tnic (p200300EC2BCA860039E42A6993E906A9.dip0.t-ipconnect.de [IPv6:2003:ec:2bca:8600:39e4:2a69:93e9:6a9]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.skyhub.de (SuperMail on ZX Spectrum 128k) with ESMTPSA id 175A41EC023A; Thu, 19 Apr 2018 18:45:30 +0200 (CEST) Date: Thu, 19 Apr 2018 18:45:28 +0200 From: Borislav Petkov To: "Alex G." Cc: linux-acpi@vger.kernel.org, linux-edac@vger.kernel.org, rjw@rjwysocki.net, lenb@kernel.org, tony.luck@intel.com, tbaicar@codeaurora.org, will.deacon@arm.com, james.morse@arm.com, shiju.jose@huawei.com, zjzhang@codeaurora.org, gengdongjiu@huawei.com, linux-kernel@vger.kernel.org, alex_gagniuc@dellteam.com, austin_bolen@dell.com, shyam_iyer@dell.com, devel@acpica.org, mchehab@kernel.org, robert.moore@intel.com, erik.schmauss@intel.com Subject: Re: [RFC PATCH v2 3/4] acpi: apei: Do not panic() when correctable errors are marked as fatal. Message-ID: <20180419164528.GD5635@pd.tnic> References: <20180416215903.7318-1-mr.nuke.me@gmail.com> <20180416215903.7318-4-mr.nuke.me@gmail.com> <20180418175415.GJ4795@pd.tnic> <20180419154006.GE3600@pd.tnic> <977608e6-9f5d-c523-a78a-993ac5bfd55f@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <977608e6-9f5d-c523-a78a-993ac5bfd55f@gmail.com> User-Agent: Mutt/1.9.3 (2018-01-21) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Apr 19, 2018 at 11:26:57AM -0500, Alex G. wrote: > At a very high level, I'm working with Dell on improving server > reliability, with a focus on NVME hotplug and surprise removal. One of > the features we don't support is surprise removal of NVME drives; > hotplug is supported with 'prepare to remove'. This is one of the > reasons NVME is not on feature parity with SAS and SATA. Ok, first question: is surprise removal something purely mechanical or do you need firmware support for it? In the sense that you need to tell the firmware that you will be removing the drive. I'm sceptical, though, as it has "surprise" in the name so I'm guessing the firmware doesn't know about it, the drive physically disappears and the FW starts spewing PCIe errors... > I'm not sure if this is the example you're looking for, but > take an r740xd server, and slowly unplug an Intel NVME drives at an > angle. You're likely to crash the machine. No no, that's actually a great example! Thx. -- Regards/Gruss, Boris. Good mailing practices for 400: avoid top-posting and trim the reply.