Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Add VMware ESXi ARM Fling support #441

Closed
wants to merge 2 commits into from
Closed

Add VMware ESXi ARM Fling support #441

wants to merge 2 commits into from

Conversation

darkain
Copy link

@darkain darkain commented Oct 12, 2020

Now that there is an ARM64 version of VMware, I've added several of the drivers from AMD64 GENERIC over to ARM64 GENERIC. These drivers all work out of the box, unmodified, under VMware ESXi ARM Fling.

Adding optional VMware driver files for vmxnet3, vmci, and paravirtual scsi
Adding the following drivers for VMware virtual machines

vmx: vmxnet3 virtual network card
pvscsi: paravirtual scsi
uhci: USB 2.0 controller
ums: USB mouse
@darkain
Copy link
Author

darkain commented Oct 12, 2020

@darkain
Copy link
Author

darkain commented Apr 2, 2021

These have been merged in, and work! :D

@darkain darkain closed this Apr 2, 2021
hardenedbsd-services pushed a commit to HardenedBSD/hardenedBSD that referenced this pull request Feb 10, 2023
* Post large deallocations to original thread

This change sets all large allocations to be owned by the originating
thread. This means they will be messaged back to the original thread
before they can be reused.

The following reason for making this change:
* This will improve producer/consumer apps involving large allocations.
* It enables the implementation of a more complex chunk allocator that
reassembles chunks.
* It addresses an issue with compartmentalisation where the handling of
large allocations can result in meta-data ownership changing.
hardenedbsd-services pushed a commit to HardenedBSD/hardenedBSD that referenced this pull request Feb 10, 2023
Since freebsd#441 was merged, pagemap entries are no longer ever set to
fake_large_remote.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
1 participant