EmbeddedRelated.com
Forums
Memfault Beyond the Launch

Boot Block and Uniform Block Flash Memory and Executin In Place(XIP)

Started by karthikbalaguru October 24, 2007
Jerry Avins wrote:
> CBFalconer wrote: >> donald wrote: >>> karthikbalaguru wrote: >>> >> ... snip ... >>> >>>> I posted it 3 days back , but did not get any answers. >>>> Any problem in the post ? >>>> Is there any pdf / some links that discusses about these ? >>> >>> The problem is that you need to do you own home work / research. >>> >>> Gmail account are ingorded here. >> >> I think he means plonked. In addition, the excessive cross-posting >> without setting follow-ups is also likely to trigger various >> blocks. >> >> The cure - post to one newsgroup, and get a real news-reader. > > Is someone confusing gmail with google groups? I see nothing wrong > with either. I use groups.google.com when I'm away from home, and > a gmail account isn't fundamentally different from AOL or Yahoo. I > think Google's spam policies are deplorable and I agree than > they're home to trolls and the clueless, but son't blame the > service for the foibles of its users. IIRC, Rune Alnor uses gmail. > Whoever ignores him loses much.
I was not criticizing him, just pointing out the effects he is causing. He is posting through google groups - see the Organization header. -- Chuck F (cbfalconer at maineline dot net) Available for consulting/temporary embedded and systems. <http://cbfalconer.home.att.net> -- Posted via a free Usenet account from http://www.teranews.com
CBFalconer wrote:

   ...

