* [ECOS] Problems programming Intel's J3 Stratoflash chip.
@ 2004-06-08 18:43 Louis Gagne
2004-06-08 19:20 ` Mark Salter
0 siblings, 1 reply; 5+ messages in thread
From: Louis Gagne @ 2004-06-08 18:43 UTC (permalink / raw)
To: ecos-discuss
Intel has recently bumped up their revision of the
128Mbit J3 Stratoflash chip (28F128J3). My Redboot
code handled the J3A version just fine, but with the
J3C version I get errors programming it. The error is
0x92. This error persists even if I unlock the
sectors before trying to program the chip.
Has anyone else run into this issue? If so, were you
able to overcome the problem? How did you resolve it?
Thanks,
Lou
__________________________________
Do you Yahoo!?
Friends. Fun. Try the all-new Yahoo! Messenger.
http://messenger.yahoo.com/
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [ECOS] Problems programming Intel's J3 Stratoflash chip.
2004-06-08 18:43 [ECOS] Problems programming Intel's J3 Stratoflash chip Louis Gagne
@ 2004-06-08 19:20 ` Mark Salter
2004-06-11 16:41 ` [ECOS] Can we add the intel npe package to the latest sources? (was Re: [ECOS] Problems programming Intel's J3 Stratoflash chip) Krishna Ganugapati
0 siblings, 1 reply; 5+ messages in thread
From: Mark Salter @ 2004-06-08 19:20 UTC (permalink / raw)
To: lgagne; +Cc: ecos-discuss
>>>>> Louis Gagne writes:
> Intel has recently bumped up their revision of the
> 128Mbit J3 Stratoflash chip (28F128J3). My Redboot
> code handled the J3A version just fine, but with the
> J3C version I get errors programming it. The error is
> 0x92. This error persists even if I unlock the
> sectors before trying to program the chip.
> Has anyone else run into this issue? If so, were you
> able to overcome the problem? How did you resolve it?
This should have been fixed in CVS with this (if its the bug
I'm thinking of):
2003-10-29 Jonathan Larmour <jifl@eCosCentric.com>
* src/flash_unlock_block.c (flash_unlock_block): test lock bit
explicitly - newer flash parts use the reserved bits in the
returned data.
--Mark
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
^ permalink raw reply [flat|nested] 5+ messages in thread
* [ECOS] Can we add the intel npe package to the latest sources? (was Re: [ECOS] Problems programming Intel's J3 Stratoflash chip)
2004-06-08 19:20 ` Mark Salter
@ 2004-06-11 16:41 ` Krishna Ganugapati
2004-06-11 16:57 ` [ECOS] " Mark Salter
0 siblings, 1 reply; 5+ messages in thread
From: Krishna Ganugapati @ 2004-06-11 16:41 UTC (permalink / raw)
To: Mark Salter, lgagne; +Cc: ecos-discuss
Hello,
I'm using the latest cvs sources and building redboot for a custom ixp425
board. We're using the npes on the ixp425 and have downloaded the npe
packages from Intel. On reading the instructions from Intel it says that we
need to download the sources from Redhat(which includes fixes for block lock
status bits the StrataFlash 28F128J3(C)). Once that is done, we're supposed
to just add the npe package to these sources using ecosadmin.tcl.
My questions:
1)I'd like to use the latest cvs sources - I'm integrating some of the pci
ide support and other stuff.
Can I just add the npe package directly to the cvs sources and work off of
that? Has anyone done this and can vouch for the npe stuff working off their
cvs built Redboot images?
Note: I was successfully able to add the npe package direct to my anonymous
cvs tree..(but that doesn't necessarily mean that the two are compatible)
2)I've seen a few postings (one from Mark Salter saying that the block lock
status bits fix for the J3C will be checked in to the latest sources - has
this been done? I have ye to ssync my source tree - it has been a few months
now and was wondering whether this has been done?
3) When Intel says the Redboot do they mean the cvs sources...
Thanks!
Krishna
-------------------------------------------------
----- Original Message -----
From: "Mark Salter" <msalter@redhat.com>
To: <lgagne@yahoo.com>
Cc: <ecos-discuss@sources.redhat.com>
Sent: Tuesday, June 08, 2004 12:20 PM
Subject: Re: [ECOS] Problems programming Intel's J3 Stratoflash chip.
> >>>>> Louis Gagne writes:
>
> > Intel has recently bumped up their revision of the
> > 128Mbit J3 Stratoflash chip (28F128J3). My Redboot
> > code handled the J3A version just fine, but with the
> > J3C version I get errors programming it. The error is
> > 0x92. This error persists even if I unlock the
> > sectors before trying to program the chip.
>
> > Has anyone else run into this issue? If so, were you
> > able to overcome the problem? How did you resolve it?
>
> This should have been fixed in CVS with this (if its the bug
> I'm thinking of):
>
> 2003-10-29 Jonathan Larmour <jifl@eCosCentric.com>
>
> * src/flash_unlock_block.c (flash_unlock_block): test lock bit
> explicitly - newer flash parts use the reserved bits in the
> returned data.
>
> --Mark
>
>
>
> --
> Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
> and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
>
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
^ permalink raw reply [flat|nested] 5+ messages in thread
* [ECOS] Re: Can we add the intel npe package to the latest sources? (was Re: [ECOS] Problems programming Intel's J3 Stratoflash chip)
2004-06-11 16:41 ` [ECOS] Can we add the intel npe package to the latest sources? (was Re: [ECOS] Problems programming Intel's J3 Stratoflash chip) Krishna Ganugapati
@ 2004-06-11 16:57 ` Mark Salter
0 siblings, 0 replies; 5+ messages in thread
From: Mark Salter @ 2004-06-11 16:57 UTC (permalink / raw)
To: krishnag; +Cc: lgagne, ecos-discuss
>>>>> Krishna Ganugapati writes:
> Hello,
> I'm using the latest cvs sources and building redboot for a custom ixp425
> board. We're using the npes on the ixp425 and have downloaded the npe
> packages from Intel. On reading the instructions from Intel it says that we
> need to download the sources from Redhat(which includes fixes for block lock
> status bits the StrataFlash 28F128J3(C)). Once that is done, we're supposed
> to just add the npe package to these sources using ecosadmin.tcl.
> My questions:
> 1)I'd like to use the latest cvs sources - I'm integrating some of the pci
> ide support and other stuff.
> Can I just add the npe package directly to the cvs sources and work off of
> that? Has anyone done this and can vouch for the npe stuff working off their
> cvs built Redboot images?
This should work, but I haven't done it in a while.
> Note: I was successfully able to add the npe package direct to my anonymous
> cvs tree..(but that doesn't necessarily mean that the two are compatible)
> 2)I've seen a few postings (one from Mark Salter saying that the block lock
> status bits fix for the J3C will be checked in to the latest sources - has
> this been done? I have ye to ssync my source tree - it has been a few months
> now and was wondering whether this has been done?
This is the one I was thinking of:
2003-10-29 Jonathan Larmour <jifl@eCosCentric.com>
* src/flash_unlock_block.c (flash_unlock_block): test lock bit
explicitly - newer flash parts use the reserved bits in the
returned data.
> 3) When Intel says the Redboot do they mean the cvs sources...
Probably the tarball in:
ftp://ftp.ges.redhat.com/private/gnupro-xscale-030422
That source base is fairly old but was in sync with the cvs sources
at one time.
--Mark
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
^ permalink raw reply [flat|nested] 5+ messages in thread
* [ECOS] Re: Can we add the intel npe package to the latest sources? (was Re: [ECOS] Problems programming Intel's J3 Stratoflash chip)
@ 2004-06-11 16:42 Krishna Ganugapati
0 siblings, 0 replies; 5+ messages in thread
From: Krishna Ganugapati @ 2004-06-11 16:42 UTC (permalink / raw)
To: Krishna Ganugapati, Mark Salter, lgagne; +Cc: ecos-discuss
see correction on Q 3)
> 3) When Intel says the Redboot do they mean the cvs sources...
should be
When Intel says the Redhat sources do they mean the cvs sources?
-------------------------------------------------
----- Original Message -----
From: "Krishna Ganugapati" <krishnag@marakicorp.com>
To: "Mark Salter" <msalter@redhat.com>; <lgagne@yahoo.com>
Cc: <ecos-discuss@sources.redhat.com>
Sent: Friday, June 11, 2004 9:40 AM
Subject: Can we add the intel npe package to the latest sources? (was Re:
[ECOS] Problems programming Intel's J3 Stratoflash chip)
> Hello,
>
> I'm using the latest cvs sources and building redboot for a custom ixp425
> board. We're using the npes on the ixp425 and have downloaded the npe
> packages from Intel. On reading the instructions from Intel it says that
we
> need to download the sources from Redhat(which includes fixes for block
lock
> status bits the StrataFlash 28F128J3(C)). Once that is done, we're
supposed
> to just add the npe package to these sources using ecosadmin.tcl.
>
> My questions:
>
> 1)I'd like to use the latest cvs sources - I'm integrating some of the pci
> ide support and other stuff.
> Can I just add the npe package directly to the cvs sources and work off
of
> that? Has anyone done this and can vouch for the npe stuff working off
their
> cvs built Redboot images?
>
> Note: I was successfully able to add the npe package direct to my
anonymous
> cvs tree..(but that doesn't necessarily mean that the two are compatible)
>
>
> 2)I've seen a few postings (one from Mark Salter saying that the block
lock
> status bits fix for the J3C will be checked in to the latest sources - has
> this been done? I have ye to ssync my source tree - it has been a few
months
> now and was wondering whether this has been done?
>
> 3) When Intel says the Redboot do they mean the cvs sources...
>
> Thanks!
>
> Krishna
>
> -------------------------------------------------
> ----- Original Message -----
> From: "Mark Salter" <msalter@redhat.com>
> To: <lgagne@yahoo.com>
> Cc: <ecos-discuss@sources.redhat.com>
> Sent: Tuesday, June 08, 2004 12:20 PM
> Subject: Re: [ECOS] Problems programming Intel's J3 Stratoflash chip.
>
>
> > >>>>> Louis Gagne writes:
> >
> > > Intel has recently bumped up their revision of the
> > > 128Mbit J3 Stratoflash chip (28F128J3). My Redboot
> > > code handled the J3A version just fine, but with the
> > > J3C version I get errors programming it. The error is
> > > 0x92. This error persists even if I unlock the
> > > sectors before trying to program the chip.
> >
> > > Has anyone else run into this issue? If so, were you
> > > able to overcome the problem? How did you resolve it?
> >
> > This should have been fixed in CVS with this (if its the bug
> > I'm thinking of):
> >
> > 2003-10-29 Jonathan Larmour <jifl@eCosCentric.com>
> >
> > * src/flash_unlock_block.c (flash_unlock_block): test lock bit
> > explicitly - newer flash parts use the reserved bits in the
> > returned data.
> >
> > --Mark
> >
> >
> >
> > --
> > Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
> > and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
> >
>
--
Before posting, please read the FAQ: http://ecos.sourceware.org/fom/ecos
and search the list archive: http://ecos.sourceware.org/ml/ecos-discuss
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2004-06-11 16:57 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2004-06-08 18:43 [ECOS] Problems programming Intel's J3 Stratoflash chip Louis Gagne
2004-06-08 19:20 ` Mark Salter
2004-06-11 16:41 ` [ECOS] Can we add the intel npe package to the latest sources? (was Re: [ECOS] Problems programming Intel's J3 Stratoflash chip) Krishna Ganugapati
2004-06-11 16:57 ` [ECOS] " Mark Salter
2004-06-11 16:42 Krishna Ganugapati
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).