Skip navigation

Contact Intel
May 11, 2010 10:59 AM  says:

Hi, I Recently Put A Bios Password Onto My Pc And The Other Day, I Wanted To Change A Few Settings But I Had Forgot The Password. I Can Still Get Into The System But Not Into The Bios Settings. Could You Plz Help

May 13, 2010 11:17 AM  says:

after on my laptop, to enter setup or to procee futher is asking me of password. pls help me out,for any master password, the laptop name is packard bell easynote 

May 17, 2010 7:59 AM Felix_M Felix_M  says:

Hi:

 

If you are having issues with the BIOS on your PC, you should contact the PC manufacturer for support.

 

Felix

May 17, 2010 10:48 PM  says:

Martin Coull,

 

Most motherboards have a jumper to clear user set BIOS settings. Set this jumper to clear and then turn on the system to clear the password.

 

If there is no jumper (usually laptops) you can usually remove the button cell battery to achieve the same effect.

 

After the pasword is cleared put everything back the way it was. And unless your system is in a business, don't bother with a BIOS password. Anyone can clear them just as easily as you can.

 

ALWAYS make sure your system is off before moving any jumper, batteries, or cables inside it.

 

 


Jun 6, 2010 9:15 PM  says:

Hi,

I have a got a question regarding EFI.

Many OEM locked BIOS functions that are useful to consumers how do you ensure that doesn't happen on EFI besides leaving it to OEMs to decide.

Jun 9, 2010 1:36 PM  says:

UEFI sounds great, but what about security? As a sysadmin, having network access and applicatons being run preboot sounds like a mess waiting to happen. And written in C? Yes, I am fully aware of how much easier that will make writing those applications (and yes, I can see where they could be useful, such as easier remote imaging, remote support, diagnostics, etc) but at the same time that will make it that much easier to write for a hacker. Even if it's required to have physical access to make the first firmware hack, what if someone makes a nefarious flash at the factory?

 

I do admit that I am more excited than scared about UEFI because the BIOS train ran out of rail a long time ago. But I'd like to see more talk about the security behind it.

Jun 10, 2010 4:44 PM brian_ami brian_ami  says:

AC: The OEM still controls what features are enabled/disabled on their platform when the BIOS is created. It's very similar to the way they control features through hardware, OS and BIOS design today.

 

theTechGuy: Yes, the standardization does open up a different hacking opportunity, but that is the same for any piece of software on the platform. UEFI does define a way to only run signed drivers, and BIOS vendors like AMI have a variety of security options to prevent this type of intrusion. We've worked on these methods in years past to prevent these type of hacks on the legacy BIOS. Also keep in mind the UEFI pre-boot applications can be disabled or signed by the OEM for security purposes ... that's a decision made when a BIOS is compiled for the platform (with or without UEFI).

Jun 29, 2010 12:11 AM  says:
Legacy BIOS has been able to support 64-bit sector addressing for a long time. Look up extended 13h interrupts. The MBR partition scheme is the problem. Maybe the title should be "Ask a UEFI BIOS Guy: Why UEFI" LOL
Jul 1, 2010 3:13 PM brian_ami brian_ami  says:

BIOS_Guy - You are right ... extended INT 13h will address a 64-bit sector, and MBR is a big reason why the 2TB limit exists (I do address that in the article). But without a proper partition description, having that BIOS extension doesn't do us much good.

 

Trying to apply some scary duct-tape patch to MBR wasn't the best solution moving forward, which is why GPT was developed. It fixes more than just the size limitations.

 

And since I'm in today's BIOS market, UEFI is a big part of my job ... so you can call me a UEFI guy if you want :)

Jul 9, 2010 9:10 PM  says:

Thanks Brian - Great article and source of info as I've been combing the web to find out more info on this topic...I understand Intel has an opensource EFI/UEFI solution called Tianocore that ppl experimenting with EFI can flash onto their platform and allow for boot? Or is Tianocore more of a build environment? Can you explain the distinction between what this opensource project provides vs. EFI based solutions provided by vendors like AMI?

 

