judges: first off, great work and thanks

This ps3 slim with JPT-001 and spansion 'p' NOR now has a whole new level of functionality.
I did the install based on this design (note I was not installing for downgrading, I was already running hermes-3.41), as I could not order from PJRC
http://code.google.com/p/micropendou.../MicropendousA
It has a 1287 chip on it, and I removed SRAM and the buffer chip and relocated the USB plug to something more manageable for a permanent install.
I built firmware from the current source in you're repo with 1287 as the target. Unlike the progskeet I installed before this, it worked nearly perfectly from the get-go. The only problem I had, is the PS3 would not boot to gameos unless I connected usb to the PC and used python to de-assert tristate before hitting the power button.
I wound up removing the 3.3V VREG I added and sourced an alternate 3.3V that is active even when the machine is off and thought I'd share, considering the mention of a regulator getting hot when used to power the samsung NOR and in the hopes it'd help someone else along the way; simply put it's a good 3.3V source and seems to have no issues handling the 15mA that this AVR needed so long as you keep VUSB separate so the current firmware doesn't force you into tristate held low. The single wire in the pic is connected to the micropendous' VCC header hole.
When I get some time I'll dig around in the source a little and see if I can make it sleep until usb is connected, uses a fraction of the power that way. My only question is, do you think there could be some speed gains to be had by moving to a bulk protocol instead of CDC? I've written firmwares for the ARM arch before that can transfer a 16M NAND's contents to a PC in 22s, though NAND does have far less pins and states to deal with - if USB CDC is a possible bottleneck in this, I'd be glad to work on it a bit and see if I can do anything to help out.