IDE DMA problem under VMWare

[aldeck]

I found two reproductible bugs related to IDE DMA under VMWare.

1) When trying to shutdown Haiku, the shutdown is stalling for several seconds on "Tidying things up a bit" showing no icon or indication of progress.

2) wget and ftp both stall randomly when downloading a file.

Setting "Disable IDE DMA" in the boot menu solves the two problems.

I'm attaching the serial output of a simple startup and shutdown session with and without IDE DMA enabled.

[axeld]

Did you anything special before shutting down? Because while "tidying things up" it just syncs the HD caches. And that may take a while depending on how much you did before, since Haiku doesn't periodically write back the disk cache yet!

To 2): this has nothing to do with IDE DMA - it may just slow down the download. TCP isn't exactly finished yet, and that's one of its known problems.

[aldeck]

No i just booted and immediately shut down without doing any file op. I thought you would knew about this issue because i saw it mentionned on several places.

About 2), ok fine, otherwise networking is working great so far, impressive job!

[jonas.kirilla]

I've compared syncing a fresh boot of Haiku (rev 20131 and some previous) in VMware Player / Windows XP / 2.4GHz Celeron to the same in Q (Qemu) / MacOS X / 1.4GHz G4, and while Haiku in VMware on the PC is a lot snappier than Haiku in Q on the Mac, syncing takes "normal" time in Q, whereas in VMware Player it takes much, much longer.

/bin/idestatus says:

Q on Mac: dma_status: dma enabled pio mode: 0 dma mode: 0x00

VMware Player on PC: dma_status: dma disabled after dma failure pio mode: 0 dma mode: 0x00

/bin/ideinfo:

Q: FLUSH CACHE: supported FLUSH CACHE EXT: supported

VMwarePlayer: FLUSH CACHE: not supported FLUSH CACHE EXT: not supported

There may be some other difference to the output of ideinfo that I haven't spotted.

[marcusoverhagen]

The IDE DMA implementation is faulty. I does write to wrong registers (reported in vmware logfiles), and trys to reset the devices in a strange way. I added some debug output for this problem in hrev19990.

[bonefish]

Fixed in hrev22975.