From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thierry Reding Date: Wed, 16 Nov 2011 08:14:16 +0100 Subject: [U-Boot] [PATCH v2 2/3] tegra2: Add Avionic Design Plutux support. In-Reply-To: <20111116065954.GB14471@avionic-0098.mockup.avionic-design.de> References: <1321342031-13860-1-git-send-email-thierry.reding@avionic-design.de> <1321342031-13860-2-git-send-email-thierry.reding@avionic-design.de> <20111116065954.GB14471@avionic-0098.mockup.avionic-design.de> Message-ID: <20111116071416.GD14471@avionic-0098.mockup.avionic-design.de> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de * Thierry Reding wrote: > * Simon Glass wrote: [...] > > > > If you are not implementing MMC, just remove it and all the MMC code below. > > > > I don't understand. What makes you think I don't want MMC? Both the Plutux > and the Medcom boot from MMC. If you are referring to the CD being > hard-coded, then that is just because I copied from Harmony. You are right > though that I should probably fill the implementation. I'm not really sure > about the best way to do this, though. The struct mmc passed into > board_mmc_getcd() doesn't contain enough information to decide which GPIO to > check. I could assume it is always SD4 since that is the only controller that > is initialized, but would that be acceptable? I was going to implement proper card-detection (it's quite trivial) but then I saw that board_mmc_getcd() is never called in the Tegra2 MMC driver so I guess that should be implemented as well. Did anybody work on that already or would you like me to prepare a patch? Thierry -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available Url : http://lists.denx.de/pipermail/u-boot/attachments/20111116/d70d6a27/attachment.pgp