Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933622Ab3GDIJT (ORCPT ); Thu, 4 Jul 2013 04:09:19 -0400 Received: from mail-ie0-f170.google.com ([209.85.223.170]:43732 "EHLO mail-ie0-f170.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932202Ab3GDIJP (ORCPT ); Thu, 4 Jul 2013 04:09:15 -0400 MIME-Version: 1.0 In-Reply-To: <20130704061204.GA12148@kroah.com> References: <20130704011221.GA11230@kroah.com> <51D4D4A0.6080401@asianux.com> <1372903390.22688.139.camel@gandalf.local.home> <51D4D9A4.3020402@gmail.com> <1372904975.22688.142.camel@gandalf.local.home> <51D4E133.2010201@gmail.com> <1372907201.22688.147.camel@gandalf.local.home> <51D4EB7D.2020809@gmail.com> <20130704040859.GA2869@kroah.com> <51D4FF17.4040503@asianux.com> <20130704061204.GA12148@kroah.com> Date: Thu, 4 Jul 2013 10:09:14 +0200 X-Google-Sender-Auth: mT1PyxqXV3vBd6hQmawJl6e46y4 Message-ID: Subject: Re: [PATCH] include/asm-generic/io.h: add dummy fuctions to support 'COMPILE_TEST' in 'asm-generic'. From: Geert Uytterhoeven To: Greg KH Cc: Chen Gang , Chen Gang F T , Steven Rostedt , Arnd Bergmann , Richard Weinberger , Jeff Dike , David Sharp , "sfr@canb.auug.org.au" , Ingo Molnar , uml-devel , uml-user , "linux-kernel@vger.kernel.org" , Linux-Arch , Mark Brown , David Miller , Andrew Morton , Jiri Kosina , Jiri Slaby Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1738 Lines: 43 On Thu, Jul 4, 2013 at 8:12 AM, Greg KH wrote: > On Thu, Jul 04, 2013 at 12:50:31PM +0800, Chen Gang wrote: >> On 07/04/2013 12:08 PM, Greg KH wrote: >> >> > config COMPILE_TEST >> >> > bool "Compile also drivers which will not load" >> >> > default n >> > This has _nothing_ to do with asm-generic, sorry. Please don't confuse >> > the issue. >> >> But when I choose allmodconfig, then "COMPILE_TEST=y". this may allow a >> module to compile under the architectures which no related HW support. >> >> When cause compiling issue (HW not support), it is not module's issue, >> we can not 'fix' module by force, and it is not architecture's issue, >> either. >> >> So we have to look for who has duty for this issue. At least now, it >> seems only 'asm-generic' can be qualified to play this unlucky role. > > You seem to not understand what asm-generic is, or does, or I still do > not understand what you are proposing. > > Please send a patch showing what you are trying to do here, so that we > can properly understand. The patch is in the first email of this thread: https://lkml.org/lkml/2013/7/1/641 Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/