- User Since
- May 10 2014, 2:21 PM (349 w, 6 d)
Wed, Jan 20
Sun, Jan 17
Sat, Jan 16
Fri, Jan 15
Update based on feedback from markj
I expect we could do something similar in pmap_extract. We would need to limit it to stage 1 pmaps (i.e. non-hypervisor pmaps), and need to check if it's a userspace or kernel pmap.
Add a comment explaining why interrupts are disabled
Use an AT instruction with a fallback on walking the page table.
Fix the build and boot tested on N1SDP
It fixes warning similar to the following. This is because it's running ctfconvert on the .c file rather than a .o file.
Thu, Jan 14
After R10:6eebda3bbad9 you can replace this with:
include GENERIC-MMCCAP include "../../conf/std.nodebug"
Something like D28152
I've tested on arm64, I still need to run through universe.
We could split out the -NODEBUG options to std.nodebug then include that from both here and GENERIC-NODEBUG
Wed, Jan 13
Tested with dtrace -n ":::". This will trigger on memcpy as called by dtrace_getnanouptime, however it seems to be inlined by the in tree clang.
Tue, Jan 12
Mon, Jan 11
Sat, Jan 9
I think we now handle this with my recent commits.
Fri, Jan 8
Thu, Jan 7
Tue, Jan 5
Set the overflow when restoring register values. Start is just to start the counters counting.
Mon, Jan 4
Thu, Dec 31
Wed, Dec 30
Sun, Dec 27
I removed SOCDEV_VA because it's too difficult to know where the kernel will be loaded so we don't know a good virtual address at compile time.
Sat, Dec 26
Does it apply after 6270ee0b6726?
Thu, Dec 24
I've tested the normal boot and with SOCDEV_PA set (but not used). I haven't tested any of the LINUX_BOOT_ABI paths.
Dec 15 2020
This is untested, I just moved the code to a new function as a proof of concept.
How about something like D27621?
You might want to change the commit message to say you're removing the DMAP check from pmap_kextract as it wass only correct when the DMAP region is contiguous which is no longer true.
Dec 13 2020
Dec 10 2020
Yes, I think the fix for D27528 is to remove the DMAP check from pmap_kextract. You can then use it here in mem.c to see if the mapping is valid & fall through to uiomove_fromphys if not.
We already have a PHYS_IN_DMAP check. It could be extended to also check the return value of pmap_kextract(PHYS_TO_DMAP(v)).
All mappings that point to the same physical address need to be the same memory type. Because of this we will demote memory in the DMAP if needed to make this possible, e.g. when marking a page as uncached the DMAP page pointing at the same memory will also be marked as uncached, including a demotion if it's currently part of a larger block.
pmap_kextract, although we will need to remove the DMAP check as it was added before we had a sparse DMAP region.
I would prefer we don't map memory marked as noalloc in the DMAP. If we need to read it in /dev/mem then mem.c should handle unmapped memory within the DMAP region.
What will happen if we try to access a DMAP page during the break-before-make sequence while it is being demoted?
Dec 8 2020
Dec 7 2020
- Use the correct ID in cpu_init_fdt
- Copy a comment explaining why we don't increment the CPU ID to teh FDT code
- Fix a typo in said comment
Simplify by only iterating once with CPU 0 being reserved
Dec 2 2020
Dec 1 2020
Nov 29 2020
Nov 26 2020
Nov 25 2020
I think we can just check for the existence of the ACPI tables, i.e. by checking if AcpiOsGetRootPointer returns a non-zero value.
Nov 19 2020
Based on my reading of the ACPI tables I expect this will work on eMAG and the Huawei Taishan, however I don't have access to either to test.
Nov 18 2020
Nov 17 2020
Committed in rS367754