|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [PATCH v1 1/3] xen/riscv: introduce setup_initial_pages
Hi Oleksii, On 27/02/2023 16:52, Oleksii wrote: On Sat, 2023-02-25 at 17:53 +0000, Julien Grall wrote:+/* + * WARNING: load_addr() and linker_addr() are to be called only when the MMU is + * disabled and only when executed by the primary CPU. They cannot refer to + * any global variable or functions.I find interesting you are saying when _setup_initial_pagetables() is called from setup_initial_pagetables(). Would you be able to explain how this is different?I am not sure that I understand your question correctly but _setup_initial_pagetables() was introduced to map some addresses with write/read flag. Probably I have to rename it to something that is more clear. So the comment suggests that you code cannot refer to global functions/variables when the MMU is off. So I have multiple questions: * Why only global? IOW, why static would be OK?* setup_initial_pagetables() has a call to _setup_initial_pagetables() (IOW referring to another function). Why is it fine? * You have code in the next patch referring to global variables (mainly _start and _end). How is this different? + */ + +/* + * Convert an addressed layed out at link time to the address where it was loadedTypo: s/addressed/address/ ?Yes, it should be address. and 'layed out' should be changed to 'laid out'...+ * by the bootloader. + */Looking at the implementation, you seem to consider that any address not in the range [linker_addr_start, linker_addr_end[ will have a 1:1 mappings. I am not sure this is what you want. So I would consider to throw an error if such address is passed.I thought that at this stage and if no relocation was done it is 1:1 except the case when load_addr_start != linker_addr_start. The problem is what you try to map one to one may clash with the linked region for Xen. So it is not always possible to map the region 1:1. Therefore, I don't see any use for the else part here.
My point is why would the page offset be non-zero? + + page_addr = map_start; + while ( page_addr < map_end )Looking at the loop, it looks like you are assuming that the region will never cross a boundary of a page-table (either L0, L1, L2). I am not convinced you can make such assumption (see below). But if you really want to make such assumption then you should add some guard (either BUILD_BUG_ON(), ASSERT(), proper check) in your code to avoid any surprise in the future.I am not sure that I fully understand what is the problem here. The address is aligned on (1<<12) boundary and each itearation is mapped (1<<12) page so all looks fine or I misunderstood you. Let's take an example, imagine the region you want to map is 4MB. AFAICT, you are only passing one L0 page-table. So your code will end up to overwrite the previous entries in the zeroeth page-table and then add another link in the L1 page-table.
In which case, shouldn't you return an error if the entry is always valid?
One possibility would be to introduce a new wrapper for the typesafety. Anyway, it is not essential for now. Let's at least get the logic correct first :). + + /* + * Create a mapping from Xen's link-time addresses to where they were actually loaded.This is line is way long than 80 characters. Please make sure to wrap it 80 characters.+ */ + _setup_initial_pagetables(second, first, zeroeth, + linker_addr(&_stext), + linker_addr(&_etext), + load_addr(&_stext), + false); + _setup_initial_pagetables(second, first, zeroeth, + linker_addr(&__init_begin), + linker_addr(&__init_end), + load_addr(&__init_begin), + true); + _setup_initial_pagetables(second, first, zeroeth, + linker_addr(&_srodata), + linker_addr(&_erodata), + load_addr(&_srodata), + false); + _setup_initial_pagetables(second, first, zeroeth, + linker_addr_start, + linker_addr_end, + load_addr_start, + true);Where do you guarantee that Xen will always fit in an L0 table and the start address is aligned to the size of an L0 table?I don't guarantee that it fit in an L0 table but the start address is aligned to the size of the L0 table at the start. Then it should be fixed. + + /* + * Create a mapping of the load time address range to... the load time address range.Same about the line length here.+ * This mapping is used at boot time only. + */ + _setup_initial_pagetables(second, first, zeroeth,This can only work if Xen is loaded at its linked address. So you need a separate set of L0, L1 tables for the identity mapping. That said, this would not be sufficient because: 1) Xen may not be loaded at a 2M boundary (you can control with U-boot, but not with EFI). So this may cross a boundary and therefore need multiple pages. 2) The load region may overlap the link address While I think it would be good to handle those cases from the start, I would understand why are not easy to solve. So I think the minimum is to throw some errors if you are in a case you can't support.Do you mean to throw some error in load_addr()/linkder_addr()? In this case, I meant to check if load_addr != linker_addr, then throw an error. Cheers, -- Julien Grall
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |