From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr0-f196.google.com ([209.85.128.196]:41474 "EHLO mail-wr0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752165AbeEOGtK (ORCPT ); Tue, 15 May 2018 02:49:10 -0400 Date: Tue, 15 May 2018 08:49:06 +0200 From: Ingo Molnar To: Dan Williams Cc: linux-nvdimm , "Luck, Tony" , Andrew Morton , Mike Snitzer , Peter Zijlstra , X86 ML , Linux Kernel Mailing List , Andy Lutomirski , Ingo Molnar , Borislav Petkov , Mika =?iso-8859-1?Q?Penttil=E4?= , linux-fsdevel , Thomas Gleixner , Linus Torvalds , Christoph Hellwig , Al Viro , Peter Zijlstra , Andy Lutomirski Subject: Re: use memcpy_mcsafe() for copy_to_iter() (was: Re: [PATCH v3 0/9] Series short description) Message-ID: <20180515064906.GA29231@gmail.com> References: <20180514072603.GA14099@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-fsdevel-owner@vger.kernel.org List-ID: * Dan Williams wrote: > On Mon, May 14, 2018 at 12:26 AM, Ingo Molnar wrote: > > > > * Dan Williams wrote: > > > >> Ingo, Thomas, Al, any concerns with this series? > > > > Yeah, so: > > > > "[PATCH v3 0/9] Series short description" > > > > ... isn't the catchiest of titles to capture my [all too easily distracted] > > attention! ;-) > > My bad! After that mistake it became a toss-up between more spam and > hoping the distraction would not throw you off. > > > I have marked it now for -tip processing. Linus was happy with this and acked the > > approach, right? > > I think "happy" is a strong word when it comes to x86 machine check > handling. My interpretation is that he and Andy acquiesced that this > is about the best we can do with dax+mce as things stand today. So, how would you like to go about this series? To help move it forward I applied the first 5 commits to tip:x86/dax, on a vanilla v4.17-rc5 base, did some minor edits to the changelogs, tested it superficially (I don't have DAX so this essentially means build tests) and pushed out the result. Barring some later generic-x86 regression (unlikely) this looks good to me - feel free to cross-pull that branch into your DAX/nvdimm tree. Or we could apply the remaining changes to -tip too - your call. Thanks, Ingo