bug-hurd
[Top][All Lists]
Advanced

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

Re: Comments about SMP


From: Almudena Garcia
Subject: Re: Comments about SMP
Date: Sun, 10 Mar 2019 19:12:16 +0100

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 (<address@hidden>) 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 <address@hidden> 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

reply via email to

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