>
> I don't recommend leaving it up for later like this, or at least put a
> fat XXX that you will remember.
>
Thanks for the tip. I'll add a TODO label in the blocks to replace.
This work (to recover old APIC structures and cpu_number()) is a previous
step to implement cpus enumeration.
The real
Almudena Garcia, le ven. 15 févr. 2019 17:11:04 +0100, a ecrit:
> And now It compiles. Probably It will not work yet, because the APIC Table
> address could be not correct, but these can be fixed in other time.
I don't recommend leaving it up for later like this, or at least put a
fat XXX that you
Solved.
I merged imps/cpu_number.h code in kern/cpu_number.h and
i386/i386/cpu_number.h
Also, I removed APIC_LOCAL_APIC_ID symbol, which has not defined in the
code.
And now It compiles. Probably It will not work yet, because the APIC Table
address could be not correct, but these can be fixed in
On Fri, Feb 15, 2019 at 03:56:03PM +0100, Almudena Garcia wrote:
> After a couple of changes, this assembly errors disappeared, but now It
> show newer errors in the linker step.
There's a "trick" in the building process that cherry picks functions
from the C library when they're undefined in the
On Fri, Feb 15, 2019 at 02:33:55PM +0100, Almudena Garcia wrote:
> I removed this macro tonight, to write a better solution.
>
> https://github.com/AlmuHS/GNUMach_SMP/commit/342b7d62168bcaca944d01c0550b899da5d7f0c5
>
> I've got to enabled correctly this macro, and feels that CPU_NUMBER
> assembly
On 15 Feb 2019, at 13:33, Almudena Garcia wrote:
> El vie., 15 feb. 2019 a las 14:28, James Clarke ()
> escribió:
>> On 15 Feb 2019, at 13:21, Samuel Thibault wrote:
>> >
>> > Almudena Garcia, le ven. 15 févr. 2019 14:13:17 +0100, a ecrit:
>> >> This is defined in imps/cpu_number.h , included i
I removed this macro tonight, to write a better solution.
https://github.com/AlmuHS/GNUMach_SMP/commit/342b7d62168bcaca944d01c0550b899da5d7f0c5
I've got to enabled correctly this macro, and feels that CPU_NUMBER
assembly macro is enabled, but compiler shows another error
../i386/i386/cswitch.S:
On 15 Feb 2019, at 13:21, Samuel Thibault wrote:
>
> Almudena Garcia, le ven. 15 févr. 2019 14:13:17 +0100, a ecrit:
>> This is defined in imps/cpu_number.h , included in kern/cpu_number.h
>
> cswitch.S includes i386/cpu_number.h, not kern/cpu_number.h
>
> Really, make sure it gets defined, tha
Almudena Garcia, le ven. 15 févr. 2019 14:13:17 +0100, a ecrit:
> This is defined in imps/cpu_number.h , included in kern/cpu_number.h
cswitch.S includes i386/cpu_number.h, not kern/cpu_number.h
Really, make sure it gets defined, that's very most probably the issue,
or else it's the CPU_NUMBER ma
This is defined in imps/cpu_number.h , included in kern/cpu_number.h
I've disabled the ASSEMBLY macro, but the error continues
El vie., 15 feb. 2019 a las 3:20, James Clarke ()
escribió:
> On 15 Feb 2019, at 00:48, Almudena Garcia
> wrote:
> >
> > Hi all:
> >
> > I'm doing some experiments with
Almudena Garcia, le ven. 15 févr. 2019 01:48:36 +0100, a ecrit:
> ../i386/i386/cswitch.S:42: Error: carácter inválido '(' en el mnemónico
This looks like the CPU_NUMBER macro missing being defined to put the
CPU number into eax.
Samuel
Hi all:
I'm doing some experiments with my GNUMach SMP fork, and now I'm trying to
recover old imps files.
But, when I try to compile this, It shows an assembly error in cswitch.S
(attach file)
../i386/i386/cswitch.S: Mensajes del ensamblador:
../i386/i386/cswitch.S:42: Error: carácter inválido
12 matches
Mail list logo
