Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757427Ab2BMRwl (ORCPT ); Mon, 13 Feb 2012 12:52:41 -0500 Received: from mho-01-ewr.mailhop.org ([204.13.248.71]:40176 "EHLO mho-01-ewr.mailhop.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755564Ab2BMRwk (ORCPT ); Mon, 13 Feb 2012 12:52:40 -0500 X-Mail-Handler: MailHop Outbound by DynDNS X-Originating-IP: 98.234.237.12 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/mailhop/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX186TV8/t+pNpEP5IGPy8wSj Date: Mon, 13 Feb 2012 09:52:34 -0800 From: Tony Lindgren To: Mark Brown Cc: Russell King - ARM Linux , Matt Porter , Linux OMAP List , Linux ARM Kernel List , linux-kernel@vger.kernel.org Subject: Re: [PATCH] ARM: OMAP2+: gpmc-smsc911x: add required smsc911x regulators Message-ID: <20120213175233.GC1426@atomide.com> References: <1329151422-2146-1-git-send-email-mporter@ti.com> <20120213165209.GA31482@n2100.arm.linux.org.uk> <20120213165617.GE3494@opensource.wolfsonmicro.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120213165617.GE3494@opensource.wolfsonmicro.com> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1075 Lines: 26 * Mark Brown [120213 08:25]: > On Mon, Feb 13, 2012 at 04:52:09PM +0000, Russell King - ARM Linux wrote: > > > I think OMAP (or even the reg-fixed-voltage folk) needs to create an enum > > similar to what I did for 8250 to control the allocation of platform > > device IDs for this, otherwise we're going to keep on running over this > > problem. > > > Added Mark for his comment. > > Hrm, seems slightly icky but the enum will work if we can decide how to > add elements to the enum since it'll be easy to bloat a lot it if it's > central. It's tempting to suggest just using a random number to assign > the IDs randomly rather than have a central registry but obviously > there's no guarantees there. Can't we just leave out the .id and have it automatically assigned? Regards, Tony -- 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/