System Name | K |
---|---|
Processor | AMD Athlon II X2 240 2800 Mhz @ 3800 Mhz |
Motherboard | Asus M4N78 Pro |
Cooling | Stock on cpu / 3x80mm in case |
Memory | 2.5 Gb DDR2-800 Kingston |
Video Card(s) | Nvidia 9800GT 512/256 |
Storage | WD 80Gb-8Mb / WD 500Gb-16Mb SATA 2 |
Display(s) | Benq G922HDAL |
Case | SunBeamTech TRIO (black) |
Audio Device(s) | nVIDIA MCP78 8.1 Ch |
Power Supply | Power Line Dual Rail 530W |
Software | Win 7 Ultimate x86 |
Benchmark Scores | Super PI 2M/26 sec. |
System Name | K |
---|---|
Processor | AMD Athlon II X2 240 2800 Mhz @ 3800 Mhz |
Motherboard | Asus M4N78 Pro |
Cooling | Stock on cpu / 3x80mm in case |
Memory | 2.5 Gb DDR2-800 Kingston |
Video Card(s) | Nvidia 9800GT 512/256 |
Storage | WD 80Gb-8Mb / WD 500Gb-16Mb SATA 2 |
Display(s) | Benq G922HDAL |
Case | SunBeamTech TRIO (black) |
Audio Device(s) | nVIDIA MCP78 8.1 Ch |
Power Supply | Power Line Dual Rail 530W |
Software | Win 7 Ultimate x86 |
Benchmark Scores | Super PI 2M/26 sec. |
IRQARB: ACPI BIOS does not contain an IRQ for the device in PCI slot 0, function 1. Please contact your system vendor for technical assistance.
For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.
System Name | K |
---|---|
Processor | AMD Athlon II X2 240 2800 Mhz @ 3800 Mhz |
Motherboard | Asus M4N78 Pro |
Cooling | Stock on cpu / 3x80mm in case |
Memory | 2.5 Gb DDR2-800 Kingston |
Video Card(s) | Nvidia 9800GT 512/256 |
Storage | WD 80Gb-8Mb / WD 500Gb-16Mb SATA 2 |
Display(s) | Benq G922HDAL |
Case | SunBeamTech TRIO (black) |
Audio Device(s) | nVIDIA MCP78 8.1 Ch |
Power Supply | Power Line Dual Rail 530W |
Software | Win 7 Ultimate x86 |
Benchmark Scores | Super PI 2M/26 sec. |
System Name | K |
---|---|
Processor | AMD Athlon II X2 240 2800 Mhz @ 3800 Mhz |
Motherboard | Asus M4N78 Pro |
Cooling | Stock on cpu / 3x80mm in case |
Memory | 2.5 Gb DDR2-800 Kingston |
Video Card(s) | Nvidia 9800GT 512/256 |
Storage | WD 80Gb-8Mb / WD 500Gb-16Mb SATA 2 |
Display(s) | Benq G922HDAL |
Case | SunBeamTech TRIO (black) |
Audio Device(s) | nVIDIA MCP78 8.1 Ch |
Power Supply | Power Line Dual Rail 530W |
Software | Win 7 Ultimate x86 |
Benchmark Scores | Super PI 2M/26 sec. |
System Name | K |
---|---|
Processor | AMD Athlon II X2 240 2800 Mhz @ 3800 Mhz |
Motherboard | Asus M4N78 Pro |
Cooling | Stock on cpu / 3x80mm in case |
Memory | 2.5 Gb DDR2-800 Kingston |
Video Card(s) | Nvidia 9800GT 512/256 |
Storage | WD 80Gb-8Mb / WD 500Gb-16Mb SATA 2 |
Display(s) | Benq G922HDAL |
Case | SunBeamTech TRIO (black) |
Audio Device(s) | nVIDIA MCP78 8.1 Ch |
Power Supply | Power Line Dual Rail 530W |
Software | Win 7 Ultimate x86 |
Benchmark Scores | Super PI 2M/26 sec. |
System Name | K |
---|---|
Processor | AMD Athlon II X2 240 2800 Mhz @ 3800 Mhz |
Motherboard | Asus M4N78 Pro |
Cooling | Stock on cpu / 3x80mm in case |
Memory | 2.5 Gb DDR2-800 Kingston |
Video Card(s) | Nvidia 9800GT 512/256 |
Storage | WD 80Gb-8Mb / WD 500Gb-16Mb SATA 2 |
Display(s) | Benq G922HDAL |
Case | SunBeamTech TRIO (black) |
Audio Device(s) | nVIDIA MCP78 8.1 Ch |
Power Supply | Power Line Dual Rail 530W |
Software | Win 7 Ultimate x86 |
Benchmark Scores | Super PI 2M/26 sec. |
If you have an ATI HDXXXX Series of AGP graphics cards with an integrated High Definition Audio Controller, you probably noticed you can't get audio over HDMI and you receive an error in the System Event Viewer like this one:
In addition to that, I've seen where several people cannot boot properly. Do you know if this solution also helps with boot problems related to this hardware configuration?
This problems happens on old AGP boards and also on some older PCIe boards. Newer PCIe boards don't have this problem. AGP boards weren't designed for multiple devices on the AGP bus. But this problem has an easy fix. At least for BIOS that rely on ACPI for IRQ routing. For those that don't, you can assign IRQ on the BIOS menu or under the OS.
Does this mean if your BIOS does not support ACPI, you will only need to assign an IRQ and NOT perform the ACPI table edit, or assign an IRQ AND perform the ACPI edit?
If your BIOS does not support ACPI, would you be able to assign an IRQ through Windows?
Are you aware of any AGP boards that do not have this problem?
Certain ATI HDXXXX cards come with an integrated High Definition Audio Controller to provide audio over HDMI. They have an HDMI output. So you will get two devices on the AGP bus. "Bus 2 Device 0 Function 0" and "Bus 2 Device 0 Function 1". Since most BIOS don't provide IRQ Routing for more than "Bus 2 Device 0 Function 0" the graphics function, the HDA function won't get an IRQ and audio over HDMI won't work.
There is a definitive solution for this problem. You need to edit the ACPI table of your System Board's BIOS. Not the Graphics card one! I am going to give a brief explanation on how I achieved this. In the hopes that this information might help others to fix their system board's BIOS too.
I only have AWARD BIOS systems, but if you have others like AMI and you are familiar with replacing their BIOS modules you can easily adapt this method.
So for AWARD you need CBROM 32 bit. I find that version 1.80 works well. However version 1.40 extracts corrupt unusable ACPI tables from the BIOS. Do a search on the Internet for this tool.
You also need the Intel ASL Compiler, a Text Editor (Notepad will do) and an HEX Editor of your choice, for whatever BIOS AWARD, Phoenix or AMI you are using. You can get the Intel ASL Compiler here -> http://www.acpica.org/downloads/binary_tools.php Extract iasl.exe to a folder of your choice. This is going to be your working folder. Also place the CBROM tool and your Motherboard's BIOS on that folder.
1 -> Execute Windows Cmd command and on the command prompt enter your working folder. I guess you know how to do that.
2 -> Extract the ACPI table. On the command prompt execute:
This will extract an ACPITBL.BIN file to your working folder. You might need to press Enter twice.Code:cbrom biosfilename.bin /acpitbl extract
3 -> Extract the DSDT (Differentiated System Description Table) from ACPITBL.BIN. For this open ACPITBL.BIN file with an HEX Editor. Search for an ASCII signature labeled DSDT. Select all the bytes starting immediately before the D of the DSDT word to the end of the ACPITBL.BIN file. Now copy all these bytes to a new file on the HEX Editor and save this new file as DSDT.bin placed on your working folder.
4 -> Decompile the DSDT table. Execute on the command prompt:
If you did everything right up until now you will get a file named DSDT.dsl on your chosen folder.Code:iasl -d DSDT.bin
5 -> Edit the DSDT table. Open the file DSDT.dsl with your text editor and do a search for the AGP word. This is what you will probably find if you have an nForce 2 BIOS:
You have to edit this section so that it looks like this:Code:Device (AGPB) { Name (_ADR, 0x001E0000) Name (ONBV, 0x00) Name (PICM, Package (0x01) { Package (0x04) { 0xFFFF, 0x00, \_SB.PCI0.LNK5, 0x00 } }) Name (APIC, Package (0x01) { Package (0x04) { 0xFFFF, 0x00, \_SB.PCI0.APC5, 0x00 } }) Name (AGP0, Package (0x01) { Package (0x04) { 0xFFFF, 0x00, \_SB.PCI0.LNK4, 0x00 } }) Name (AGP1, Package (0x01) { Package (0x04) { 0xFFFF, 0x00, \_SB.PCI0.APC4, 0x00 } }) Method (_PRT, 0, NotSerialized) { If (LNot (PICF)) { If (LEqual (ONBV, 0x01)) { Return (PICM) } Else { Return (AGP0) } } Else { If (LEqual (ONBV, 0x01)) { Return (APIC) } Else { Return (AGP1) } } } Device (VGAG) { Name (_ADR, 0x00) } }
Your BIOS might have been written a lot differently from this. And in that case a deeper understanding is needed to do it the right way. If you are really interested read the ACPI specifications. You can find them here -> http://www.acpi.info/Code:Device (AGPB) { Name (_ADR, 0x001E0000) Name (ONBV, 0x00) Name (PICM, Package (0x04) { Package (0x04) { 0xFFFF, 0x00, \_SB.PCI0.LNK5, 0x00 }, Package (0x04) { 0xFFFF, 0x01, \_SB.PCI0.LNK5, 0x00 }, Package (0x04) { 0xFFFF, 0x02, \_SB.PCI0.LNK5, 0x00 }, Package (0x04) { 0xFFFF, 0x03, \_SB.PCI0.LNK5, 0x00 } }) Name (APIC, Package (0x04) { Package (0x04) { 0xFFFF, 0x00, \_SB.PCI0.APC5, 0x00 }, Package (0x04) { 0xFFFF, 0x01, \_SB.PCI0.APC5, 0x00 }, Package (0x04) { 0xFFFF, 0x02, \_SB.PCI0.APC5, 0x00 }, Package (0x04) { 0xFFFF, 0x03, \_SB.PCI0.APC5, 0x00 } }) Name (AGP0, Package (0x04) { Package (0x04) { 0xFFFF, 0x00, \_SB.PCI0.LNK4, 0x00 }, Package (0x04) { 0xFFFF, 0x01, \_SB.PCI0.LNK4, 0x00 }, Package (0x04) { 0xFFFF, 0x02, \_SB.PCI0.LNK4, 0x00 }, Package (0x04) { 0xFFFF, 0x03, \_SB.PCI0.LNK4, 0x00 } }) Name (AGP1, Package (0x04) { Package (0x04) { 0xFFFF, 0x00, \_SB.PCI0.APC4, 0x00 }, Package (0x04) { 0xFFFF, 0x01, \_SB.PCI0.APC4, 0x00 }, Package (0x04) { 0xFFFF, 0x02, \_SB.PCI0.APC4, 0x00 }, Package (0x04) { 0xFFFF, 0x03, \_SB.PCI0.APC4, 0x00 } }) Method (_PRT, 0, NotSerialized) { If (LNot (PICF)) { If (LEqual (ONBV, 0x01)) { Return (PICM) } Else { Return (AGP0) } } Else { If (LEqual (ONBV, 0x01)) { Return (APIC) } Else { Return (AGP1) } } } Device (VGAG) { Name (_ADR, 0x00) } }
I recommend you study the version of the ACPI spec of you system board's implementation. Just before you try this way, know you need to tell all the 4 possible devices under the AGP bus to get to the same IRQ.
6 -> Save the edited DSDT ASL (ACPI Source Language) file and compile it. Save the edited file as DSDTNEW.dsl and compile it by executing the command:
This will generate a file named DSDT.amlCode:iasl -sa -oa DSDTNEW.dsl
NOTE: If iasl refuses to compile due to errors you didn't introduce, try Microsoft ASL Compiler. Grab it from here -> http://download.microsoft.com/download/2/c...iler-v4-0-0.msi
In this case compile with:
Code:asl DSDTNEW.dsl
7 -> Put the compiled DSDT table back into the ACPITBL.BIN file. Open the ACPITBL.BIN file with an hex editor again. Select the DSDT table like it was explained in point 3. Open the file DSDT.aml with the HEX Editor on a new window. Select all bytes from the DSDT.aml file and select Copy. Now go to the ACPITBL.BIN HEX Editor Window and Paste replacing the old DSDT table. Save the edited ACPITBL.BIN with the same name.
8 -> Replace the old ACPITBL.BIN module on the BIOS file with the new one. On the command prompt under your working folder execute:
This will release the old ACPITBL.BIN module from the BIOS.Code:cbrom biosfilename.bin /acpitbl release
To insert the new one execute:
Code:cbrom biosfilename.bin /acpitbl ACPITBL.BIN
9 -> Flash the BIOS file obtained like you normally do. And pray!
NOTE: Make sure you can recover from a bad flash before trying this. In case anything goes wrong.
GOOD LUCK!
Here is a list of some BIOS files with this patch applied:
Abit AN7 -> AGP -> Tested
Click on "AQUI"
Asus A7N8X Deluxe PCB 2.00 -> AGP -> Tested
Asus A7N8X Deluxe PCB 1.04 and 1.06 -> AGP -> Untested
jparthum said:In addition to that, I've seen where several people cannot boot properly. Do you know if this solution also helps with boot problems related to this hardware configuration?
jparthum said:Does this mean if your BIOS does not support ACPI, you will only need to assign an IRQ and NOT perform the ACPI table edit, or assign an IRQ AND perform the ACPI edit?
jparthum said:If your BIOS does not support ACPI, would you be able to assign an IRQ through Windows?
jparthum said:Are you aware of any AGP boards that do not have this problem?
I am not sure. I guess it helps when the boot problem is IRQ conflict related.
When the BIOS does not support ACPI either you have the option to assign IRQ in the BIOS menu or under the operating system. If the BIOS does not support ACPI you don't even have an ACPI table to edit. When there is an option to disable ACPI in the BIOS and if you disable it, than again you can assign IRQ in the BIOS menu itself or under the OS.
Question already answered.
By design no. The only ones I know are the ones I applied the above DSDT fix. Abit AN7 and Asus A7N8X Deluxe. However I guess this fix could be applied with success to any nForce2 AGP board with an Award BIOS. All the others I tried are PCIe and this fix failed. If an nForce3 DSDT is identical this could work too. I warn there is always a risk when you mess with your BIOS. You risk killing your board.
jparthum said:Thanks for the info. If I'm understanding all of this correctly, What I am concluding, is that all ATI HDXXXX Series of AGP graphics cards with an integrated High Definition Audio Controller would need either this ACPI fix or the IRQs manually configured in order to function properly. Which fix is needed, depends on whether the BIOS is ACPI compliant or not.
jparthum said:A system I am working on has no mention of ACPI in the BIOS, and provides options to manually configure IRQs in the PnP menu. However in Device Manager, there is a listing for "Microsoft ACPI-Compliant System" under the System Devices section, as well as numerous listings under IRQs when in "Resources by connection" view. Also, the "Use automatic settings" check box is checked and greyed out under the various Resources tabs (in Windows 7). Do you know of a definitive (and hopefully simple ) method to determine if a BIOS is ACPI compliant or not, so it can be determined which fix to use?
jparthum said:If the BIOS is ACPI compliant, but also offers an option to manually set IRQs, would changing Windows HAL to "Standard PC", then manually setting IRQs also be a feasible option?
jparthum said:Do you think this problem exists because the HDMI feature (including a High Definition Audio Controller) was kept in a reverse-engineered video chipset that was originally designed for the newer PCIe architecture?
jparthum said:Again, thanks for sharing your knowledge. I think this thread is going to help a LOT of people.
System Name | K |
---|---|
Processor | AMD Athlon II X2 240 2800 Mhz @ 3800 Mhz |
Motherboard | Asus M4N78 Pro |
Cooling | Stock on cpu / 3x80mm in case |
Memory | 2.5 Gb DDR2-800 Kingston |
Video Card(s) | Nvidia 9800GT 512/256 |
Storage | WD 80Gb-8Mb / WD 500Gb-16Mb SATA 2 |
Display(s) | Benq G922HDAL |
Case | SunBeamTech TRIO (black) |
Audio Device(s) | nVIDIA MCP78 8.1 Ch |
Power Supply | Power Line Dual Rail 530W |
Software | Win 7 Ultimate x86 |
Benchmark Scores | Super PI 2M/26 sec. |
Microsoft ACPI Source Language Compiler
Using the Microsoft ASL Compiler's ACPI Table Load Utility
During system development, it is often useful to have a method of simulating various ACPI BIOS constructs and testing these on the development system. Microsoft Windows XP, Windows Server 2003, and Windows Vista operating systems running checked versions of the ACPI driver allow for loading certain ACPI tables from the Windows registry instead of loading the table from the system's BIOS ROM.
To use this feature, the ACPI table to be overloaded must meet the following requirements:
The table to be overloaded must already be present in the system's BIOS ROM. For instance, the DSDT can be overloaded; however, if the machine does not have an SSDT, you cannot force an SSDT to be loaded from this registry override mechanism.
The table must contain AML code that is normally consumed by the Windows ACPI interpreter (the acpi.sys driver).
The table with the highest version number will be loaded. The table loaded into the registry for testing must have a higher version number than the same table in the BIOS ROM.
The table to be loaded must be in compiled (AML) format and loaded into the registry in the correct location, with the correct parameters specified. The mechanism described herein is designed to handle all aspects of loading the table and configuring the registry.
The checked version of the ACPI driver acpi.sys must be running on the system.
To facilitate this process, the v3.0.0 version of the Microsoft ACPI compiler may be used to load compiled tables in binary form into the registry.
WARNING: The process described in this document may leave your Windows system in a non-bootable state. Ensure that you have access to another operating system with NTFS file system support (e.g., a "safe build") on the same machine before attempting the procedures outlined herein. This process is provided for system developers and tester only, and should NOT be used on any machine vital for development or production purposes.
Usage:
To load an ACPI table into the registry for test purposes, the ASL compiler is invoked as follows:
asl.exe /loadtable [-v] [-d] <AMLFile>
Where:
AMLFile is the name of the compiled AML file containing the table you wish to load into the registry.
-v Verbose Mode: Turns on extra debugging output from the utility.
-d Removes a previously loaded AML file from the registry, and delete all associated registry keys.
See Also
Command Line Options
Resources
Built on Tuesday, March 14, 2006
adapter bn dn dID asic flash romsize test bios p/n
======= == == ==== =============== ============== ======= ==== ===============
0 02 00 94C4 Rialto M25P05/C 10000 pass 113-AB19101-100
1 02 00 94C4 RV610/M74 PM25LV512 10000 pass 113-AB19101-100
Adapter 0 (BN=02, DN=00, PCIID=94C41002, SSID=002818BC)
Asic Family : Rialto
Flash Type : M25P05/C (64 KB)
Product Name : RX24PGA2-E3 I1H
Bios Config File : AK204GCE.bin
Bios P/N : 113-AB19101-100
Bios Version : 010.059.000.003.000000
Bios Date : 09/20/07 22:47
Adapter 1 (BN=02, DN=00, PCIID=94C41002, SSID=002818BC)
Asic Family : RV610/M74
Flash Type : PM25LV512 (64 KB)
Product Name : RX24PGA2-E3 I1H
Bios Config File : AK204GCE.bin
Bios P/N : 113-AB19101-100
Bios Version : 010.059.000.003.000000
Bios Date : 09/20/07 22:47
HI! i'm new around here and i'd like to ask ARTBIO a favor
Can you please make for me all this things with acpitbl.bin... that you tould us above,i tried to do it,but i even cannot extract acpitbl.bin...that noob i am :shadedshu.
i have a ASUS AH3450 512\64 and i can't install drivers because it remain stuck after windows logon screen (black screen).i've tried everything,all possible drivers,all windows 32bit versions,change irq's from bios,same result (xp-black screen/vista+win7-blue screen of death)
please if you want to help me here are my pc specs.
bios ver: 8i848pg_f5
http://www.gigabyte.com.tw/Support/Motherboard/BIOS_Model.aspx?ProductID=1769
MB : Gigabyte GA-8i848P-G
CPU :Intel P4 2.4ghz oc.to 3.6ghz (prescott)
DDR :2X1 Gb Kingstone
GPU :AGP 8X AH 3450
NB :Intel Breeds Hill i848P
SB :Intel 82801EB ICH5
DVD:ASUS DRW-2014S1T
HDD:WD 80Gb-8Mb WD 500Gb-16Mb
PSUowre Line 530W Dual Rail (12v1-22A 12v2-20A)
thanks in advance yahoo mess: kyky_hiphop
mail: kyky_hiphop@yahoo.com
sorry for my english,i'm from Romania