[U-Boot-Users] flash erase

[U-Boot-Users] flash erase

[Kerl, John]

Usually what happens is that if one has a 32-bit data bus and 16-bit
wide flash parts, there are two flash chips side by side.  A single
32-bit write results in 16 bits going to one chip and 16 bits going
to the other.  Note that flash chips generally lack byte enables so
in fact one *must* do a single 32-bit write in this case, rather than
two 16-bit writes.

So, you might want to check (a) processor bus width, (b) processor
bus width for this particular chip select; (c) flash bus width; (d)
how many flash chips you have.  And if this is a new, custom board,
please keep in mind that problems are just as likely to need fixing
with a soldering iron & flywires, as with software mods.  Either the
software or the hardware could be at fault.

> -----Original Message-----
> From: u-boot-users-admin at lists.sourceforge.net
> [mailto:u-boot-users-admin at lists.sourceforge.net]On Behalf Of CG
> Sent: Thursday, May 27, 2004 1:16 PM
> To: VanBaren, Gerald (AGRE); u-boot-users at lists.sourceforge.net
> Subject: Re: [U-Boot-Users] flash erase
> 
> 
> I don't tkink that the AT91RM9200 supports 32-bits data 
> width.  The SMC
> interface supports only 8 or 16-bit data width.It's what I 
> read from the
> data sheet.
> 
> I hope to find the real problem soon.
> 
> Thanks a lot
> 
> Christian
> 
> ----- Original Message -----
> From: "VanBaren, Gerald (AGRE)" <Gerald.VanBaren@smiths-aerospace.com>
> To: <u-boot-users@lists.sourceforge.net>
> Sent: Thursday, May 27, 2004 3:13 PM
> Subject: RE: [U-Boot-Users] flash erase
> 
> 
> >
> > Christian:
> >
> > It looks like you have your memory controller (BRx/ORx) 
> configured for 32
> bits but your actual memory width is 16 bits so the processor 
> is reading 32
> bits on every bus cycle, half of which are garbage.
> >
> > gvb
> >
> >
> > > -----Original Message-----
> > > From: u-boot-users-admin at lists.sourceforge.net
> > > [mailto:u-boot-users-admin at lists.sourceforge.net]On Behalf Of CG
> > > Sent: Thursday, May 27, 2004 2:46 PM
> > > To: Wolfgang Denk
> > > Cc: u-boot-users at lists.sourceforge.net
> > > Subject: Re: [U-Boot-Users] flash erase
> > >
> > >
> > > I use only one 16-bit flash device.  Also, I wrote some data
> > > in different
> > > flash area and it works partially.
> > >
> > > I can execute these command :
> > > cp.b 2000000 10000000 2   => It copies 2 byte (data = 0x0006)
> > > at 0x10000000
> > > it seems to work
> > > cp.b 2000000 10000002 2   => It copies 2 byte at 0x10000002
> > > cp.b 2000000 10000004 2   => It copies 2 byte at 0x10000004,
> > > I got problem
> > > sometimes... it writes only 0x0002 instead of 0x0006
> > >
> > > If I type this command:
> > > cp.b 2000000 10000000 4   => I got problem as I said in my
> > > previous e-mail
> > >
> > > Copy to Flash... not erased at 10000002 (0)
> > >
> > > You can see the memory content:
> > > 10000000: ffff0006 ffffff10 ffff0430 fffffd30
> > >
> > > The only problem that I can see now is the home-made PCB that
> > > I use to test
> > > the memory flash with the dev.  board.  In fact, I use 56
> > > long wires to
> > > connect each IO from the "flash pcb" to the dev. board.  It's
> > > maybe why the
> > > communication is unstable.  But I hope that it's the only problem.
> > >
> > > Regards
> > >
> > > Christian
> > >
> > >
> > > ----- Original Message -----
> > > From: "Wolfgang Denk" <wd@denx.de>
> > > To: "CG" <christian@mcdi.com>
> > > Cc: "Stephan Linz" <linz@mazet.de>;
> > > <u-boot-users@lists.sourceforge.net>
> > > Sent: Thursday, May 27, 2004 2:10 PM
> > > Subject: Re: [U-Boot-Users] flash erase
> > >
> > >
> > > > In message <052401c443f1$218d1550$6b01a8c0@cc> you wrote:
> > > > > Do you have an example to know how to erase the flash
> > > 28F128J3 from
> > > INTEL?
> > > >
> > > > This has little to do with which chip is being used,  but
> > > more  with
> > > > how  your  board is organized, i. e. bus width and how many
> > > chips are
> > > > used to form a bank. I think you use 2 chips in 16 bit mode
> > > to form a
> > > > 32 bit wide bank. This must be implemented in the driver.
> > > >
> > > > > I use 16-bit data width, CS0.  I would like to use this
> > > flash in order
> > > to
> > > > > store u-boot and applications (linux and ramdisk).
> > > >
> > > > Are you really sure? To me it looks more as if there ware 2
> > > x 16  bit
> > > > devices on a 32 bit wide bus.
> > > >
> > > > Best regards,
> > > >
> > > > Wolfgang Denk
> > > >
> > > > --
> > > > Software Engineering:  Embedded and Realtime Systems,
> > > Embedded Linux
> > > > Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email:
> > > wd at denx.de
> > > > Sorry, but my karma just ran over your dogma.
> > > >
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by: Oracle 10g
> > > Get certified on the hottest thing ever to hit the market...
> > > Oracle 10g.
> > > Take an Oracle 10g class now, and we'll give you the exam FREE.
> > > http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> > > _______________________________________________
> > > U-Boot-Users mailing list
> > > U-Boot-Users at lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/u-boot-users
> > >
> >
> > ******************************************
> > The information contained in, or attached to, this e-mail, 
> may contain
> confidential information and is intended solely for the use of the
> individual or entity to whom they are addressed and may be 
> subject to legal
> privilege.  If you have received this e-mail in error you 
> should notify the
> sender immediately by reply e-mail, delete the message from 
> your system and
> notify your system manager.  Please do not copy it for any purpose, or
> disclose its contents to any other person.  The views or 
> opinions presented
> in this e-mail are solely those of the author and do not necessarily
> represent those of the company.  The recipient should check 
> this e-mail and
> any attachments for the presence of viruses.  The company accepts no
> liability for any damage caused, directly or indirectly, by any virus
> transmitted in this email.
> > ******************************************
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: Oracle 10g
> > Get certified on the hottest thing ever to hit the 
> market... Oracle 10g.
> > Take an Oracle 10g class now, and we'll give you the exam FREE.
> > http://ads.osdn.com/?ad_id149&alloc_id?66&op?k
> > _______________________________________________
> > U-Boot-Users mailing list
> > U-Boot-Users at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/u-boot-users
> >
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... 
> Oracle 10g. 
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id149&alloc_id?66&op=ick
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
> 

