more-f18-changes #153
No reviewers
Labels
No Label
CI
Low Priority
Needs Approvals
Needs Rebase
android
bug
duplicate
enhancement
help wanted
invalid
question
translations
wontfix
No Milestone
No project
No Assignees
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: suyu/suyu#153
Loading…
Reference in New Issue
No description provided.
Delete Branch "more-f18-changes"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
you do realize ama isn't working on the project anymore right? or was this a misclick
Misclick, sorry
Y'all should skip this PR.
The change in
src/core/hle/kernel/k_memory_block.h
doesn't compile as is. Even if it is fixed to compile like it is, it's just duplicating what the original code did, but a bit slower since it has to test. The shift in the original code isKMemoryPermission::KernelWrite
.The change in
src/core/hle/kernel/k_page_table_base.cpp
is problematic as well. It ends up having everything beDisableMergeAttribute::DisableHead
where by default in the original it isDisableMergeAttribute::None
except in one case. And you can't just change the two lines to beDisableMergeAttribute::None
because then you miss that one case.This fix was in development and never finished (@nullequal left after the discord was taken down), and this PR is just the unfinished work, hence why it has issues.
Yes, I know. But for the first file I mentioned, the change trying to be made has the exact same outcome as the original code. I can see where one would think there might be a problem there, but the intended change (to have it add
KMemoryPermission::KernelWrite
) isn't needed. The original code is actually adding that. So, not really any need to change it.The changes in the second file are really just adding complexity unless some more calls to
KPageTableBase::AllocateAndMapPagesImpl
was planned. But the changes introduced a bug (already mentioned). If the intended change was actually to change the merge attribute, it could have been done inKPageTableBase::AllocateAndMapPagesImpl
without moving things around.Pull request closed