-----BEGIN PGP SIGNED MESSAGE-----Yes i think so too, especially since it will be my first kernel module (and anxiously waiting the next release of the o'reilly book for refference).
Hash: SHA1
Which leads me to my questions:
1) Is their support for having two different 'machine types' within one kernel? that is for example, certain executables for intel would get run on an intel processor, and others would get run on processor with type XXXX.
There are probably no impossible things - some may be unthinkable but once
they are thought of, they can be done too. But this one thing may be
rather difficult (just my opinion).
How about porting kernel and gcc to your fp-cpu and use pci as aSystem-on-chips have been done before, and could be integrated into the kernel like you said. But RAM becomes a problem. Since its only a student project, we have a limit on the adressing width for the ram (32bit addressing becomes 32 wires, that's a lot of wirewraping :) ).
kind of fast network-like interconnect? After loading a kernel into it
somehow, boot it with nfs root and run the rest from nfs server that would
be provided by a host Intel machine.
That would require less changes to a kernel, probably. A module for a
host, for example - some "pci-net". And port of a kernel to your fp-cpu
which should be easier than putting support for heterogenous
multiprocessors...
- --
** A C programmer asked whether computer had Buddha's nature. **
** As the answer, master did "rm -rif" on the programmer's home **
** directory. And then the C programmer became enlightened... **
** **
** Tomasz Rola mailto:tomasz_rola@xxxxxxxxxxx **
-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 5.0i for non-commercial use
Charset: noconv
iQA/AwUBQUhX/xETUsyL9vbiEQKAlACg9Rv6rD8INCQFItk1/s5OfZbXjukAn2Mp
PGjv6ihFXwTInSn8nu3ZOKpu
=E5XU
-----END PGP SIGNATURE-----