Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965931Ab2EQVlK (ORCPT ); Thu, 17 May 2012 17:41:10 -0400 Received: from mail.savoirfairelinux.com ([209.172.62.77]:57396 "EHLO mail.savoirfairelinux.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1760685Ab2EQVlI (ORCPT ); Thu, 17 May 2012 17:41:08 -0400 Message-ID: <1337290826.7033.10.camel@trivette.site> Subject: Re: [PATCH v6 3/3] gpio: TS-5500 GPIO support From: Vivien Didelot To: Grant Likely Cc: x86@kernel.org, Jerome Oufella , Ingo Molnar , Thomas Gleixner , "H. Peter Anvin" , linux-kernel@vger.kernel.org, lm-sensors@lm-sensors.org, Guenter Roeck , Jean Delvare , Linus Walleij Date: Thu, 17 May 2012 17:40:26 -0400 In-Reply-To: <20120517210633.400633E0621@localhost> References: <1334276935-11258-1-git-send-email-vivien.didelot@savoirfairelinux.com> <1334276935-11258-4-git-send-email-vivien.didelot@savoirfairelinux.com> <20120517210633.400633E0621@localhost> Organization: Savoir-faire Linux Inc. Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.2.3 Content-Transfer-Encoding: 7bit Mime-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 823 Lines: 20 On Thu, 2012-05-17 at 15:06 -0600, Grant Likely wrote: > > arch/x86/include/asm/ts5500.h | 62 ++++++++ > > Why the separate header file? What will use these defines? I > normally expect driver-specific defines to be in the driver .c file > directly; particularly for things like gpio drivers which should be a > generic interface that doesn't need to export symbols. Should an intermediate driver directly use values for GPIOs instead of these symbols? For example, how should a temperature sensor plugged on this platform refer to inputs and outputs? Thanks, Vivien -- 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/