7 hours of prime95 before a problem on a system that is configured at "stock" speeds suggests the possibility that a component was on the edge of passing grade when it was sold to you, and over the course of those 7 hours of heat and abuse, fatigued out of spec so to speak. I'm concerned that future instability even in normal use may now be a concern. It's also possible you'll never have a hardware related instability incident. Ultimately, you have to decide how important tracking down the source of that freeze is to you. (you have the option of not worrying about it!)
I'm just trying to "poke and prod" here a bit to feel this out. Looking for any obvious signs of bad system config that could be to blame. I'm not familiar with EVO LABs as a PSU brand, doesn't mean it's a bad PSU but usually if I haven't heard of it, then it's a rebrand of a rebrand of a rebrand sort of thing... In rare cases, a PSU can be the cause of instability, and an "off-brand" PSU like this does leave me uneasy feeling. Granted, the power level demanded of a Kaveri chip running P95 without any other stress tests going on (like on a GPU) is actually a pretty low load for most ATX Desktop PSU's.
Good job on using AMD OverDrive for thermal margin readings (most people don't know about that). Sounds like everything is fine there... For these long stress tests, the stock cooler is often the best thing for budget motherboards, as it provides much needed cooling to the VRM mosfets. Obviously the stock cooler is giving you plenty of thermal headroom on the CPU so that's going to be fine in your application. Inexpensive boards have bare-minimum VRM designs that aren't really designed for continuous operation at peak loads... VRMs can be the source of instability, but it will usually show up a lot sooner than 7 hours in, so I don't think that's your issue. Being a Kavari CPU, you're also below the worst case scenario for the socket (which would be an A10-6800K, which easily draws ~25% more power or more under these conditions).
The fact that the system actually froze up, rather than "dropping" a worker, suggests to me that the instability is more likely in the memory side of the equation. I forgot to task, what memory are you running?
I'd be tempted to run memtest86+... you'll get the most thorough results by making a memtest86+ usb boot drive (google it). If memtest86+ throws errors (let it run for at least a few hours), then your RAM might need to take a trip back to where it came from... alternatively, you could probably fine tune out the instability with a manual clock/timing/voltage setting.