Ok. I'll take notes about this idea. Currently, I have an implementation to find lapic and ioapic from ACPI tables, from the kernel. In the test model runs correctly, now I'm porting this to gnumach.
This is a preliminary implementation: https://github.com/AlmuHS/GNUMach_SMP/blob/wip/kern/acpi_rsdp.c https://github.com/AlmuHS/GNUMach_SMP/blob/2852a8c4929cd029f61e76cf8473bb11332f3cd4/i386/i386at/model_dep.c#L411 Currently we have problems with memory: in the original implementation we use physical address, and now we have to use logical address. We've used *phystokv(address) *call to get logical address from physical address, but It continues crashing. https://www.youtube.com/watch?v=Gu4hp9kb_ak&feature=youtu.be May I forgot any required step? El dom., 10 mar. 2019 a las 18:35, Samuel Thibault (<samuel.thiba...@gnu.org>) escribió: > Adam Van Ymeren, le dim. 10 mars 2019 13:08:23 -0400, a ecrit: > > On March 10, 2019 11:58:14 AM EDT, Almudena Garcia < > liberamenso10...@gmail.com> wrote: > > >> My point is that it doesn't have to be during boot, it could be after > > >> userland started a least a bit. > > >> > > > > > >A simple question: Is It possible to run a routine in userland from > > >gnumach? > > >Or It's necessary to run a external userland application, as a Hurd > > >server. > > > > > >I don't know if could be possible to call to Hurd ACPI translator from > > >gnumach. > > > > I don't think that's necessary. The process doesn't have to initiated > from gnumach. Hurd could have an SMP server that is started at boot, > parses acpi tables and calls in to Mach to initialize the additional cores > and start scheduling on them. > > That's the idea. > > Samuel >
