bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH] hurd - ACPI tables netfs translator


From: Almudena Garcia
Subject: Re: [PATCH] hurd - ACPI tables netfs translator
Date: Mon, 12 Nov 2018 19:39:17 +0100

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 table
To 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.thibault@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


reply via email to

[Prev in Thread] Current Thread [Next in Thread]