[U-Boot-Users] flash erase

[CG]

Hello,

I think that you're right.  I used flash routines in my flash driver which
serve 32-bit data bus width.  But I cannot use it if the flash has only one
16-bit...

Is there any flash driver can I refer that use one 28F128J3A... So just only
1 16-bit data bus.

I have to mydify the flash driver... the next step!

Regards

Christian


----- Original Message -----
From: "Kerl, John" <John.Kerl@Avnet.com>
To: "CG" <christian@mcdi.com>; "VanBaren, Gerald (AGRE)"
<Gerald.VanBaren@smiths-aerospace.com>; <u-boot-users@lists.sourceforge.net>
Sent: Thursday, May 27, 2004 4:45 PM
Subject: RE: [U-Boot-Users] flash erase


> Usually what happens is that if one has a 32-bit data bus and 16-bit
> wide flash parts, there are two flash chips side by side.  A single
> 32-bit write results in 16 bits going to one chip and 16 bits going
> to the other.  Note that flash chips generally lack byte enables so
> in fact one *must* do a single 32-bit write in this case, rather than
> two 16-bit writes.
>
> So, you might want to check (a) processor bus width, (b) processor
> bus width for this particular chip select; (c) flash bus width; (d)
> how many flash chips you have.  And if this is a new, custom board,
> please keep in mind that problems are just as likely to need fixing
> with a soldering iron & flywires, as with software mods.  Either the
> software or the hardware could be at fault.
>
> > -----Original Message-----
> > From: u-boot-users-admin at lists.sourceforge.net
> > [mailto:u-boot-users-admin at lists.sourceforge.net]On Behalf Of CG
> > Sent: Thursday, May 27, 2004 1:16 PM
> > To: VanBaren, Gerald (AGRE); u-boot-users at lists.sourceforge.net
> > Subject: Re: [U-Boot-Users] flash erase
> >
> >
> > I don't tkink that the AT91RM9200 supports 32-bits data
> > width.  The SMC
> > interface supports only 8 or 16-bit data width.It's what I
> > read from the
> > data sheet.
> >
> > I hope to find the real problem soon.
> >
> > Thanks a lot
> >
> > Christian
> >
> > ----- Original Message -----
> > From: "VanBaren, Gerald (AGRE)" <Gerald.VanBaren@smiths-aerospace.com>
> > To: <u-boot-users@lists.sourceforge.net>
> > Sent: Thursday, May 27, 2004 3:13 PM
> > Subject: RE: [U-Boot-Users] flash erase
> >
> >
> > >
> > > Christian:
> > >
> > > It looks like you have your memory controller (BRx/ORx)
> > configured for 32
> > bits but your actual memory width is 16 bits so the processor
> > is reading 32
> > bits on every bus cycle, half of which are garbage.
> > >
> > > gvb
> > >
> > >
> > > > -----Original Message-----
> > > > From: u-boot-users-admin at lists.sourceforge.net
> > > > [mailto:u-boot-users-admin at lists.sourceforge.net]On Behalf Of CG
> > > > Sent: Thursday, May 27, 2004 2:46 PM
> > > > To: Wolfgang Denk
> > > > Cc: u-boot-users at lists.sourceforge.net
> > > > Subject: Re: [U-Boot-Users] flash erase
> > > >
> > > >
> > > > I use only one 16-bit flash device.  Also, I wrote some data
> > > > in different
> > > > flash area and it works partially.
> > > >
> > > > I can execute these command :
> > > > cp.b 2000000 10000000 2   => It copies 2 byte (data = 0x0006)
> > > > at 0x10000000
> > > > it seems to work
> > > > cp.b 2000000 10000002 2   => It copies 2 byte at 0x10000002
> > > > cp.b 2000000 10000004 2   => It copies 2 byte at 0x10000004,
> > > > I got problem
> > > > sometimes... it writes only 0x0002 instead of 0x0006
> > > >
> > > > If I type this command:
> > > > cp.b 2000000 10000000 4   => I got problem as I said in my
> > > > previous e-mail
> > > >
> > > > Copy to Flash... not erased at 10000002 (0)
> > > >
> > > > You can see the memory content:
> > > > 10000000: ffff0006 ffffff10 ffff0430 fffffd30
> > > >
> > > > The only problem that I can see now is the home-made PCB that
> > > > I use to test
> > > > the memory flash with the dev.  board.  In fact, I use 56
> > > > long wires to
> > > > connect each IO from the "flash pcb" to the dev. board.  It's
> > > > maybe why the
> > > > communication is unstable.  But I hope that it's the only problem.
> > > >
> > > > Regards
> > > >
> > > > Christian
> > > >
> > > >
> > > > ----- Original Message -----
> > > > From: "Wolfgang Denk" <wd@denx.de>
> > > > To: "CG" <christian@mcdi.com>
> > > > Cc: "Stephan Linz" <linz@mazet.de>;
> > > > <u-boot-users@lists.sourceforge.net>
> > > > Sent: Thursday, May 27, 2004 2:10 PM
> > > > Subject: Re: [U-Boot-Users] flash erase
> > > >
> > > >
> > > > > In message <052401c443f1$218d1550$6b01a8c0@cc> you wrote:
> > > > > > Do you have an example to know how to erase the flash
> > > > 28F128J3 from
> > > > INTEL?
> > > > >
> > > > > This has little to do with which chip is being used,  but
> > > > more  with
> > > > > how  your  board is organized, i. e. bus width and how many
> > > > chips are
> > > > > used to form a bank. I think you use 2 chips in 16 bit mode
> > > > to form a
> > > > > 32 bit wide bank. This must be implemented in the driver.
> > > > >
> > > > > > I use 16-bit data width, CS0.  I would like to use this
> > > > flash in order
> > > > to
> > > > > > store u-boot and applications (linux and ramdisk).
> > > > >
> > > > > Are you really sure? To me it looks more as if there ware 2
> > > > x 16  bit
> > > > > devices on a 32 bit wide bus.
> > > > >
> > > > > Best regards,
> > > > >
> > > > > Wolfgang Denk
> > > > >
> > > > > --
> > > > > Software Engineering:  Embedded and Realtime Systems,
> > > > Embedded Linux
> > > > > Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email:
> > > > wd at denx.de
> > > > > Sorry, but my karma just ran over your dogma.
> > > > >
> > > >
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > This SF.Net email is sponsored by: Oracle 10g
> > > > Get certified on the hottest thing ever to hit the market...
> > > > Oracle 10g.
> > > > Take an Oracle 10g class now, and we'll give you the exam FREE.
> > > > http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> > > > _______________________________________________
> > > > U-Boot-Users mailing list
> > > > U-Boot-Users at lists.sourceforge.net
> > > > https://lists.sourceforge.net/lists/listinfo/u-boot-users
> > > >
> > >
> > > ******************************************
> > > The information contained in, or attached to, this e-mail,
> > may contain
> > confidential information and is intended solely for the use of the
> > individual or entity to whom they are addressed and may be
> > subject to legal
> > privilege.  If you have received this e-mail in error you
> > should notify the
> > sender immediately by reply e-mail, delete the message from
> > your system and
> > notify your system manager.  Please do not copy it for any purpose, or
> > disclose its contents to any other person.  The views or
> > opinions presented
> > in this e-mail are solely those of the author and do not necessarily
> > represent those of the company.  The recipient should check
> > this e-mail and
> > any attachments for the presence of viruses.  The company accepts no
> > liability for any damage caused, directly or indirectly, by any virus
> > transmitted in this email.
> > > ******************************************
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by: Oracle 10g
> > > Get certified on the hottest thing ever to hit the
> > market... Oracle 10g.
> > > Take an Oracle 10g class now, and we'll give you the exam FREE.
> > > http://ads.osdn.com/?ad_id149&alloc_id?66&op?k
> > > _______________________________________________
> > > U-Boot-Users mailing list
> > > U-Boot-Users at lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/u-boot-users
> > >
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: Oracle 10g
> > Get certified on the hottest thing ever to hit the market...
> > Oracle 10g.
> > Take an Oracle 10g class now, and we'll give you the exam FREE.
> > http://ads.osdn.com/?ad_id149&alloc_id?66&op=ick
> > _______________________________________________
> > U-Boot-Users mailing list
> > U-Boot-Users at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/u-boot-users
> >
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g.
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id149&alloc_id?66&op?k
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
>

