From mboxrd@z Thu Jan 1 00:00:00 1970 From: Christoph Hellwig Subject: Re: [PATCH 08/26] m68k: simplify ioremap_nocache Date: Mon, 19 Aug 2019 11:18:46 +0200 Message-ID: <20190819091846.GA27890@lst.de> References: <20190817073253.27819-1-hch@lst.de> <20190817073253.27819-9-hch@lst.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org To: Geert Uytterhoeven Cc: Christoph Hellwig , Arnd Bergmann , Guo Ren , Michal Simek , Greentime Hu , Vincent Chen , Guan Xuetao , the arch/x86 maintainers , alpha , arcml , Linux ARM , "open list:QUALCOMM HEXAGON..." , "linux-ia64@vger.kernel.org" , linux-m68k , linux-mips@vger.kernel.org, nios2-dev@lists.rocketboards.org, Openrisc , Parisc List , linux-riscv@lists.infradead.orglinux-s390 List-Id: linux-arch.vger.kernel.org On Mon, Aug 19, 2019 at 10:56:02AM +0200, Geert Uytterhoeven wrote: > BTW, shouldn't we get rid of the sole user of ioremap_uc(), too? > Seems to make a difference on x86 only, where it is "strongly uncached" > (whatever that may mean ;-) Yes, we probably should. However that actually seems worth a discussion so I wanted to defer it until after this already huge series. Another thing we can do after this series is to kill of ioremap_nocache. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from verein.lst.de ([213.95.11.211]:45965 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727172AbfHSJSw (ORCPT ); Mon, 19 Aug 2019 05:18:52 -0400 Date: Mon, 19 Aug 2019 11:18:46 +0200 From: Christoph Hellwig Subject: Re: [PATCH 08/26] m68k: simplify ioremap_nocache Message-ID: <20190819091846.GA27890@lst.de> References: <20190817073253.27819-1-hch@lst.de> <20190817073253.27819-9-hch@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-arch-owner@vger.kernel.org List-ID: To: Geert Uytterhoeven Cc: Christoph Hellwig , Arnd Bergmann , Guo Ren , Michal Simek , Greentime Hu , Vincent Chen , Guan Xuetao , the arch/x86 maintainers , alpha , arcml , Linux ARM , "open list:QUALCOMM HEXAGON..." , "linux-ia64@vger.kernel.org" , linux-m68k , linux-mips@vger.kernel.org, nios2-dev@lists.rocketboards.org, Openrisc , Parisc List , linux-riscv@lists.infradead.org, linux-s390 , Linux-sh list , sparclinux , linux-xtensa@linux-xtensa.org, MTD Maling List , Linux-Arch , Linux Kernel Mailing List Message-ID: <20190819091846.LYMnmh7c_8wcwrs5vpasTP9f2p-D4BOd2bhzlSthoVA@z> On Mon, Aug 19, 2019 at 10:56:02AM +0200, Geert Uytterhoeven wrote: > BTW, shouldn't we get rid of the sole user of ioremap_uc(), too? > Seems to make a difference on x86 only, where it is "strongly uncached" > (whatever that may mean ;-) Yes, we probably should. However that actually seems worth a discussion so I wanted to defer it until after this already huge series. Another thing we can do after this series is to kill of ioremap_nocache.