I was looking into the 'nvram commit broke it' issues earlier today and confirmed the issue exists on the v1.0 (and hence the sticky post at the top of this forum). The fact that it actually broke took me a bit by surprise, but the device was easily recovered.
It runs in my mind that I used pins 15-16 (I didn't have the AMD datasheet handy) but I haven't gone back to confirm this.
(on v1.0's you don't need to remove the antennas)
3. short pins of the flash (15-16?)
4. carefully plug in
(while still shorting the pins -- easier said than done)
5. watch bootup
When the switch powers up it will flash all the switch leds breifly
-- If the switch leds don't light: You've shorted more than just the flash, immediately stop shorting the pins. The switch leds should light as soon as you stop shorting the pins; if they don't flash the next time you power on, check to see that none of the pins are bent.
-- After they switch leds flash, watch the diag and dmz leds. If there's any change in the dmz led you should stop shorting the pins and wait for bootup. The diag led will go off and the dmz led should come on; the dmz led signals openwrt booting and running the preinit script. When openwrt is fully booted the dmz led will go off and the wireless led will be on.
-- If openwrt is booting but you still can't get in, use openwrt's failsafe mode: reboot by unplugging and wait for the dmz led (you don't need to short pins, nvram was already reset) press and hold the reset button for 1-2 seconds as soon as you see the dmz led, telnet to 192.168.1.1
-- Switching firmwares: Since the nvram command can't be used for setting boot_wait, the recommended solution is to use the mtd write command. This will require a trx file; see the following example:
mtd write openwrt-v1-recovery.trx linux
(the above trx is just the normal snapshot from 20040918, confirmed to work on the v1.0)
If all else fails let us know, but at the very least the v1.0 has a minipci wireless card that you can use yourself or sell on ebay.