Yep, it’s probably there depending on your chipset.
Apparently a commit that I can’t find (“e8de9e9“?) disabled acceleration for R5 240 Radeon cards, but causes an error for R7 models. If you’ve got an R5 and you want accelerated video, try taking it out – assuming it’s not working already. Any other Radeon model, it may not make a difference.
The version of qemu in dports is not set up to support this, yet. Until then, you can download a prebuilt version.
ndis(4) is removed from DragonFly; it’s probably been years since it was applicable to any hardware. I don’t think it will affect anyone – but it’s an interesting tool from a historical perspective; for a while it was possible to use Windows XP drivers to create a BSD network driver, effectively.
If you’ve got unshielded disk cables in a tiny PC, you can run the AHCI link a bit slower to better handle interference.
If you have an AR9485 wireless adapter, this bug report notes the appropriate config for DragonFly. Might work for other hardware too?
I’ve seen this a number of times over the years: if you’re installing DragonFly and the install drive seems to disappear, it might be the USB port you plug into.
I am not sure if these Radeon cards are tested on DragonFly, but it’s a good base to start from.
If you edit /etc/fstab, and then later change something like the proc filesystem from OpenJDK, you might not boot normally. Antonio Olivares has a solution for you.
MAP_VPAGETABLE has been removed in DragonFly because of conflicts with recent pmap work. This has the unfortunate effect of breaking vkernel(7), but vkernels can be resurrected with changes to use hardware virtualization support.
Note that running DragonFly as a VM is unaffected; that’ll still work just fine. This breakage is DragonFly-vkernel-on-DragonFly specific.
So, if you find yourself in possession of an ADM-3A terminal, and want to attach it to a DragonFly machine, here is the /etc/ttys config (viewed on the ADM-3A itself of course) and the front switch settings that worked for me.
Remember, ^h deletes.
Well, it doesn’t fix anything, but it seems like an answer that almost always helps: running sysmouse usually fixes most X11 mouse problems.