12.11.2013 Views

Tweaking Optimizing Windows.pdf - GEGeek

Tweaking Optimizing Windows.pdf - GEGeek

Tweaking Optimizing Windows.pdf - GEGeek

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

You will notice that the interrupts are staggered so that conflicts do not happen easily. Still, because the AGP slot and PCI slot 1<br />

share the same set of IRQs, it's best to only use either one of those two slots unless you don't have any other slots to use. The<br />

same goes for PCI slots 4 and 5.<br />

Normally, you should just leave it as Auto. But if you need to assign a particular IRQ to a device on the AGP or PCI bus, here's how<br />

you can make use of this BIOS feature. First of all, determine the slot that the device is located in. Then, check your motherboard's<br />

PIRQ table (in the manual) to determine the slot's primary PIRQ. For example, if you have a PCI network card in PCI slot 3, the<br />

table above shows that the slot's primary PIRQ is PIRQ_2. Remember, all slots are first allocated INT A if possible.<br />

After that, select the IRQ you want to use for that slot by assigning it to the appropriate PIRQ. If the network card (in the example<br />

above) requires IRQ 7, set PIRQ_2 to use IRQ 7. The BIOS will then allocate IRQ 7 to PCI slot 3. It's that easy! :)<br />

Just remember that the BIOS will try to allocate the PIRQ linked to INT A for each slot. So, the primary PIRQ for the AGP slot and<br />

PCI slot 1 is PIRQ_0 while the primary PIRQ for PCI slot 2 is PIRQ_1 and so on. It's just a matter of linking the IRQ you want to the<br />

correct PIRQ for that slot. Note that Intel i8xx chipsets have 8 interrupt lines (INT A to INT H). So, the AGP slot will always have its<br />

own IRQ in motherboards using those chipsets. Thanks to alex-the-cat for that info!<br />

PNP OS installed<br />

This BIOS feature is quite misleading because it alludes that you should set it to Yes if you have an operating system that supports<br />

plug and play (PNP) functionality. It isn't quite so simple, unfortunately. What it actually does is determine what devices are<br />

configured by the BIOS when the computer boots up and what are left to the operating system. This is rather different from what<br />

the name hints, right?<br />

Before you can determine the appropriate setting for this feature, you should determine what kind of BIOS you have. For the<br />

purpose of this BIOS feature, the BIOS can be divided into two types - ACPI BIOS and Non-ACPI BIOS. You should also find out if<br />

your operating system supports and is currently running in ACPI mode. Please note that while an operating system may tout ACPI<br />

support, it's possible to force the operating system to use the older PNP mode. So, find out if your operating system is actually<br />

running in ACPI mode. Of course, this is only possible if you have a motherboard with an ACPI BIOS. With a Non-ACPI BIOS, all<br />

ACPI-compliant operating systems automatically revert to PNP mode.<br />

Non-ACPI BIOSes are found in older motherboards that do not support the new ACPI (Advanced Configuration and Power Interface)<br />

initiative. This can be either the ancient non-PNP BIOS (or Legacy BIOS) or the newer PNP BIOS. With such BIOSes, setting the PNP<br />

OS Installed feature to No allows the BIOS to configure all devices under the assumption that the operating system cannot do so.<br />

Therefore, all hardware settings are fixed by the BIOS at boot up and will not be changed by the operating system.<br />

On the other hand, if you set the feature to Yes, the BIOS will only configure critical devices like the graphics card and hard disk.<br />

The other motherboard devices are then configured by the operating system. This allows the operating system some flexibility in<br />

shuffling system resources like IRQs and IO ports to avoid conflicts. It also gives you some degree of freedom in manually shuffling<br />

system resources. While all this flexibility in hardware configuration sounds like a good idea, shuffling resources can sometimes<br />

cause problems, especially with a buggy BIOS. Therefore, it is recommended that you set this feature to No, to allow the BIOS to<br />

configure all devices. You should only set this feature to Yes if the BIOS cannot configure the devices properly or if you need to<br />

manually reallocate hardware resources in the operating system.<br />

Now, all current motherboards ship with the new ACPI BIOS. If you are using an ACPI-compliant operating system (i.e. <strong>Windows</strong> 98<br />

and above) with an ACPI BIOS, then this PNP OS Installed feature is irrelevant. It doesn't matter what setting you use. This is<br />

because the operating system will use the ACPI BIOS interface to configure all devices as well as retrieve system information.<br />

There's no longer a need to specifically split the job up between the BIOS and the operating system. But if you are using an<br />

operating system that does not support ACPI, then the BIOS will fall back to PNP mode. In this situation, consider the BIOS as you<br />

would a Non-ACPI BIOS. If there's no need to configure any hardware manually, it's recommended that you set this feature to No.<br />

Please note that bugs in some ACPI BIOS can cause even an ACPI-compliant operating system to disable ACPI. This reverts the<br />

BIOS to PNP mode. However, there's an additional catch to it. Certain operating systems (i.e. <strong>Windows</strong> 98 and above) will only<br />

access the buggy BIOS in read-only mode. This means the operating system will rely entirely on the BIOS to configure all devices<br />

and provide it with all the hardware configuration. As such, you must set the feature to No if you have a buggy ACPI BIOS.<br />

For Linux users, Jonathan has the following advice -<br />

Although Linux is not really PnP-compatible, most distributions use a piece of software called ISAPNPTOOLS to setup ISA cards. If<br />

you have PnP OS set to No, the BIOS will attempt to configure ISA cards itself. This does not make them work with Linux, though,<br />

you still need to use something like ISAPNPTOOLS. However, having both the BIOS and ISAPNPTOOLS attempting to configure ISA<br />

cards can lead to problems where the two don't agree.<br />

The solution? Set PnP OS to Yes, and let ISAPNPTOOLS take care of ISA cards in Linux, as BIOS configuration of ISA cards doesn't<br />

work for Linux anyway (with the current stable and development kernels). Most times, it probably won't make a difference, but<br />

someone somewhere will have problems, and Linux will always work with PnP OS set to Yes.<br />

Britt Turnbull recommends disabling this feature if you are running the OS/2 operating system, especially in a multi-boot system.<br />

This is because booting another OS can update the BIOS which may later cause problems when you boot up OS/2. In addition, if<br />

you add or change hardware, you should enable full hardware detection during the initial boot sequence of OS/2 (ALT-F1 at boot<br />

screen -> F5, etc...) so that the new hardware can be registered correctly.<br />

Thomas McGuire of 3D Spotlight sent me this e-mail from Robert Kirk at IBM :-<br />

"Actually, the setting "PnP OS" is really misnamed. A better thing would be to say "do you want the system to attempt to resolve<br />

resource conflicts, or do you want the OS to resolve system conflict?". Setting the system to PnP OS says that even if the machine<br />

determines some kind of resource problem, it should not attempt to handle it... Rather, it should pass it on to the OS to resolve the<br />

issue. Unfortunately, the OS can't resolve some issues.... which sometimes results in a lock or other problems.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!