[U-Boot-Users] flash erase

[Ed Okerson]

Isn't that flash CFI compliant?  If so, try using the CFI driver and let
it detect the chip and bus width.

Ed Okerson

On Fri, 28 May 2004, CG wrote:

> Hello,
>
> I think that you're right.  I used flash routines in my flash driver which
> serve 32-bit data bus width.  But I cannot use it if the flash has only one
> 16-bit...
>
> Is there any flash driver can I refer that use one 28F128J3A... So just only
> 1 16-bit data bus.
>
> I have to mydify the flash driver... the next step!
>
> Regards
>
> Christian
>
>
> ----- Original Message -----
> From: "Kerl, John" <John.Kerl@Avnet.com>
> To: "CG" <christian@mcdi.com>; "VanBaren, Gerald (AGRE)"
> <Gerald.VanBaren@smiths-aerospace.com>; <u-boot-users@lists.sourceforge.net>
> Sent: Thursday, May 27, 2004 4:45 PM
> Subject: RE: [U-Boot-Users] flash erase
>
>
> > Usually what happens is that if one has a 32-bit data bus and 16-bit
> > wide flash parts, there are two flash chips side by side.  A single
> > 32-bit write results in 16 bits going to one chip and 16 bits going
> > to the other.  Note that flash chips generally lack byte enables so
> > in fact one *must* do a single 32-bit write in this case, rather than
> > two 16-bit writes.
> >
> > So, you might want to check (a) processor bus width, (b) processor
> > bus width for this particular chip select; (c) flash bus width; (d)
> > how many flash chips you have.  And if this is a new, custom board,
> > please keep in mind that problems are just as likely to need fixing
> > with a soldering iron & flywires, as with software mods.  Either the
> > software or the hardware could be at fault.
> >
> > > -----Original Message-----
> > > From: u-boot-users-admin at lists.sourceforge.net
> > > [mailto:u-boot-users-admin at lists.sourceforge.net]On Behalf Of CG
> > > Sent: Thursday, May 27, 2004 1:16 PM
> > > To: VanBaren, Gerald (AGRE); u-boot-users at lists.sourceforge.net
> > > Subject: Re: [U-Boot-Users] flash erase
> > >
> > >
> > > I don't tkink that the AT91RM9200 supports 32-bits data
> > > width.  The SMC
> > > interface supports only 8 or 16-bit data width.It's what I
> > > read from the
> > > data sheet.
> > >
> > > I hope to find the real problem soon.
> > >
> > > Thanks a lot
> > >
> > > Christian
> > >
> > > ----- Original Message -----
> > > From: "VanBaren, Gerald (AGRE)" <Gerald.VanBaren@smiths-aerospace.com>
> > > To: <u-boot-users@lists.sourceforge.net>
> > > Sent: Thursday, May 27, 2004 3:13 PM
> > > Subject: RE: [U-Boot-Users] flash erase
> > >
> > >
> > > >
> > > > Christian:
> > > >
> > > > It looks like you have your memory controller (BRx/ORx)
> > > configured for 32
> > > bits but your actual memory width is 16 bits so the processor
> > > is reading 32
> > > bits on every bus cycle, half of which are garbage.
> > > >
> > > > gvb
> > > >
> > > >
> > > > > -----Original Message-----
> > > > > From: u-boot-users-admin at lists.sourceforge.net
> > > > > [mailto:u-boot-users-admin at lists.sourceforge.net]On Behalf Of CG
> > > > > Sent: Thursday, May 27, 2004 2:46 PM
> > > > > To: Wolfgang Denk
> > > > > Cc: u-boot-users at lists.sourceforge.net
> > > > > Subject: Re: [U-Boot-Users] flash erase
> > > > >
> > > > >
> > > > > I use only one 16-bit flash device.  Also, I wrote some data
> > > > > in different
> > > > > flash area and it works partially.
> > > > >
> > > > > I can execute these command :
> > > > > cp.b 2000000 10000000 2   => It copies 2 byte (data = 0x0006)
> > > > > at 0x10000000
> > > > > it seems to work
> > > > > cp.b 2000000 10000002 2   => It copies 2 byte at 0x10000002
> > > > > cp.b 2000000 10000004 2   => It copies 2 byte at 0x10000004,
> > > > > I got problem
> > > > > sometimes... it writes only 0x0002 instead of 0x0006
> > > > >
> > > > > If I type this command:
> > > > > cp.b 2000000 10000000 4   => I got problem as I said in my
> > > > > previous e-mail
> > > > >
> > > > > Copy to Flash... not erased at 10000002 (0)
> > > > >
> > > > > You can see the memory content:
> > > > > 10000000: ffff0006 ffffff10 ffff0430 fffffd30
> > > > >
> > > > > The only problem that I can see now is the home-made PCB that
> > > > > I use to test
> > > > > the memory flash with the dev.  board.  In fact, I use 56
> > > > > long wires to
> > > > > connect each IO from the "flash pcb" to the dev. board.  It's
> > > > > maybe why the
> > > > > communication is unstable.  But I hope that it's the only problem.
> > > > >
> > > > > Regards
> > > > >
> > > > > Christian
> > > > >
> > > > >
> > > > > ----- Original Message -----
> > > > > From: "Wolfgang Denk" <wd@denx.de>
> > > > > To: "CG" <christian@mcdi.com>
> > > > > Cc: "Stephan Linz" <linz@mazet.de>;
> > > > > <u-boot-users@lists.sourceforge.net>
> > > > > Sent: Thursday, May 27, 2004 2:10 PM
> > > > > Subject: Re: [U-Boot-Users] flash erase
> > > > >
> > > > >
> > > > > > In message <052401c443f1$218d1550$6b01a8c0@cc> you wrote:
> > > > > > > Do you have an example to know how to erase the flash
> > > > > 28F128J3 from
> > > > > INTEL?
> > > > > >
> > > > > > This has little to do with which chip is being used,  but
> > > > > more  with
> > > > > > how  your  board is organized, i. e. bus width and how many
> > > > > chips are
> > > > > > used to form a bank. I think you use 2 chips in 16 bit mode
> > > > > to form a
> > > > > > 32 bit wide bank. This must be implemented in the driver.
> > > > > >
> > > > > > > I use 16-bit data width, CS0.  I would like to use this
> > > > > flash in order
> > > > > to
> > > > > > > store u-boot and applications (linux and ramdisk).
> > > > > >
> > > > > > Are you really sure? To me it looks more as if there ware 2
> > > > > x 16  bit
> > > > > > devices on a 32 bit wide bus.
> > > > > >
> > > > > > Best regards,
> > > > > >
> > > > > > Wolfgang Denk
> > > > > >
> > > > > > --
> > > > > > Software Engineering:  Embedded and Realtime Systems,
> > > > > Embedded Linux
> > > > > > Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email:
> > > > > wd at denx.de
> > > > > > Sorry, but my karma just ran over your dogma.
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > > -------------------------------------------------------
> > > > > This SF.Net email is sponsored by: Oracle 10g
> > > > > Get certified on the hottest thing ever to hit the market...
> > > > > Oracle 10g.
> > > > > Take an Oracle 10g class now, and we'll give you the exam FREE.
> > > > > http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> > > > > _______________________________________________
> > > > > U-Boot-Users mailing list
> > > > > U-Boot-Users at lists.sourceforge.net
> > > > > https://lists.sourceforge.net/lists/listinfo/u-boot-users
> > > > >
> > > >
> > > > ******************************************
> > > > The information contained in, or attached to, this e-mail,
> > > may contain
> > > confidential information and is intended solely for the use of the
> > > individual or entity to whom they are addressed and may be
> > > subject to legal
> > > privilege.  If you have received this e-mail in error you
> > > should notify the
> > > sender immediately by reply e-mail, delete the message from
> > > your system and
> > > notify your system manager.  Please do not copy it for any purpose, or
> > > disclose its contents to any other person.  The views or
> > > opinions presented
> > > in this e-mail are solely those of the author and do not necessarily
> > > represent those of the company.  The recipient should check
> > > this e-mail and
> > > any attachments for the presence of viruses.  The company accepts no
> > > liability for any damage caused, directly or indirectly, by any virus
> > > transmitted in this email.
> > > > ******************************************
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > This SF.Net email is sponsored by: Oracle 10g
> > > > Get certified on the hottest thing ever to hit the
> > > market... Oracle 10g.
> > > > Take an Oracle 10g class now, and we'll give you the exam FREE.
> > > > http://ads.osdn.com/?ad_id149&alloc_id?66&op?k
> > > > _______________________________________________
> > > > U-Boot-Users mailing list
> > > > U-Boot-Users at lists.sourceforge.net
> > > > https://lists.sourceforge.net/lists/listinfo/u-boot-users
> > > >
> > >
> > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by: Oracle 10g
> > > Get certified on the hottest thing ever to hit the market...
> > > Oracle 10g.
> > > Take an Oracle 10g class now, and we'll give you the exam FREE.
> > > http://ads.osdn.com/?ad_id149&alloc_id?66&op=ick
> > > _______________________________________________
> > > U-Boot-Users mailing list
> > > U-Boot-Users at lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/u-boot-users
> > >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: Oracle 10g
> > Get certified on the hottest thing ever to hit the market... Oracle 10g.
> > Take an Oracle 10g class now, and we'll give you the exam FREE.
> > http://ads.osdn.com/?ad_id149&alloc_id?66&op?k
> > _______________________________________________
> > U-Boot-Users mailing list
> > U-Boot-Users at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/u-boot-users
> >
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g.
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id149&alloc_id?66&op?k
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
>

