.... we'll have to agree to disagree as I believe it is so far fetched to assume all the reported falling hash-rate that coincided with the newer firmware installation should be attributed to repasting (or handling during repasting).
Throwing in my 2 bits, I experienced the deteriorating hashrate phenomenon after installing a newer firmware (I think 12/19). After reverting back to 10/24 firmware, I haven't had that problem.
I feel like Linus in football season with Lucy moving the placed football causing Linus to fall. I took your suggestion but didn't see any 10/24 S3 firmware so went to an earlier, 20140721, version and found myself back at the firmware I had before trying others. I had worked my way up to 20141013 which repeatedly came up with GUI failures so I backed down to 20140811. But you said earlier so I again tried the next earlier which was as I Mentioned 20140721, the LuCI. Can't help feeling like I've been played, Lucy LuCI.
So the 20140721 firmware was replaced last night requiring me to replace the rebooting at low hashrate script and by this morning it had run twice for low hashrate, e.g. below 421.
Waiting on that liquid flux which only left California yesterday.
After restarting cgminer the second time since firmware change, there was an x on each chain on this S3#2. x's at chain1#2 and chain2#8. This, the S3 from Pines in Florida sold as new but arriving in an opened box, has had x's various times at chain1#2, chain2#6, chain2#8 and chain2#16 but as mentioned previously the chain2#16 was cleared by cleaning the ASICs with a brush and solvent as it sits near the intake fan and at that time I had the fan on full 12v continually and may have pulled in some debris that hit that ASIC.