No, now I have a regular HDD on 32GB, but I try to use SSD with ide44 pins on 128GB and have no luck. I think problem in BIOS. I also try to use ide44<->sata with sata 128gb and have no luck. But in sata interface ssd are work well. I want to buy ssd on 32gb at ide44 and try to use it. So let's see if it will work on ide 44. 😀

Mr.Hunt wrote on 2024-12-18, 12:55:

I also try to use ide44<->sata with sata 128gb and have no luck.

If you can figure out which IDE-SATA bridge chip it uses you can refer to its datasheet for the pin responsible for choosing Master/Slave.

There are so many different IDE-SATA adapters out there and the way to access (toggle) Master/Slave depends on the design.

Some PCBs may have the pin in question exposed somewhere as headers, though they may or may not actually be soldered.

LATE EDIT: A reminder... it seems the secondary IDE channel simply can't handle higher UDMA levels, when attaching another disk via the 44-pin connector while also using the CF slot. In DOS accessing the disk would keep generating DMA-related errors, while in modern OSes (e.g. Linux) those errors would prompt the drivers to automatically downgrade UDMA levels until it drops to UDMA33, after which DMA errors will stop.

@LSS10999

Can you please go into more detail on how you enabled ISA DMA on this board?

The chipset register hack video you mentioned on the first page is long gone.

White wrote on 2019-07-05, 07:11:

This BIOS is exists. I have it. But for now i do not provide it to public and it is possible i will not.
You can send me PM if you really want it.

It has been 7 years. Will you be willing to provide it to the public now? This board is now expensive and difficult to locate, so I don't see any reason to continue gatekeeping it.

Shiftyy wrote on 2026-01-16, 16:44:

@LSS10999

Can you please go into more detail on how you enabled ISA DMA on this board?

The chipset register hack video you mentioned on the first page is long gone.

You can use pcicmd from my lpcexp tools.

Refer to ICH5 datasheet for how to set the registers (90h-91h) to route specific DMA channels to PC/PCI so its PCI-ISA bridge can use. An example here:

1pcicmd 0 1f 0 90 0000f475

This routes DMA channels 0, 1, 3, 5 to PC/PCI. On my current setup I'm using a CMI8330 and PicoGUS (GUS mode). Both cards are fully operational.

It is possible to boot other OSes with DMA routing configured, by first booting to DOS, configure the PCI registers and nothing else, then use GRUB4DOS to boot the OS (bootloader) you want (e.g. WinNT/2K/XP).

LSS10999 wrote on 2026-01-16, 18:34:

You can use pcicmd from my lpcexp tools. […]
Show full quote

Shiftyy wrote on 2026-01-16, 16:44:

@LSS10999

Can you please go into more detail on how you enabled ISA DMA on this board?

The chipset register hack video you mentioned on the first page is long gone.

You can use pcicmd from my lpcexp tools.

Refer to ICH5 datasheet for how to set the registers (90h-91h) to route specific DMA channels to PC/PCI so its PCI-ISA bridge can use. An example here:

Copy code to clipboard

1pcicmd 0 1f 0 0000f475

This routes DMA channels 0, 1, 3, 5 to PC/PCI. On my current setup I'm using a CMI8330 and PicoGUS (GUS mode). Both cards are fully operational.

It is possible to boot other OSes with DMA routing configured, by first booting to DOS, configure the PCI registers and nothing else, then use GRUB4DOS to boot the OS (bootloader) you want (e.g. WinNT/2K/XP).

Many thanks for this.

If I wanted to enable DMA 1 and 7 (MK1869 XTREME), would this be the correct command?

pcicmd 0 1f 0 90 0082

I am basing this off your Github readme:

pcicmd bus device function reg [value]

I only plan on using ISA sound card in DOS, and Audigy2 ZS for 9x/XP, so shouldn't need to configure a complicated bootloader.

Also have you had the chance to test the GUS PnP on this board? I understand it has issues working properly with 865 and both ITE or Winbond PCI-ISA bridges, but I wanted to ask if you managed to find a solution.

Shiftyy wrote on 2026-01-17, 01:21:

