From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jon Hunter Subject: Re: [PATCH] OMAP3: MMC: Add mux for pins Date: Wed, 17 Jun 2009 17:48:40 -0500 Message-ID: <4A3972C8.2090502@ti.com> References: <1244846488-28313-1-git-send-email-vikram.pandita@ti.com> <20090615081242.GE4474@atomide.com> <5C07676A-0A93-48DE-B4C0-5A6709BE34A8@gmail.com> <20090615110431.GO4474@atomide.com> <87y6rs2nu0.fsf@deeprootsystems.com> <20090617081206.GD6605@atomide.com> <87my86yau1.fsf@deeprootsystems.com> <878wjqy1yj.fsf@deeprootsystems.com> Mime-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit Return-path: Received: from devils.ext.ti.com ([198.47.26.153]:58732 "EHLO devils.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754547AbZFQWs6 (ORCPT ); Wed, 17 Jun 2009 18:48:58 -0400 In-Reply-To: <878wjqy1yj.fsf@deeprootsystems.com> Sender: linux-omap-owner@vger.kernel.org List-Id: linux-omap@vger.kernel.org To: Kevin Hilman Cc: "Pandita, Vikram" , Tony Lindgren , Hugo Vincent , "linux-omap@vger.kernel.org" , "Chikkature Rajashekar, Madhusudhan" Kevin Hilman wrote: > "Pandita, Vikram" writes: > >>> -----Original Message----- >>> From: Kevin Hilman [mailto:khilman@deeprootsystems.com] >>> >>>>> If some pins are always needed, and don't have alternative pinouts, then >>>>> the common pins could be muxed in devices.c. >>>> This is the algo we can use for MMC pin muxing in that case: >>>> >>>> MMC1: No pin has mux clash >>>> Mux all 10 pins in devices.c >>> Is this common across 34xx and 35xx? >> Yes this is common. >> Both are same OMAP3 marketed differently. > > Yes, but they are in different packages, so I was curious if the pin > muxing is identical across the different packages. The ball/pad numbers may change due to the package, but the registers used to configure the pin muxing and the pin muxing options will not change. So from a software standpoint it is the same. The OMAP3530 is available in 3 packages, namely CBB, CBC and CUS according to the data manual [1]. The OMAP3430 is only available in the CBB package. What this means is that the name "N28_3430_MMC1_CLK", which associates ball N28 with signal MMC1_CLK, is appliable to the OMAP3430 and OMAP3530 CBB package, but not applicable to the OMAP3530 CBC and CUS packages as this ball number does not exist on these packages. This is simply a difference in naming of the balls between the packages but does not impact the pin muxing options. Cheers Jon [1] OMAP3530 Data Manual http://www.ti.com/lit/gpn/omap3530