From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wg0-f44.google.com (mail-wg0-f44.google.com [74.125.82.44]) by kanga.kvack.org (Postfix) with ESMTP id E2D9D6B0072 for ; Tue, 23 Jun 2015 11:04:49 -0400 (EDT) Received: by wgbhy7 with SMTP id hy7so12261725wgb.2 for ; Tue, 23 Jun 2015 08:04:49 -0700 (PDT) Received: from mail-wi0-f182.google.com (mail-wi0-f182.google.com. [209.85.212.182]) by mx.google.com with ESMTPS id ga6si26350581wib.68.2015.06.23.08.04.47 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 23 Jun 2015 08:04:48 -0700 (PDT) Received: by wicgi11 with SMTP id gi11so19749490wic.0 for ; Tue, 23 Jun 2015 08:04:47 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <20150623100757.GA24894@lst.de> References: <20150622081028.35954.89885.stgit@dwillia2-desk3.jf.intel.com> <20150622082427.35954.73529.stgit@dwillia2-desk3.jf.intel.com> <20150622161002.GB8240@lst.de> <20150623100757.GA24894@lst.de> Date: Tue, 23 Jun 2015 08:04:47 -0700 Message-ID: Subject: Re: [PATCH v5 2/6] arch: unify ioremap prototypes and macro aliases From: Dan Williams Content-Type: text/plain; charset=UTF-8 Sender: owner-linux-mm@kvack.org List-ID: To: Christoph Hellwig Cc: Arnd Bergmann , Ingo Molnar , Borislav Petkov , "H. Peter Anvin" , Thomas Gleixner , Ross Zwisler , Andrew Morton , Juergen Gross , X86 ML , "Kani, Toshimitsu" , "linux-nvdimm@lists.01.org" , Benjamin Herrenschmidt , Luis Rodriguez , Konrad Rzeszutek Wilk , "linux-kernel@vger.kernel.org" , Stefan Bader , Andy Lutomirski , linux-mm@kvack.org, Geert Uytterhoeven , Ralf Baechle , Henrique de Moraes Holschuh , mpe@ellerman.id.au, Tejun Heo , Paul Mackerras On Tue, Jun 23, 2015 at 3:07 AM, Christoph Hellwig wrote: > On Mon, Jun 22, 2015 at 10:12:40AM -0700, Dan Williams wrote: >> Is that an acked-by for this cycle with a request to go deeper for 4.3? > > I wouldn't really expect something this wide reaching to be picked up > for this cycle, but if you manage to get it in: > > Acked-by: Christoph Hellwig Thanks, definitely a long shot at this point, but this is what one gets for fixing rather than working around broken base infrastructure. It would be unfortunate if we went another cycle with pmem having both poor performance and broken persistence guarantees. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org