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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 9F836C433FE for ; Wed, 16 Mar 2022 08:09:30 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1347375AbiCPIKl (ORCPT ); Wed, 16 Mar 2022 04:10:41 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42302 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1346256AbiCPIKk (ORCPT ); Wed, 16 Mar 2022 04:10:40 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 7FDAC5E779; Wed, 16 Mar 2022 01:09:25 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id 7ED88B81A1F; Wed, 16 Mar 2022 08:09:24 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 8213CC340E9; Wed, 16 Mar 2022 08:09:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1647418163; bh=9MeOuZ7Yb5TifZzFGIEaV3LSES97K18572IADr0rgLw=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=ds4oKayjlDznyeIMcJbkfh4rTkv1b4It02XA8am1nY113Xy4U/FEyNmAreeBKRikd 0YzEDewn6u91E4uZxR3Gj4Kcl2amkC0qh4XGWeEWrU+d7UpanofIwKmelRTgMWBcgu m0hpfVhCYrZpDtSU52Y4BbaI7lrs8Bl6n+ko7J9k= Date: Wed, 16 Mar 2022 09:09:19 +0100 From: Greg KH To: "Luck, Tony" Cc: "Joseph, Jithu" , "hdegoede@redhat.com" , "markgross@kernel.org" , "tglx@linutronix.de" , "mingo@redhat.com" , "bp@alien8.de" , "dave.hansen@linux.intel.com" , "x86@kernel.org" , "hpa@zytor.com" , "corbet@lwn.net" , "andriy.shevchenko@linux.intel.com" , "Raj, Ashok" , "rostedt@goodmis.org" , "linux-kernel@vger.kernel.org" , "linux-doc@vger.kernel.org" , "platform-driver-x86@vger.kernel.org" , "patches@lists.linux.dev" , "Shankar, Ravi V" , "Williams, Dan J" Subject: Re: [RFC 00/10] Introduce In Field Scan driver Message-ID: References: <20220301195457.21152-1-jithu.joseph@intel.com> 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-doc@vger.kernel.org On Tue, Mar 15, 2022 at 04:10:59PM +0000, Luck, Tony wrote: > > Again, I have no idea what you are doing at all with this driver, nor > > what you want to do with it. > > > > Start over please. > > TL;DR is that silicon ages and some things break that don't have parity/ECC checks. > So systems start behaving erratically. If you are lucky they crash. If you are less lucky > they give incorrect results. > > There's a paper (and even a movie 11 minutes) that describe the research by > Google on this. > https://sigops.org/s/conferences/hotos/2021/papers/hotos21-s01-hochschild.pdf > (https://www.youtube.com/watch?v=QMF3rqhjYuM) Both you and Dan are assuming that I actually care about this hardware and driver enough to read a presentation or watch a video about it. Sorry, but that's not happening :) I'm saying these questions as you all need to be asking yourself that, and figuring out what the proper api is. That's not my job here. I was just pointing out the problems in your original submission that you all should have caught before sending it out... good luck! greg k-h