[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Hurd SMP (lack of) progress report.
From: |
Ognyan Kulev |
Subject: |
Re: Hurd SMP (lack of) progress report. |
Date: |
Wed, 25 Apr 2001 09:18:12 +0300 |
User-agent: |
Mutt/1.3.15i |
On Wed, Apr 25, 2001 at 01:59:51AM -0400, B. Douglas Hilton wrote:
> Well, I'm hooked up with Cable-Modem internet now though... Yippee!
> I have been very busy playing QuakeForge Team Fortress, you know, uh,
> debugging it and stuff :-)
Have you tried Unreal Tournament? ;-)))
> I have successfully compiled OSkit for Hurd and Linux, but am stumped
> with oskit-mach. In both Linux->i386-gnu and native Hurd it chokes on
> some problem with memcpy at the end of the compile. The readme had
> some sparse info on this subject but I couldn't figure out what to do.
I have no time now to try oskit-mach but i'm interested in any tips & tricks
how to compile it and other. These will be included as a document in the
new hurd.gnu.org.
I have an idea about using drivers with GNUMach:
1. There is a kernel compiled without ../configure options
2. There is a multi-boot module linux-drivers that contains all Linux 2.4
drivers. Option `all' tries all drivers. Option `ask' ask which drivers
to include like current Debian boot-floppies do. Option 'driver[option
...] driver[option ...] ...' loads these drivers with the options. These
drivers are included in GNUMach address space dynamically (each driver
start at page boundary).
This way there is no need to compile GNUMach again for each driver conflict.
I'm not sure if a multiboot module can add pages to kernel address space and
dynamically add drivers.
Anyway, may be it is better to do something from the task list like
profiling support, character devices support or vm_remap (this sounds
relatively easy:)))
I'm just looking what to do to improve GNUMach and so Hurd in general:)))
Regards
--
Ognyan Kulev <ogi@fmi.uni-sofia.bg>, "\"Programmer\""
- Re: Hurd SMP (lack of) progress report.,
Ognyan Kulev <=