[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [alliance-iosk] IOSK LM



Ramon van Handel wrote:

> No, it's in the CK access library, formally part of the KL but for now
> under the CK tree (see CK/lib/architecture/I80X86/syscalls.c).  The
> function starts with 'CK' because its implementation is in the CK, though
> the actual function CKresourceAlloc() is really the stub, not the function
> itself.  You can use CKresourceAlloc(), that's what it's for.

Ok, I'll change that.

> LMerror isn't documented in your IOSK LM spec... I don't see it in the code
> either.  If this isn't implemented yet, ignore my problems in the other
> message.

no, it's not in my code, but was discussed some time ago in iosk list. Anyway I'll
implemet it as I have written, if you agree.

> It is VERY interesting, I like it too :).  But one must place priorities
> somewhere... ;)

Yes, but when you are in love with someone or something, you are not so rational ;)

> >Question: under CK tree there is ELF.
>
> Do you mean the documentation ?  You can move that.

Oh, well, I have only seen the name, and thinked was also code! We should move
that....

> What are you talking about ?  There is not ELF *code* in the CK dir, only
> documentation.  The dynamic loader belongs in the KL, not in the SL.

Ok, see above.

> ... but hard to test on linux... you can't really surpass the linux
> terminal code.  You're better off writing LMs for modules that you can turn
> off in linux... until the CK can support the IOSK.

Yes, for that you have to put LM code inside kernel.

Stefano


-
Alliance-IOSK:	http://iosk.allos.org/
Archive:	http://humbolt.nl.linux.org/lists/