mirror of
https://github.com/fergalmoran/ladybird.git
synced 2025-12-27 19:59:17 +00:00
827322c139
As MMIO is placed at fixed physical addressed, and does not need to be backed by real RAM physical pages, there's no need to use PhysicalPage instances to track their pages. This results in slightly reduced allocations, but more importantly makes MMIO addresses which end up after the normal RAM ranges work, like 64-bit PCI BARs usually are.
32 lines
1.0 KiB
C++
32 lines
1.0 KiB
C++
/*
|
|
* Copyright (c) 2024, Idan Horowitz <idan.horowitz@serenityos.org>
|
|
*
|
|
* SPDX-License-Identifier: BSD-2-Clause
|
|
*/
|
|
|
|
#include <Kernel/Memory/MMIOVMObject.h>
|
|
|
|
namespace Kernel::Memory {
|
|
|
|
ErrorOr<NonnullLockRefPtr<MMIOVMObject>> MMIOVMObject::try_create_for_physical_range(PhysicalAddress paddr, size_t size)
|
|
{
|
|
if (paddr.offset(size) < paddr) {
|
|
dbgln("Shenanigans! MMIOVMObject::try_create_for_physical_range({}, {}) would wrap around", paddr, size);
|
|
// Since we can't wrap around yet, let's pretend to OOM.
|
|
return ENOMEM;
|
|
}
|
|
|
|
// FIXME: We have to make this allocation because VMObject determines the size of the VMObject based on the physical pages array
|
|
auto new_physical_pages = TRY(VMObject::try_create_physical_pages(size));
|
|
|
|
return adopt_nonnull_lock_ref_or_enomem(new (nothrow) MMIOVMObject(paddr, move(new_physical_pages)));
|
|
}
|
|
|
|
MMIOVMObject::MMIOVMObject(PhysicalAddress paddr, FixedArray<RefPtr<PhysicalPage>>&& new_physical_pages)
|
|
: VMObject(move(new_physical_pages))
|
|
{
|
|
VERIFY(paddr.page_base() == paddr);
|
|
}
|
|
|
|
}
|