For nearly 10 hours on Thursday, November 18th, 2011, the BIOS-Mods servers went offline unexpectedly. Our hosting provider had turned off our server after seeing a “large number” of connections to the site. The site went offline without notification, and our community was not informed of the downtime mainly because we weren’t informed either.
While we are looking into a possible DDoS attack or similar spamming attack, we appreciate your patience. BIOS-Mods has had a very reputable history of maintaining a 99% plus uptime rating, and we want to keep it this way. In order to ensure we can keep the community active, please be responsible and report any suspicious activity if seen in our forums. We are hoping this is an isolated incident, but we are still investigating into the root cause of the server overload.
We too are disappointed with how our service providers handled the situation, and we are considering changing service providers to avoid such situations in the future.
Thank you for your continued support of the BIOS-Mods community. If you have any concerns or questions regarding the site downtime or other relevant concerns, please do not hesitate to send us a message via our contact form, which we will promptly reply to.
Chris a.k.a. “TheWiz”
As we continue our quest to enhance users BIOSes, a new general technique has emerged that has proven more successful than previously thought. Coined Retail BIOS matching, many of us here at BIOS-Mods have had great success unlocking motherboards that share similar characteristics to other retail boards. This concept is a rather new approach, as people were advised against it because the odds were so little of a successful flash.
So what has changed that is redefining this technique? The first major change is that BIOS developers are now programing in languages such as C over the traditional ASM model. This is true especially in CPU Upgrading, where AMD AGESA is written in C and contains a wrapper for vendor written code. This is a significant change because now we are seeing a new scope of coding where manufacturers simply tie their code into a wrapper or a DLL. As the source code becomes more universal, manufactueres simply concern themselves with the details, while the underlying source stays the same. With the evolution of coding in C, DLLs have also made their way into the BIOS. Looking at the bigger picture, with developers merging to a common middleground it has made modding even more realistic as certain BIOS ROMs have become more “compatible” and interchangable with others. Referring back to the AGESA module as an example, versions 3.x and up are now upgradable from almost any other BIOS, which means upgrading to future versions of Phenom on older BIOSes has become quite a reality.
We bring good news for you all!
14.4K – 267.81 seconds 179.94 seconds
28.8K – 143.50 seconds 96.67 seconds
33.6K – 125.75 seconds 84.78 seconds
56K – 83.13 seconds 56.23 seconds
ISDN 128K – 38.78 seconds 26.52 seconds
T1 1.44Mbps – 20.90 seconds 14.54 seconds
As you can see , this is a fair performance increase and is quite significant for our users on slower internet connections.
Well enjoy the performance increase and reduced page load times
Due to the availability of new tools and knowledge we are now able to attempt AMD AGESA upgrades for AMI bioses through the disassembly of the main 1B module. If you want to test , please make a post. Hopefully Phoenix microcodes will be possible soon , still learning with these though.