<div dir="ltr">I realize this is not the most helpful answer, but I didn't encounter this problem when I set up Hyper-V and DragonFly before.  I ended up going to real hardware because I wanted to have DragonFly talking out of the serial port.<div><br></div><div>It might have been the Hyper-V image type that affected it, or the legacy BIOS option in the DragonFly installer as I had mentioned in my posts about it.  Those are guesses, however, cause I don't have a Windows 10 machine handy that I can test this with anytime soon.  My DragonFly machine that I ended up setting up for that experiment is currently broadcasting grdc output through a VT320 terminal into an empty cube in a near empty office.</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Apr 4, 2020 at 11:17 AM David Arroyo <<a href="mailto:david@aqwari.net">david@aqwari.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello,<br>
<br>
I'm trying to run Dragonfly 5.8.0 on Hyper-V on my Windows 10 machine. Going off of this article from 2018[1], I created a Gen 1 VM with a legacy network adapter and used IDE for the virtual disk. However, when booting the system I see these errors in dmesg:<br>
<br>
ad0: 81920MB <Virtual HD 1.1.0> at ata0-master WDMA2<br>
ad0: FAILURE - SETFEATURES ENABLE WCACHE status=51<READY,DSC,ERROR> error=0<br>
ad0: TIMEOUT - READ_DMA retrying (1 retry left) LBA=0<br>
ad0: FAILURE - SETFEATURES ENABLE WCACHE status=51<READY,DSC,ERROR> error=0<br>
ad0: TIMEOUT - READ_DMA retrying (0 retries left) LBA=0<br>
ad0: FAILURE - SETFEATURES ENABLE WCACHE status=51<READY,DSC,ERROR> error=0<br>
ad0: FAILURE - READ_DMA timed out LBA=0<br>
ad0: reading primary partition table: error accessing offset 000000000000 for 512<br>
<br>
Trying to read anything from the disk times out. If I switch the mode from WDMA2 to PIO4 I can read but writes give an I/O error:<br>
<br>
# natacontrol mode ad0 PIO4<br>
current mode = PIO4<br>
# dd if=/dev/ad0 of=/dev/null bs=1M count=1<br>
1+0 records in<br>
1+0 records out<br>
1048576 bytes transferred in 0.134417 secs (7800912 bytes/sec)<br>
# dd if=/dev/zero of=/dev/ad0 bs=1M count=1<br>
ad0: timeout waiting for write DRQ<br>
dd: /dev/ad0: Input/output error<br>
1+0 records in<br>
0+0 records out<br>
0 bytes transferred in 0.201104 secs (0 bytes/sec)<br>
<br>
I tried turning on debug logging for Hyper-V but nothing was logged while I reproduced the issue. I then tried FreeBSD and Ubuntu VMs with the same configuration and didn't see the issue. I also tried switching the disk from the IDE controller to the SCSI controller, but when I did that, dragonfly couldn't see the disk any longer. <br>
<br>
I'm not sure where to go from here. I work with Linux at $dayjob, so I am not really familiar with Hyper-V *or* BSD. Has anyone else built a dragonfly VM on Hyper-V recently, and did you have any trouble? Does anyone have any advice for troubleshooting the read timeouts?<br>
<br>
Cheers,<br>
David<br>
<br>
[1]: <a href="https://www.dragonflydigest.com/2018/09/28/21850.html" rel="noreferrer" target="_blank">https://www.dragonflydigest.com/2018/09/28/21850.html</a><br>
</blockquote></div>