From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike Frysinger Date: Fri, 10 Jul 2009 10:31:41 -0400 Subject: [U-Boot] [PATCH] flread: new command for reading indirect mapped flashes In-Reply-To: <200907061047.41621.sr@denx.de> References: <1246387465-13156-1-git-send-email-vapier@gentoo.org> <200907060437.11544.vapier@gentoo.org> <200907061047.41621.sr@denx.de> Message-ID: <200907101031.43015.vapier@gentoo.org> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de On Monday 06 July 2009 04:47:41 Stefan Roese wrote: > On Monday 06 July 2009 10:37:10 Mike Frysinger wrote: > > On Monday 06 July 2009 03:25:43 Stefan Roese wrote: > > > On Monday 06 July 2009 09:04:44 Mike Frysinger wrote: > > > > we would want to avoid ambiguity -- is > > > > "nor" referring to the nor flashes or is it referring to a partition > > > > named "nor". > > > > > > The first version would refer "nor" as flash type and the 2nd one > > > "nor0" as a device name from mtdparts/mtdids. > > > > so people wouldnt be able to name a mtdpart "nor" > > Yes, this doesn't make much sense. It's probably better to only use the 2nd > approach via the mtdparts/mtdids name. when mtdparts support is enabled, sure. the logic could be fairly dynamic -- if you give it two args, it is referring to a flash type and a flash #. if you give it one, it defaults to mtdparts if it's enabled. if no mtdpart exists named that way, it falls back to flash type and flash 0. -mike -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part. Url : http://lists.denx.de/pipermail/u-boot/attachments/20090710/75c6ede1/attachment.pgp