From mboxrd@z Thu Jan 1 00:00:00 1970 From: jamie@jamieiles.com (Jamie Iles) Date: Wed, 2 Mar 2011 11:38:23 +0000 Subject: [PATCHv5 0/3] Introduce the /proc/socinfo and use it to export OMAP data In-Reply-To: References: <4D6D9B10.9000606@codeaurora.org> <4D6D9D06.2020204@bluewatersys.com> <4D6D9FC7.1090206@codeaurora.org> <4D6DA290.2010607@bluewatersys.com> <4D6DAA24.3000204@codeaurora.org> <4D6DAE6E.4030701@bluewatersys.com> <4D6DB1B1.4060908@codeaurora.org> <4D6DFE67.3020801@stericsson.com> Message-ID: <20110302113823.GB2728@pulham.picochip.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org On Wed, Mar 02, 2011 at 11:36:38AM +0100, Linus Walleij wrote: > On Wed, Mar 2, 2011 at 9:23 AM, Maxime Coquelin > wrote: > > > I think we should have a tree like this : > > > > /sys/devices/system/soc/ > > /sys/devices/system/soc/unique_id<- Unified way to export an ID for all machs > > Arbitrary number of bits? Some will have a 64-bit ID, some will have 32-bit > etc. > > Should we say it's a hex string of 64 bits? Could we provide hooks for the platform that takes the buffer and length and let the platform do the snprintf()? Our devices have a 128-bit serial number and I'm sure there must be others. > > /sys/devices/system/soc/mach/ > > /sys/devices/system/soc/mach/name<- Name of the mach > > /sys/devices/system/soc/mach/foo_id > > /sys/devices/system/soc/mach/bar_id<- Vendors may have several/different IDs > > to export (IDCODE for OMAP, Production ID...) Do we need a way to allow platforms to specify additional attributes to co into the socinfo? For our devices we can boot in different modes and how we boot determines how the firmware is upgraded. In the case above the platform could specify that it needs foo_id and bar_id and the callbacks to fill them in. Jamie