[U-Boot-Users] flash erase

[christian at mcdi.com]

Nope, I think that this flash is not CFI compliant...  

The flash is a 28F128J3 from Intel

Regards

Ed Okerson <eokerson@texasconnect.net> said:

> Isn't that flash CFI compliant?  If so, try using the CFI driver and let
> it detect the chip and bus width.
> 
> Ed Okerson
> 
> On Fri, 28 May 2004, CG wrote:
> 
> > Hello,
> >
> > I think that you're right.  I used flash routines in my flash driver 
which
> > serve 32-bit data bus width.  But I cannot use it if the flash has only 
one
> > 16-bit...
> >
> > Is there any flash driver can I refer that use one 28F128J3A... So just 
only
> > 1 16-bit data bus.
> >
> > I have to mydify the flash driver... the next step!
> >
> > Regards
> >
> > Christian
> >
> >
> > ----- Original Message -----
> > From: "Kerl, John" <John.Kerl@Avnet.com>
> > To: "CG" <christian@mcdi.com>; "VanBaren, Gerald (AGRE)"
> > <Gerald.VanBaren@smiths-aerospace.com>; <u-boot-
users@lists.sourceforge.net>
> > Sent: Thursday, May 27, 2004 4:45 PM
> > Subject: RE: [U-Boot-Users] flash erase
> >
> >
> > > Usually what happens is that if one has a 32-bit data bus and 16-bit
> > > wide flash parts, there are two flash chips side by side.  A single
> > > 32-bit write results in 16 bits going to one chip and 16 bits going
> > > to the other.  Note that flash chips generally lack byte enables so
> > > in fact one *must* do a single 32-bit write in this case, rather than
> > > two 16-bit writes.
> > >
> > > So, you might want to check (a) processor bus width, (b) processor
> > > bus width for this particular chip select; (c) flash bus width; (d)
> > > how many flash chips you have.  And if this is a new, custom board,
> > > please keep in mind that problems are just as likely to need fixing
> > > with a soldering iron & flywires, as with software mods.  Either the
> > > software or the hardware could be at fault.
> > >
> > > > -----Original Message-----
> > > > From: u-boot-users-admin at lists.sourceforge.net
> > > > [mailto:u-boot-users-admin at lists.sourceforge.net]On Behalf Of CG
> > > > Sent: Thursday, May 27, 2004 1:16 PM
> > > > To: VanBaren, Gerald (AGRE); u-boot-users at lists.sourceforge.net
> > > > Subject: Re: [U-Boot-Users] flash erase
> > > >
> > > >
> > > > I don't tkink that the AT91RM9200 supports 32-bits data
> > > > width.  The SMC
> > > > interface supports only 8 or 16-bit data width.It's what I
> > > > read from the
> > > > data sheet.
> > > >
> > > > I hope to find the real problem soon.
> > > >
> > > > Thanks a lot
> > > >
> > > > Christian
> > > >
> > > > ----- Original Message -----
> > > > From: "VanBaren, Gerald (AGRE)" <Gerald.VanBaren@smiths-
aerospace.com>
> > > > To: <u-boot-users@lists.sourceforge.net>
> > > > Sent: Thursday, May 27, 2004 3:13 PM
> > > > Subject: RE: [U-Boot-Users] flash erase
> > > >
> > > >
> > > > >
> > > > > Christian:
> > > > >
> > > > > It looks like you have your memory controller (BRx/ORx)
> > > > configured for 32
> > > > bits but your actual memory width is 16 bits so the processor
> > > > is reading 32
> > > > bits on every bus cycle, half of which are garbage.
> > > > >
> > > > > gvb
> > > > >
> > > > >
> > > > > > -----Original Message-----
> > > > > > From: u-boot-users-admin at lists.sourceforge.net
> > > > > > [mailto:u-boot-users-admin at lists.sourceforge.net]On Behalf Of CG
> > > > > > Sent: Thursday, May 27, 2004 2:46 PM
> > > > > > To: Wolfgang Denk
> > > > > > Cc: u-boot-users at lists.sourceforge.net
> > > > > > Subject: Re: [U-Boot-Users] flash erase
> > > > > >
> > > > > >
> > > > > > I use only one 16-bit flash device.  Also, I wrote some data
> > > > > > in different
> > > > > > flash area and it works partially.
> > > > > >
> > > > > > I can execute these command :
> > > > > > cp.b 2000000 10000000 2   => It copies 2 byte (data = 0x0006)
> > > > > > at 0x10000000
> > > > > > it seems to work
> > > > > > cp.b 2000000 10000002 2   => It copies 2 byte at 0x10000002
> > > > > > cp.b 2000000 10000004 2   => It copies 2 byte at 0x10000004,
> > > > > > I got problem
> > > > > > sometimes... it writes only 0x0002 instead of 0x0006
> > > > > >
> > > > > > If I type this command:
> > > > > > cp.b 2000000 10000000 4   => I got problem as I said in my
> > > > > > previous e-mail
> > > > > >
> > > > > > Copy to Flash... not erased at 10000002 (0)
> > > > > >
> > > > > > You can see the memory content:
> > > > > > 10000000: ffff0006 ffffff10 ffff0430 fffffd30
> > > > > >
> > > > > > The only problem that I can see now is the home-made PCB that
> > > > > > I use to test
> > > > > > the memory flash with the dev.  board.  In fact, I use 56
> > > > > > long wires to
> > > > > > connect each IO from the "flash pcb" to the dev. board.  It's
> > > > > > maybe why the
> > > > > > communication is unstable.  But I hope that it's the only 
problem.
> > > > > >
> > > > > > Regards
> > > > > >
> > > > > > Christian
> > > > > >
> > > > > >
> > > > > > ----- Original Message -----
> > > > > > From: "Wolfgang Denk" <wd@denx.de>
> > > > > > To: "CG" <christian@mcdi.com>
> > > > > > Cc: "Stephan Linz" <linz@mazet.de>;
> > > > > > <u-boot-users@lists.sourceforge.net>
> > > > > > Sent: Thursday, May 27, 2004 2:10 PM
> > > > > > Subject: Re: [U-Boot-Users] flash erase
> > > > > >
> > > > > >
> > > > > > > In message <052401c443f1$218d1550$6b01a8c0@cc> you wrote:
> > > > > > > > Do you have an example to know how to erase the flash
> > > > > > 28F128J3 from
> > > > > > INTEL?
> > > > > > >
> > > > > > > This has little to do with which chip is being used,  but
> > > > > > more  with
> > > > > > > how  your  board is organized, i. e. bus width and how many
> > > > > > chips are
> > > > > > > used to form a bank. I think you use 2 chips in 16 bit mode
> > > > > > to form a
> > > > > > > 32 bit wide bank. This must be implemented in the driver.
> > > > > > >
> > > > > > > > I use 16-bit data width, CS0.  I would like to use this
> > > > > > flash in order
> > > > > > to
> > > > > > > > store u-boot and applications (linux and ramdisk).
> > > > > > >
> > > > > > > Are you really sure? To me it looks more as if there ware 2
> > > > > > x 16  bit
> > > > > > > devices on a 32 bit wide bus.
> > > > > > >
> > > > > > > Best regards,
> > > > > > >
> > > > > > > Wolfgang Denk
> > > > > > >
> > > > > > > --
> > > > > > > Software Engineering:  Embedded and Realtime Systems,
> > > > > > Embedded Linux
> > > > > > > Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email:
> > > > > > wd at denx.de
> > > > > > > Sorry, but my karma just ran over your dogma.
> > > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > -------------------------------------------------------
> > > > > > This SF.Net email is sponsored by: Oracle 10g
> > > > > > Get certified on the hottest thing ever to hit the market...
> > > > > > Oracle 10g.
> > > > > > Take an Oracle 10g class now, and we'll give you the exam FREE.
> > > > > > http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> > > > > > _______________________________________________
> > > > > > U-Boot-Users mailing list
> > > > > > U-Boot-Users at lists.sourceforge.net
> > > > > > https://lists.sourceforge.net/lists/listinfo/u-boot-users
> > > > > >
> > > > >
> > > > > ******************************************
> > > > > The information contained in, or attached to, this e-mail,
> > > > may contain
> > > > confidential information and is intended solely for the use of the
> > > > individual or entity to whom they are addressed and may be
> > > > subject to legal
> > > > privilege.  If you have received this e-mail in error you
> > > > should notify the
> > > > sender immediately by reply e-mail, delete the message from
> > > > your system and
> > > > notify your system manager.  Please do not copy it for any purpose, 
or
> > > > disclose its contents to any other person.  The views or
> > > > opinions presented
> > > > in this e-mail are solely those of the author and do not necessarily
> > > > represent those of the company.  The recipient should check
> > > > this e-mail and
> > > > any attachments for the presence of viruses.  The company accepts no
> > > > liability for any damage caused, directly or indirectly, by any virus
> > > > transmitted in this email.
> > > > > ******************************************
> > > > >
> > > > >
> > > > > -------------------------------------------------------
> > > > > This SF.Net email is sponsored by: Oracle 10g
> > > > > Get certified on the hottest thing ever to hit the
> > > > market... Oracle 10g.
> > > > > Take an Oracle 10g class now, and we'll give you the exam FREE.
> > > > > http://ads.osdn.com/?ad_id149&alloc_id?66&op?k
> > > > > _______________________________________________
> > > > > U-Boot-Users mailing list
> > > > > U-Boot-Users at lists.sourceforge.net
> > > > > https://lists.sourceforge.net/lists/listinfo/u-boot-users
> > > > >
> > > >
> > > >
> > > >
> > > >
> > > > -------------------------------------------------------
> > > > This SF.Net email is sponsored by: Oracle 10g
> > > > Get certified on the hottest thing ever to hit the market...
> > > > Oracle 10g.
> > > > Take an Oracle 10g class now, and we'll give you the exam FREE.
> > > > http://ads.osdn.com/?ad_id149&alloc_id?66&op=ick
> > > > _______________________________________________
> > > > U-Boot-Users mailing list
> > > > U-Boot-Users at lists.sourceforge.net
> > > > https://lists.sourceforge.net/lists/listinfo/u-boot-users
> > > >
> > >
> > >
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by: Oracle 10g
> > > Get certified on the hottest thing ever to hit the market... Oracle 
10g.
> > > Take an Oracle 10g class now, and we'll give you the exam FREE.
> > > http://ads.osdn.com/?ad_id149&alloc_id?66&op?k
> > > _______________________________________________
> > > U-Boot-Users mailing list
> > > U-Boot-Users at lists.sourceforge.net
> > > https://lists.sourceforge.net/lists/listinfo/u-boot-users
> > >
> >
> >
> >
> >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: Oracle 10g
> > Get certified on the hottest thing ever to hit the market... Oracle 10g.
> > Take an Oracle 10g class now, and we'll give you the exam FREE.
> > http://ads.osdn.com/?ad_id149&alloc_id?66&op?k
> > _______________________________________________
> > U-Boot-Users mailing list
> > U-Boot-Users at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/u-boot-users
> >
> 
> 



