From mboxrd@z Thu Jan 1 00:00:00 1970 From: Randy Dunlap Subject: Re: [PATCH v2] kmap_types: convert most arches to a single header file Date: Thu, 04 Jun 2009 16:07:07 -0700 Message-ID: <4A28539B.5050200@oracle.com> References: <4A280BB0.4030805@oracle.com> <200906042228.36571.arnd@arndb.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Return-path: Received: from acsinet11.oracle.com ([141.146.126.233]:52794 "EHLO acsinet11.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751775AbZFDXG3 (ORCPT ); Thu, 4 Jun 2009 19:06:29 -0400 In-Reply-To: <200906042228.36571.arnd@arndb.de> Sender: linux-arch-owner@vger.kernel.org List-ID: To: Arnd Bergmann Cc: Linux Kernel Mailing List , linux-arch@vger.kernel.org, Mike Frysinger , Richard Henderson , Ivan Kokshaysky , Bryan Wu , Mikael Starvik , Hirokazu Takata , Luck Tony , Geert Uytterhoeven , Ralf Baechle , David Howells , Kyle McMartin , Martin Schwidefsky , Paul Mundt , "David S. Miller" , Ingo Molnar , Thomas Gleixner , "H. Peter Anvin" , Benjamin Herrenschmidt , Russell King Arnd Bergmann wrote: > On Thursday 04 June 2009, Randy Dunlap wrote: >> From: Randy Dunlap >> Subject: kmap_types: make most arches use generic header file >> >> Convert most arches (*except frv*) to use asm-generic/kmap_types.h. >> Each arch still has its own kmap_types.h for customization if >> needed (like frv). >> >> KM_FENCE is now controlled by CONFIG_HIGHMEM. >> >> Built on x86_64, i386, mips, sparc32, sparc64, >> alpha, powerpc64, ia64, and m68k. >> >> Note: Removed KM_PTE2 from generic kmap_types.h file; it was defined >> but not used by avr32. > > Every change in here looks good to me now, so > > Acked-by: Arnd Bergmann > > Two questions though: > > 1. The patch still conflicts with mine from the asm-generic > tree. Yours is better in multiple ways (cleans up all the > archs, adds the necessary types for ppc and arm), so should > I drop mine now? I guess I can also make my file identical > to yours so independent of who gets in first, there should be > a clean merge? or you can take my patch into your asm-generic patchset. :) > 2. should the asm and powerpc bits go through the arch maintainer arm > trees? I guess since they are slightly more than an obvious > consolidation, at least an Ack from BenH and Russell would be > appropriate. Sure, acks from lots of arch maintainers would be Good, esp. BenH and Russell. -- ~Randy LPC 2009, Sept. 23-25, Portland, Oregon http://linuxplumbersconf.org/2009/