If I wanted to enable DMA 1 and 7 (MK1869 XTREME), would this be the correct command?

pcicmd 0 1f 0 90 0082

For only DMA1 and DMA7, it should be:

1pcicmd 0 1f 0 90 00007CF7

By default the board sets the register to 0000FCFF which means all DMA channels are routed to LPC (11b). You need to set the bits corresponding to the DMA channels you want to route to PC/PCI to 01b.

Shiftyy wrote on 2026-01-17, 01:21:

I only plan on using ISA sound card in DOS, and Audigy2 ZS for 9x/XP, so shouldn't need to configure a complicated bootloader.

Also have you had the chance to test the GUS PnP on this board? I understand it has issues working properly with 865 and both ITE or Winbond PCI-ISA bridges, but I wanted to ask if you managed to find a solution.

Sorry I don't own a GUS PnP. PicoGUS is the best I could get for testing GUS functionality. It does work, but I'm afraid ULTRAMID might not cooperate well with newer chipsets. You need to use the one recommended by PicoGUS. The ULTRAMID shipped with games might hang the system.

On very new chipsets (using dISAppointment for PicoGUS), I'm not able to get games that use ULTRAMID for GUS to work correctly. Some games that don't rely on ULTRAMID such as Jazz Jackrabbit, works fine.

LSS10999 wrote on 2026-01-17, 03:03:

For only DMA1 and DMA7, it should be: […]
Show full quote

For only DMA1 and DMA7, it should be:

Copy code to clipboard

1pcicmd 0 1f 0 90 00007CF7

By default the board sets the register to 0000FCFF which means all DMA channels are routed to LPC (11b). You need to set the bits corresponding to the DMA channels you want to route to PC/PCI to 01b.

Thanks again. I would have never figured it out. My board is still on the way, so I won't be able to test it until next week.

LSS10999 wrote on 2026-01-17, 03:03:

Sorry I don't own a GUS PnP. PicoGUS is the best I could get for testing GUS functionality. It does work, but I'm afraid ULTRAMID might not cooperate well with newer chipsets. You need to use the one recommended by PicoGUS. The ULTRAMID shipped with games might hang the system.

On very new chipsets (using dISAppointment for PicoGUS), I'm not able to get games that use ULTRAMID for GUS to work correctly. Some games that don't rely on ULTRAMID such as Jazz Jackrabbit, works fine.

I believe I did try the ULTRAMID recommended by PicoGUS but didn't have any luck. This was with a Pentium 4 865 board. Games like Jazz Jackrabbit did work fine, but Doom would freeze on boot (Same issue described here) and The Gene Machine would turn into a slideshow whenever GUS digital audio tried to play. GUS synth worked fine though.

I'm not expecting GUS PnP to work with the AIMB-865. If this is the case, the plan is to eventually sell the MK1869 XTREME and replace it with an AWE32 and GUS classic or PicoGUS.

Could you tell me which Winbond PCI-ISA chip this board uses?

E.g. "Winbond W83628G"

Shiftyy wrote on 2026-01-17, 04:42:

Could you tell me which Winbond PCI-ISA chip this board uses?

E.g. "Winbond W83628G"

Winbond's PCI-ISA consists of two parts. W83628 and W83629.

I don't think there's any important difference between revisions, such as W83628F and W83628G.

TRW has an entry and datasheet for it.

Okay, so I probably need DMA 1, 3, 5 and 7 instead of just 1 and 7.

Is this the correct command?

pcicmd 0 1f 0 90 00007477

Shiftyy wrote on 2026-01-19, 02:14:

Okay, so I probably need DMA 1, 3, 5 and 7 instead of just 1 and 7.

Is this the correct command?

pcicmd 0 1f 0 90 00007477

Just checked. Yes. This value is correct for enabling DMA 1, 3, 5 and 7.

LSS10999 wrote on 2026-01-19, 03:58:

Shiftyy wrote on 2026-01-19, 02:14:

Okay, so I probably need DMA 1, 3, 5 and 7 instead of just 1 and 7.

Is this the correct command?

pcicmd 0 1f 0 90 00007477

Just checked. Yes. This value is correct for enabling DMA 1, 3, 5 and 7.

