> This means that it's still using the mach.defs (it has less arguments than
> the new one) which is strange because I've added the new
>
err. I meant "It's still using the old mach.defs (...) "
--
Karim Allah Ahmed.
?
[ Note there's only one "mach.defs" in my system which is in
"/usr/include/mach" ]
--
Karim Allah Ahmed.
As for the last meeting , I'm really sorry i had an Oral Exam that was
supposed to finish before the meeting but it didn't.
It's just the pre-final days and everything is rushing :-)
And as for the time slot, 10:30 is more appropriate for me.
Anyway, I'll be on time on tomorrow's meeting.
Sorry a
LinkedIn
Karim Allah Ahmed pidió añadirte como contacto en LinkedIn:
--
Alejandro,
I'd like to add you to my professional network on LinkedIn.
- Karim Allah Ahmed
Aceptar invitación de Karim Allah Ahmed
http://www.linkedin.
h of course the students can introduce themselfs
> if they wish :-)
>
> We have two students this year in the GNU umbrella: Karim Allah Ahmed
> will be working on improving the Mach VM, mentored by Sergio Lopez; and
> Emilio Pozuelo Monfort will be systematically triaging problems e
On 4/15/10, Samuel Thibault wrote:
>> -assert(init_alloc_aligned(round_page(len), &addr));
>> +assert(init_alloc_aligned(kernel_cmdline_len, &addr));
>
> This is not the same: init_alloc_aligned used to required size aligned
> on the page size.
>
i don't understand this one
The current "init_alloc_aligned" function will skip regions of memory
during an allocation if they aren't of "size" bytes of contigous
physical memory , and will never reclaim them later. ( it can't do
that with a simple "available_next" )
In addition to the fact that it is unable to reserve any l
I'm currently trying to debug gnumach running on Qemu with GDB and i did the
following
>qemu -s /path/to/image/hurd.img
(Though QEMU docs said that : "In order to use gdb, launch qemu with the
’-s’ option. It will wait for a gdb connection" , it didn't wait it simply
launced grub and gave me the b
