From mboxrd@z Thu Jan 1 00:00:00 1970 From: Lukasz Majewski Date: Mon, 04 Nov 2013 07:52:53 +0100 Subject: [U-Boot] [RFC][DFU] Unification of dfu_alt_info alt settings description + command execution In-Reply-To: <20131031231155.C503D3803F1@gemini.denx.de> References: <20130716173521.3dd7ec9e@amdc308.digital.local> <20131031182541.3a3020c6@amdc308.digital.local> <20131031203208.F3B5C3803F1@gemini.denx.de> <20131031222010.082d453f@jawa> <20131031231155.C503D3803F1@gemini.denx.de> Message-ID: <20131104075253.20742aab@amdc308.digital.local> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de Hi Wolfgang, > Dear Lukasz, > > In message <20131031222010.082d453f@jawa> you wrote: > > > > > Why can we not have a common format for all media supporting the > > > "raw" type? I mean, why can we not also use "start, size" for > > > mmc? It should be trivial to convert into a LBA number. > > > > I think, that I could do better with this table. > > > > What I have meant, is that the "raw" extra parameters are the same > > in both cases. The interpretation of start and size (if they are > > LBA or "normal" addresses) depends on the . > > I think they should _not_ be interpreted differently. I would expect > that "start" is an offset in bytes from the beginning of the device, > for all of the cases. Similar, "size" would be the number of bytes, > for all cases - bot bytes here and sectors there. Ok, lets do it in this way. LBA conversion will be done just before eMMC access. > > Best regards, > > Wolfgang Denk > -- Best regards, Lukasz Majewski Samsung R&D Institute Poland (SRPOL) | Linux Platform Group