Great. Looks like I have worked it out. Thanks again.

BIOS revision V00C seems to be broken or incompatible with boards that have the 865G chipset.

After updating to V00C, I get the following error:
PCI IRQ routing table error [4D:00:00]

I am using AFUDOS version 4.40. Here is the command I use to update:

AFUDOS MYBIOS.ROM /P /B /N /C

If I remove my AGP video card, the error goes away.
If I disable "Allocate IRQ to PCI VGA" in the BIOS under PCIPnP, the error goes away.

I can continue booting into Windows/DOS despite the error.

However, after installing the GPU drivers in Win98, the computer will reboot after the Win98 splash screen.
After installing the GPU drivers in WinXP, it will boot into XP, but the GPU drivers are not loaded, and in Device Manager the reason it gives is "This device cannot find enough free resources that it can use. (Code 12)".

Downgrading back to v008 fixes the issue and the GPU drivers are working in XP.

Since I am using an E5800, this is less than ideal. I have to either put up with broken ACPI shutdown or broken AGP ;(

No-one else is having this issue? Any tips or advice would be appreciated.

Shiftyy wrote on 2026-01-21, 04:49:

BIOS revision V00C seems to be broken or incompatible with boards that have the 865G chipset. […]
Show full quote

BIOS revision V00C seems to be broken or incompatible with boards that have the 865G chipset.

After updating to V00C, I get the following error:
PCI IRQ routing table error [4D:00:00]

Here is the command I use to update:

AFUDOS MYBIOS.ROM /P /B /N /C

If I remove my AGP video card, the error goes away.
If I disable "Allocate IRQ to PCI VGA" in the BIOS under PCIPnP, the error goes away.

I can continue booting into Windows/DOS despite the error.

However, after installing the GPU drivers in Win98, the computer will reboot after the Win98 splash screen.
After installing the GPU drivers in WinXP, it will boot into XP, but the GPU drivers are not loaded, and in Device Manager the reason it gives is "This device cannot find enough free resources that it can use. (Code 12)".

Downgrading back to v008 fixes the issue and the GPU drivers are working in XP.

Since I am using an E5800, this is less than ideal. I have to either put up with broken ACPI shutdown or broken AGP ;(

No-one else is having this issue? Any tips or advice would be appreciated.

Actually my v1.0s1.2 board using V00C is also having this issue, and I thought I might have a broken board or messed up the IRQ/DMA settings.

Thanks for sharing this. Looks like this is an issue with this particular BIOS version, and I'm not alone... Guess no BIOS is 100% perfect for this one...

It seems this BIOS has issues with IRQ routing to AGP port. With Linux, AGP drivers either don't work (nVidia with nouveau) or sluggish (4650HD AGP with radeon, requires radeon.agpmode=8).

I'm currently using a PCI-PCIe adapter with a FirePro W4100. That card doesn't work with WinXP (Code 10) in this setup, but works fine with Linux using amdgpu (radeon is kinda broken), as well as Win7 32-bit using last versions of Radeon Enterprise drivers (which also enables Vulkan).

A main caveat for using PCI video card on v1.0s1.2 (865G) board, is that the board would behave the same as v1.0s1.3 (865GV) if no AGP card is inserted. That is, the onboard video will be enabled, despite you can reserve no system memory for it. This may not be a serious issue with Windows, but can prevent Linux and Haiku from booting properly, that I must disable Intel IGP related drivers in these OSes in order to boot without hanging.

I managed to get my HD 3850 to clear the RAM using this extender. It cost $26.01 USD, not including shipping. There is also a different variant called the AGPSX4 which costs slightly less ($21.77 USD), but I didn't grab that one.

It was either I use an extender adapter or spend a lot more money on a HD 4650. I already had the HD 3850 and it's faster anyway so I went the adapter route.

It looks like the distance between the GPU and case bracket mount is 20mm so I will order this 6-32 20mm standoff from Aliexpress and post a picture of it installed once it arrives.

In the meantime I will keep the computer mounted sideways to prevent the GPU from sagging/falling out since it's just hanging there with no support.

Some pics: