> > I mean, the kernel can have its own ACPI implementation, just enough to > get the information needed for SMP.
Ok. What I need is to read RSDT table, to get the pointer to APIC table, which store the information about processors and ioapic In my docs, I've written the procedure to get this: *- How to find APIC tableTo find APIC table, we can read RSDT table RSDT reference. To get the address of RSDT, we need to read RDSP table.* * Once got RSDT table, we need to read Entry field, and search the pointer to the APIC table in the array referenced in this field.* El lun., 12 nov. 2018 a las 19:31, Samuel Thibault (<samuel.thiba...@gnu.org>) escribió: > Samuel Thibault, le lun. 12 nov. 2018 19:29:57 +0100, a ecrit: > > Almudena Garcia, le lun. 12 nov. 2018 19:12:16 +0100, a ecrit: > > > I think if you need ACPI in gnumach to provide SMP support for the > > > kernel, then ACPI tables reading functionality should be in > gnumach then? > > > > > > I agree. In this case, access to ACPI tables through a translator > could produce > > > a recursive dependency problem (Translator could need gnumach, and > gnumach > > > needs translator to enable the processors during the boot) > > > > But we don't need all ACPI to get what SMP needs. > > I mean, the kernel can have its own ACPI implementation, just enough to > get the information needed for SMP. > > Samuel > >