Thanks in advance

Jul 13, 2010 8:13 AM brian_ami brian_ami  says:

@ramsey - great question. That just became the topic of my next article, since it's a bit longer than what will fit in the thread. Tune in next Monday.

Jul 20, 2010 6:21 AM  says:

Hello BiosGuy,

Can you comment on the differences between UEFI and OpenFirmware?

 

I read an Apple related article that claimed EFI having many similarities to OpenFirmware, a BIOS, diagnostics, and bootloader used in the old PowerPC Macs and more recently in the One Laptop Per Child (OLPC) XO device .

 

Regards,

WilB

 

Jul 21, 2010 12:34 PM brian_ami brian_ami  says:

WilB - EFI/UEFI isn't exactly the same as OpenFirmware. There are a lot of comparisons made between the two, but they have some key differences.

 

OpenFirmware did start as an IEEE specification, but it hasn't adapted to meet the industry needs the same as UEFI. The firmware standard doesn't address new interfaces, and the choice of programming language (Forth) doesn't help broaden adoption. Apple went away from OpenFirmware when it migrated to Intel architecture, as did Sun when they started building platforms with Intel and AMD CPUs.

 

I went back to my personal blog and found a comparison I made between the OLPC and Asus EeePC in January 2008. The selected passages sum up my feelings on the subject ...

 

Flexibility:
One thing I have always loved about the “IBM PC compatible” marketplace is the flexibility … expansion slots, lots of operating system options, interchangeable parts. A lot of that flexibility is thanks to a mysterious little bit of software known as the “Basic Input/Output System” (BIOS). BIOS abstracts the differences in hardware and operating system, making it easier to add hardware or change the OS. The design seems dated compared to a lot of today’s software, but it can be thanked for improving the adoption rate of Linux across the PC market.

The OLPC doesn’t use a PC-style BIOS, so switching operating systems is a lot harder (more on this later). The Asus EeePC uses a standard PC BIOS, so deciding to move from the pre-installed Xandros to Ubuntu, gOS, Microsoft Windows or one of many EeePC specific Linux variations. Booting from USB is well supported, so switching OS is as easy as booting from a USB key or the SDHC slot. The OLPC can boot from external storage, assuming the OS supports OpenFirmware … which isn’t as well known in the consumer market.

...

 In my experience, the OLPC is a perfect example of an embedded system. It’s good at its core job, but trades that for the flexibility people have come to expect from their personal computers.

Boot Time:
To compare boot time, I took a short video of the two computers side-by-side. I even give the OLPC a bit of a head start … the OLPC takes a long time to boot … a really long time … so long I thought the computer might have locked up. The OLPC Wiki claims using OpenFirmware gave them some speed advantages, but the traditional BIOS on the EeePC starts the system quickly and resumes from suspend in a short amount of time. I think the real motivation was to use an open source firmware solution on the OLPC, but the lack of market support for OpenFirmware limits the operating system that can run on the computer.

In the style of the OLPC, the boot screen is very minimal. This means not a lot happens in the time the user waits for the OS interface to appear. This can be mistaken for a frozen or dead computer, which isn't what you want when “technical support” involves walking to another village.

Oct 31, 2010 9:16 AM  says:

I have a DP43BF Intel motherboard and I am try to install Windows through the UEFI shell. I have set the BIOS to UEFI Boot, inserted a Windows 7 DVD, saved the BIOS changes and exited. Once the system restarts I do not see the UEFI Shell. Is there a keystroke to get to it? I have left all of the other BIOS settings default such as Native and IDE.

 

Any options, help or references would be appreciated.

 

Thank you.

 

Timothy Daleo

Mar 16, 2011 8:21 AM KaushikMazumdar KaushikMazumdar  says:

hi,

i think the BIOS password rests with the TSE form data and it is upto the BIOS vendor to decide where to keep the TSE data.So, just removing the battery might not be able to clear the BIOS password as it might be stored in the NVRAM .