QUOTE(gui1e @ Apr 27 2010, 04:30 AM)

is it because you extracted 8 blocks x 16k using nandpro?
With the older one that worked properly in ibuild, it was just a xellous -dumped NAND image that gave me a 128KB smc_config.bin when ibuild finished. Opening it in a hex editor showed that most of it was filled with FF anyway. Data goes up to only about the hex address 400, and then the rest of the space is filled with the FFs.
When I tried this other method, I just used the nandpro flashdmp.bin: -r256 config.bin ef7 2 command, which gave me a 33KB config.bin file. Then using the hex editor to take the specific portion out gave me a 16KB smc_config.bin file.
Like I said, it's fully possible there could've been some sort of issue with the file from the older NAND, because if doesn't make sense to me that it'd be 128KB either.
However, it does appear to be working as I said, using the possibly too-large smc_config.bin. The MAC address, console ID, and serial number are all correct. My console settings / initial setup needed to be redone, but other than that it seems to be working great. Not sure what would be affected by a bad smc_config file though anyway.
Edit: I should mention that the very beginning of the old dumped version is identical to the hexed version from the config_raw.bin, for about 500 bytes or so before they differentiate. Because of that, I'd suspect that your offset is correct for the Jasper 256 as well, and that I'd be better off using the version from that, but I don't know for sure.
Edit2: Never mind that, ibuild tells me that the expected smc_config size is 128KB for a Jasper 256, so I guess I should just hope that the file I have now is working correctly. Again, wouldn't know how to know if something was wrong with it anyway, since everything appears to be working. If the person I originally bought the console from still has the original NAND, then I'll be able to tell you more about whether it's correct or not, but otherwise, I can't say more.