<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Sep 17, 2013 at 2:48 AM, Stefan Tauner <span dir="ltr"><<a href="mailto:stefan.tauner@student.tuwien.ac.at" target="_blank">stefan.tauner@student.tuwien.ac.at</a>></span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">On Tue, 17 Sep 2013 10:55:37 +0200<br>
<div>Carl-Daniel Hailfinger <<a href="mailto:c-d.hailfinger.devel.2006@gmx.net" target="_blank">c-d.hailfinger.devel.2006@gmx.net</a>> wrote:<br>
<br>
> Am 16.09.2013 15:52 schrieb Stefan Tauner:<br>
> > On Mon, 16 Sep 2013 03:36:47 +0200<br>
> > Carl-Daniel Hailfinger <<a href="mailto:c-d.hailfinger.devel.2006@gmx.net" target="_blank">c-d.hailfinger.devel.2006@gmx.net</a>> wrote:<br>
> ><br>
> >> Am 16.09.2013 02:40 schrieb Stefan Tauner:<br>
> >>> On Mon, 16 Sep 2013 00:46:48 +0200<br>
> >>> Carl-Daniel Hailfinger <<a href="mailto:c-d.hailfinger.devel.2006@gmx.net" target="_blank">c-d.hailfinger.devel.2006@gmx.net</a>> wrote:<br>
> >>><br>
> >>>> Am 15.09.2013 20:14 schrieb Stefan Tauner:<br>
> >>>>> On Sun, 15 Sep 2013 04:15:44 +0200<br>
> >>>>> Carl-Daniel Hailfinger <<a href="mailto:c-d.hailfinger.devel.2006@gmx.net" target="_blank">c-d.hailfinger.devel.2006@gmx.net</a>> wrote:<br>
> >>>>><br>
> >>>>>> Am 12.09.2013 22:40 schrieb Stefan Tauner:<br>
> ><br>
</div><div>> > Regarding ROM I have the same problems here as above in "ROM layout",<br>
> > although here it is less severe, because it does not allow for so many<br>
> > interpretations with the given context. So I think I could very well<br>
> > live with "ROM image" for VFRTFCC and "ROM image file" for the files<br>
> > named by -r/-w/-v parameters. I would still prefer an alternative if we<br>
> > can come up with one that. chip (or flash) image (file), complete or<br>
> > (full) image (file), chip/flash content (file), ...<br>
><br>
> Maybe someone else can weigh in. Otherwise I'd say we use what we have<br>
> at this point in the discussion.<br>
<br>
</div>David?<br></blockquote><div><br></div><div>Perhaps a glossary in the man page would be useful?<br></div><div><br></div><div>"Image" sounds good IMO, or least bad. I don't think English has a single word that is perfect for this, so we'll just be careful about context. I suggest using "image" to describe the software bits which compose a complete object. It may have regions within it and its size might not match the physical ROM size. A "ROM image" is an image which exists on ROM. "Image file" is an image which exists as a file. We typically manipulate images in memory so those qualifiers are not necessary until the image is written to storage.</div>


<div><br></div><div>But please let's please avoid VFRTFCC :-)</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">



<div>> >> What about "partial image" or "region image" for files specified with<br>
> >> --include region:file?<br>
> > For those the image problem stated above is not so severe, but we<br>
> > should distinguish them too to aid understanding of the differences of<br>
> > the whole-chip images vs. files, else region image would be fine.<br>
><br>
> sub-image? chunk image? region image? partial image? Lots of possible<br>
> names come to mind. "region image file" has the advantage of making it<br>
> clear that we're dealing with a file, and that it has something to do<br>
> with regions.<br>
<br>
</div>As I tried to explain, I have no problem with the "region image" apart<br>
from the image/file ambiguity. "region image file" is totally fine with<br>
me.<br></blockquote><div><br></div><div>Be careful not to conflate the concept of an image with individual regions (or maybe I already have). A region is simply an address range inside of an image.</div><div><br></div></div>


-- <br>David Hendricks (dhendrix)<br>Systems Software Engineer, Google Inc.
</div></div>