[Avila] GW2348-4 with corrupt Flash, cannot erase

[Brian Prodoehl]

I have a GW2348-4 that I've been using for development and testing for a
couple weeks, and I am no longer able to entirely erase Flash.  It is
running the original RedBoot 2.04 that came with it (never jtagged), and I
just can't erase the block at 0x50d60000 without the call hanging (using fis
delete, erase or init -f, and trying unlock beforehand).  Like I said, its
only a couple weeks old, so I don't think there's any way I'm running into
worn out blocks.  It seems like my best bet is to get my hands on a jtagger
and try RedBoot 2.02, before Flash accesses were "optimized".  I'm just
wondering if anyone else has seen this and has any suggestions.

-Brian


+No devices on IDE controller 0

Trying NPE-B...success. Using NPE-B with PHY 0.
Ethernet eth0: MAC address 00:d0:12:09:91:94
IP: 192.168.2.1/255.255.255.0, Gateway: 0.0.0.0
Default server: 192.168.2.7

RedBoot(tm) bootstrap and debug environment [ROM]
Gateworks certified release, version 2.04 - built 17:31:20, Jan 29 2008

Platform: Gateworks Avila GW23XX (IXP4XX) BE
Model Number: GW2348-4
Manufacture Date: 02-12-2008
Copyright (C) 2000, 2001, 2002, 2003, 2004, 2007 Gateworks Corporation

RAM: 0x00000000-0x04000000, [0x00029f80-0x03fc1000] available
FLASH: 0x50000000 - 0x51000000, 128 blocks of 0x00020000 bytes each.
== Executing boot script in 1.000 seconds - enter ^C to abort
RedBoot> fis unlock rootfs
... Unlock from 0x50280000-0x50fe0000:
......................................................................................................
RedBoot> fis list
Name              FLASH addr  Mem addr    Length      Entry point
RedBoot           0x50000000  0x50000000  0x00080000  0x00000000
rootfs            0x50280000  0x0002A000  0x00D60000  0x0002A000
FIS directory     0x50FE0000  0x50FE0000  0x0001F000  0x00000000
RedBoot config    0x50FFF000  0x50FFF000  0x00001000  0x00000000
RedBoot> fis erase -f 0x50d00000 -l 0x100000
... Erase from 0x50d00000-0x50e00000: ... <hangs here>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.gateworks.com/pipermail/avila/attachments/20080316/3a551c1c/attachment.html