-
-fail:
- vfree_dma(table);
- return 0;
-}
-
-int
-sata_read_buffer(struct hba_port* port,
- uint64_t lba,
- void* buffer,
- uint32_t size)
-{
- return __sata_buffer_io(port, lba, buffer, size, 0);
-}
-
-int
-sata_write_buffer(struct hba_port* port,
- uint64_t lba,
- void* buffer,
- uint32_t size)
-{
- return __sata_buffer_io(port, lba, buffer, size, 1);
-}
-
-void
-sata_read_error(struct hba_port* port)
-{
- uint32_t tfd = port->regs[HBA_RPxTFD];
- port->device->last_error = (tfd >> 8) & 0xff;
+ /*
+ 确保我们使用的是LBA寻址模式
+ 注意:在ACS-3中(甚至在ACS-4),只有在(READ/WRITE)_DMA_EXT指令中明确注明了需要将这一位置位
+ 而并没有在(READ/WRITE)_DMA注明。
+ 但是这在ACS-2中是有的!于是这也就导致了先前的测试中,LBA=0根本无法访问,因为此时
+ 的访问模式是在CHS下,也就是说LBA=0 => Sector=0,是非法的。
+ 所以,我猜测,这要么是QEMU/VirtualBox根据ACS-2来编写的AHCI模拟,
+ 要么是标准出错了(毕竟是working draft)
+ */
+ fis->dev = (1 << 6);
+
+ // The async way...
+ struct hba_cmd_state* cmds = valloc(sizeof(struct hba_cmd_state));
+ *cmds = (struct hba_cmd_state){ .cmd_table = table, .state_ctx = io_req };
+ ahci_post(port, cmds, slot);