Regarding local.css (mobile device support + overall readability)

2019-03-10 Thread Muto
Hello, bug-hurd readers, The "Patches" section of the Hurd's Savannah project page, along with the hurd-web maling list have not been all that active lately, so just to make sure someone sees this, I want to start a discussion here in the main mailing-list regarding the current state of local.css.

Re: Comments about SMP

2019-03-10 Thread Almudena Garcia
>> It appears mach_ncpus is hardcoded at compile time, maybe you just need > to detect this value via ACPI (?) Yes, this is the idea. I set mach_ncpus to maximum value to avoid broken the cpu structure arrays. But It's not the only that I need to enable cpus. I also need to find their APIC s

Re: Comments about SMP

2019-03-10 Thread Damien Zammit
Hi Almudena, > El dom., 10 mar. 2019 a las 18:35, Samuel Thibault > (mailto:samuel.thiba...@gnu.org>>) escribió: > Adam Van Ymeren, le dim. 10 mars 2019 13:08:23 -0400, a ecrit: > > I don't think that's necessary.  The process doesn't have to > initiated from gnumach.  Hurd could have

Re: Valgrind port to Hurd

2019-03-10 Thread Samuel Thibault
Hello, Athul M A, le dim. 10 mars 2019 14:35:41 +0530, a ecrit: > My observation is that we need to handle mach traps in a way similar > to what the other operating systems do theirs Yes, very probably. > and RPCs using a new specific handler. Could you guide me > through the process and exactly

Re: Comments about SMP

2019-03-10 Thread Almudena Garcia
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_rs

Re: Comments about SMP

2019-03-10 Thread Samuel Thibault
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 > 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 routi

Re: Comments about SMP

2019-03-10 Thread Adam Van Ymeren
On March 10, 2019 11:58:14 AM EDT, Almudena Garcia 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 user

Re: Comments about SMP

2019-03-10 Thread Almudena Garcia
> > 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

Re: Comments about SMP

2019-03-10 Thread Samuel Thibault
Almudena Garcia, le dim. 10 mars 2019 16:04:29 +0100, a ecrit: > I don't sure about you says.  Are you suggesting to boot the other cores from > a > Hurd server? I mean to possibly provide from userland to the kernel the information for booting the other cores. > My idea is about to implement SM

Re: Comments about SMP

2019-03-10 Thread Almudena Garcia
I don't sure about you says. Are you suggesting to boot the other cores from a Hurd server? My idea is about to implement SMP support from gnumach, searching and starting the cpus during the boot. I can find the other cpus (the local apic and ioapic) from ACPI tables, but after this I need to sen

Re: Comments about SMP

2019-03-10 Thread Samuel Thibault
Almudena Garcia, le lun. 04 févr. 2019 12:08:28 +, a ecrit: > Nowadays, nobody uses MP Table, which is deprecated since 1997. Instead, > modern OS use ACPI tables. Thinking about it: parsing ACPI tables could be done in userland. Userland could then tell the kernel how to boot other cores. W

Re: Valgrind port to Hurd

2019-03-10 Thread Athul M A
Sir, I have almost fixed errors and configured valgrind to state where I think its time to start the porting of Mach traps and the RPC handler. My observation is that we need to handle mach traps in a way similar to what the other operating systems do theirs and RPCs using a new specific handler. C