-- 

[U-Boot-Users] Re: flash erase

[Yuli Barcohen]

>>>>> <christian@mcdi.com> writes:

    Christian> Nope, I think that this flash is not CFI compliant...

    Christian> The flash is a 28F128J3 from Intel

So why do you think that the flash is not CFI compliant? The data sheet
says it is. Moreover, U-Boot's CFI flash driver was initially developed
and tested on this chip.

    Christian> Ed Okerson <eokerson@texasconnect.net> said:

    Ed> Isn't that flash CFI compliant?  If so, try using the CFI driver
    Ed> and let it detect the chip and bus width.

-- 
========================================================================
 Yuli Barcohen       | Phone +972-9-765-1788 |  Software Project Leader
 yuli at arabellasw.com | Fax   +972-9-765-7494 | Arabella Software, Israel
========================================================================

[U-Boot-Users] Re: flash erase

[CG]

Hello,

Do you have a CFI driver that I could use to identify the flash.  Or
reference source code available in u-boot 1.0.0

Regards

Christian
----- Original Message -----
From: "Yuli Barcohen" <yuli@arabellasw.com>
To: <christian@mcdi.com>
Cc: <u-boot-users@lists.sourceforge.net>
Sent: Sunday, May 30, 2004 3:13 AM
Subject: [U-Boot-Users] Re: flash erase