> I was not criticizing him, just pointing out the effects he is > causing. He is posting through google groups - see the > Organization header.
Many of us do some of the time. McLuhan to the contrary, it's not the medium and the message aren't one and the same. the message. Jerry -- Engineering is the art of making what you want from things you can get. &#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;
Jerry Avins wrote:
> CBFalconer wrote: > > ... > >> I was not criticizing him, just pointing out the effects he is >> causing. He is posting through google groups - see the >> Organization header. > > Many of us do some of the time. McLuhan to the contrary, it's not the > medium and the message aren't one and the same. the message.
Eh? That's not what I wrote. I wrote McLuhan to the contrary, the medium and the message aren't one and the same. Jerry -- Engineering is the art of making what you want from things you can get. &#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;&#4294967295;
On Oct 27, 11:31 pm, Jerry Avins <j...@ieee.org> wrote:
> CBFalconer wrote: > > donald wrote: > >> karthikbalaguru wrote: > > > ... snip ... > >>> I posted it 3 days back , but did not get any answers. > >>> Any problem in the post ? > >>> Is there any pdf / some links that discusses about these ? > >> The problem is that you need to do you own home work / research. > > >> Gmail account are ingorded here. > > > I think he means plonked. In addition, the excessive cross-posting > > without setting follow-ups is also likely to trigger various > > blocks. > > > The cure - post to one newsgroup, and get a real news-reader. > > Is someone confusing gmail with google groups? I see nothing wrong with > either. I use groups.google.com when I'm away from home, and a gmail > account isn't fundamentally different from AOL or Yahoo. I think > Google's spam policies are deplorable and I agree than they're home to > trolls and the clueless, but son't blame the service for the foibles of > its users. IIRC, Rune Alnor uses gmail. Whoever ignores him loses much. > > karthikbalaguru: I ignored your question because I had no answer. Maybe > I'm not alone in that. >
Ok, Thx for the information . :):) Karthik Balaguru
On Oct 27, 11:31 pm, Jerry Avins <j...@ieee.org> wrote:
> CBFalconer wrote: > > donald wrote: > >> karthikbalaguru wrote: > > > ... snip ... > >>> I posted it 3 days back , but did not get any answers. > >>> Any problem in the post ? > >>> Is there any pdf / some links that discusses about these ? > >> The problem is that you need to do you own home work / research. > > >> Gmail account are ingorded here. > > > I think he means plonked. In addition, the excessive cross-posting > > without setting follow-ups is also likely to trigger various > > blocks. > > > The cure - post to one newsgroup, and get a real news-reader. > > Is someone confusing gmail with google groups? I see nothing wrong with > either. I use groups.google.com when I'm away from home, and a gmail > account isn't fundamentally different from AOL or Yahoo. I think > Google's spam policies are deplorable and I agree than they're home to > trolls and the clueless, but son't blame the service for the foibles of > its users. IIRC, Rune Alnor uses gmail. Whoever ignores him loses much. > > karthikbalaguru: I ignored your question because I had no answer. Maybe > I'm not alone in that. >
Ok, Thx of that information. :):) Karthik Balaguru
On Nov 1, 2:16 pm, Norbert van Bolhuis <nvbolhu...@Taimsys.nl> wrote:
> karthikbalaguru wrote: > > I have the following queries based on the Flash Memory. > > > 1) What is the advantage of Top Boot Flash Memory and > > What is the advantage of Bottom Boot Flash memory ? > > > 2) Apart from protection to the Boot Block, what are the other > > differences between these Boot Block based Flash memories > > and Normal Flash Memories (Uniform Block Flash Memory)? > > > 3) Which is cost-effective (Boot Block based Flash or Normal > > Flash ( Uniform Block Flash Memory) ) ? > > > 4) Is the lifetime (Number of programmable / erase cycles) > > of the Boot Block lesser than or equivalent to that of > > the Normal Blocks (Application Code, User > > Parameters and User Data)? > > > 5) Can that Boot Block area used for other purporses w.r.t > > security of the application ? > > > 6) I understand that for systems with small amounts of memory, > > XIP is very good that each instance of that program uses > > system RAM, only for their stack, BSS, and data segments > > while the shared text segment remains in Flash Memory. > > > But, Is there any specific Block dedicated for text segment > > while performing XIP in either Boot Block Flash Memories > > or Uniform Block Flash Memories(Normal Flash Memories)? > > > 7) Is there any other specific configuration to look for while > > selecting the Flash Memory while going in for XIP ? > > > Any ideas / link / pdf ? > > > Thx in advans, > > Karthik Balaguru > > Did you already see the "Uniform versus boot block Flash architectures" > document from STMicroelectronics. > you can find it here:http://www.st.com/stonline/products/literature/an/7105.pdf >
That document is very interesting. Thx for that link/document. But, it did not address my queries regarding XIP(Execute in Place) & cost factors. a) Is there any other specific configuration to look for while selecting the Flash Memory while going in for XIP ? b) Is there any specific Block dedicated for performing XIP in either Boot Block Flash Memories or Uniform Block Flash Memories(Normal Flash Memories)? c) Cost factors Karthik Balaguru
On Oct 25, 11:51 am, Juergen Beisert <jbeis...@netscape.net> wrote:
> Hi, > > karthikbalaguru wrote: > > My Queries are :- > > 1) But, What is the advantage of Top Boot Flash Memory and > > What is the advantage of Bottom Boot Flash memory ? > > Sometimes these special blocks are smaller than the others. This might be an > advantage, when you have to store some kind of variable information in it. > You waste less space in this case (the bootloader u-boot does so. Sometimes > you must waste 256kiB (one sector), but you only need 3kiB for the real > data). > > > 2) Apart from protection to the Boot Block, what are the other > > differences between these Boot Block based Flash memories > > and Normal Flash Memories (Uniform Block Flash Memory)? > > AFAIK no other difference. > > > 3) Which is cost-effective (Boot Block based Flash or Normal > > Flash ( Uniform Block Flash Memory) ) ? > > Prepare your hardware and software to handle both types. Then you can always > buy the cheaper one. > > > 4) Is the lifetime (Number of programmable / erase cycles) > > of the Boot Block lesser than or equivalent to that of > > the Normal Blocks (Application Code, User > > Parameters and User Data)? > > AFAIK no. > > > 5) Can that Boot Block area used for other purporses w.r.t > > security of the application ? > > To store data the user can setup at runtime. > > > 6) I understand that for systems with small amounts of memory, > > XIP is very good that each instance of that program uses > > system RAM, only for their stack, BSS, and data segments > > while the shared text segment remains in Flash Memory. > > > But, Is there any specific Block dedicated for text segment > > while performing XIP in either Boot Block Flash Memories > > or Uniform Block Flash Memories(Normal Flash Memories)? > > The sizes of the sectors are only important, when you are going to erase > them (or when you want to run a real filesystem on top of it, like JFFS2). > When you read this memory type (=run code from it), they are unimportant. >
Thx for the information provided by you , Norbert van Bolhuis and others in all these groups. It has given me some good information . Karthik Balaguru
karthikbalaguru wrote:

> But, it did not address my queries regarding XIP(Execute in Place) & > cost factors. > > a) Is there any other specific configuration to look for while > selecting the Flash Memory while going in for XIP ?
Yes. Speed! Any recent microcontroller needs a fast source of code. For XIP, your flash should have a asychronous or synchronous page mode. regards Wolfgang

Memfault Beyond the Launch