OSDev.org

That's probably a good assumption for the primary channel on the first controller. But you should test that you are getting sane responses before actually using it.

An IDE controller on the chipset is often designed to appear as an ISA one. So even though it is most likely listed as a PCI device, it will respond to ports not listed in it's BAR. That however does not hold for AHCI interfaces as they lack legacy.

sortie wrote:Read the replies you already got! The first reply linked to the PCI tutorial that covers all this. See the section about recursive scans.

Thx sortie for your help. My problem now is how to send the logs found on HDD to a FTP server...

Bender wrote:I'm sorry for asking an ignorant question, but does the same go for a IDE controller? For now I assumed it as port 0x1F0.

For an IDE controller, each channel can operate in either Native or Compatibility mode. This is controlled by the Programming Interface byte. In Native mode, the port ranges are indicated by BARs and the IRQ lines are connected to a single PCI interrupt pin. In Compatibility mode, the port ranges are fixed and the IRQ lines are connected to fixed ISA IRQs. Check the PCI IDE specification.