> >>>>> <christian@mcdi.com> writes:
>
>     Christian> Nope, I think that this flash is not CFI compliant...
>
>     Christian> The flash is a 28F128J3 from Intel
>
> So why do you think that the flash is not CFI compliant? The data sheet
> says it is. Moreover, U-Boot's CFI flash driver was initially developed
> and tested on this chip.
>
>     Christian> Ed Okerson <eokerson@texasconnect.net> said:
>
>     Ed> Isn't that flash CFI compliant?  If so, try using the CFI driver
>     Ed> and let it detect the chip and bus width.
>
> --
> ========================================================================
>  Yuli Barcohen       | Phone +972-9-765-1788 |  Software Project Leader
>  yuli at arabellasw.com | Fax   +972-9-765-7494 | Arabella Software, Israel
> ========================================================================
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g.
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
>

[U-Boot-Users] Re: flash erase

[Yuli Barcohen]

>>>>> Christian writes:

    Christian> Hello, Do you have a CFI driver that I could use to
    Christian> identify the flash.  Or reference source code available
    Christian> in u-boot 1.0.0

CFI driver is a standard part of U-Boot. If you're developing new U-Boot
code I'd suggest upgrading to the latest version (from CVS). 1.0.0 is
too old.

    Christian> Nope, I think that this flash is not CFI compliant...

    Christian> The flash is a 28F128J3 from Intel

    Yuli> So why do you think that the flash is not CFI compliant? The
    Yuli> data sheet says it is. Moreover, U-Boot's CFI flash driver was
    Yuli> initially developed and tested on this chip.

    Christian> Ed Okerson <eokerson@texasconnect.net> said:

    Ed> Isn't that flash CFI compliant?  If so, try using the CFI driver
    Ed> and let it detect the chip and bus width.

-- 
========================================================================
 Yuli Barcohen       | Phone +972-9-765-1788 |  Software Project Leader
 yuli at arabellasw.com | Fax   +972-9-765-7494 | Arabella Software, Israel
========================================================================

[U-Boot-Users] Re: flash erase

[CG]

When I use the CFI driver, it returns 0 after calling flash_detect_cfi();

And I got this error during boot...

## Unknown FLASH on Bank 0 - Size = 0x4caf1d39 = -745537536 MB

It doesn't seem detect CFI interface.

It detects flash when I use the original source code...
Manuf ID = 0x18 and Device ID = 0x18...

Regards

Christian
----- Original Message ----- 
From: "Yuli Barcohen" <yuli@arabellasw.com>
To: "CG" <christian@mcdi.com>
Cc: <u-boot-users@lists.sourceforge.net>
Sent: Monday, May 31, 2004 9:38 AM
Subject: [U-Boot-Users] Re: flash erase


> >>>>> Christian writes:
> 
>     Christian> Hello, Do you have a CFI driver that I could use to
>     Christian> identify the flash.  Or reference source code available
>     Christian> in u-boot 1.0.0
> 
> CFI driver is a standard part of U-Boot. If you're developing new U-Boot
> code I'd suggest upgrading to the latest version (from CVS). 1.0.0 is
> too old.
> 
>     Christian> Nope, I think that this flash is not CFI compliant...
> 
>     Christian> The flash is a 28F128J3 from Intel
> 
>     Yuli> So why do you think that the flash is not CFI compliant? The
>     Yuli> data sheet says it is. Moreover, U-Boot's CFI flash driver was
>     Yuli> initially developed and tested on this chip.
> 
>     Christian> Ed Okerson <eokerson@texasconnect.net> said:
> 
>     Ed> Isn't that flash CFI compliant?  If so, try using the CFI driver
>     Ed> and let it detect the chip and bus width.
> 
> -- 
> ========================================================================
>  Yuli Barcohen       | Phone +972-9-765-1788 |  Software Project Leader
>  yuli at arabellasw.com | Fax   +972-9-765-7494 | Arabella Software, Israel
> ========================================================================
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: Oracle 10g
> Get certified on the hottest thing ever to hit the market... Oracle 10g. 
> Take an Oracle 10g class now, and we'll give you the exam FREE.
> http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
> _______________________________________________
> U-Boot-Users mailing list
> U-Boot-Users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/u-boot-users
> 

[U-Boot-Users] Re: flash erase

[Yuli Barcohen]

>>>>> Christian writes:

    Christian> When I use the CFI driver, it returns 0 after calling
    Christian> flash_detect_cfi(); And I got this error during boot...

    Christian> ## Unknown FLASH on Bank 0 - Size = 0x4caf1d39 =
    Christian> ## -745537536 MB

    Christian> It doesn't seem detect CFI interface.

I'm working now with an 8260-based board having 28F128J3 flash. The
driver works perfectly. There may be a configuration (or even hardware)
problem.

    Christian> It detects flash when I use the original source code...
    Christian> Manuf ID = 0x18 and Device ID = 0x18...

Manufacture ID is 0x89. Was 0x18 a typo or a problem indication?

-- 
========================================================================
 Yuli Barcohen       | Phone +972-9-765-1788 |  Software Project Leader
 yuli at arabellasw.com | Fax   +972-9-765-7494 | Arabella Software, Israel
========================================================================