Re: [PATCH] hurd - ACPI tables netfs translator

2018-11-12 Thread Almudena Garcia
> > 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 gnu

Re: [PATCH] hurd - ACPI tables netfs translator

2018-11-12 Thread Samuel Thibault
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 > pro

Re: [PATCH] hurd - ACPI tables netfs translator

2018-11-12 Thread Samuel Thibault
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? > > > >

Re: [PATCH] hurd - ACPI tables netfs translator

2018-11-12 Thread Almudena Garcia
> > 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: