On Tue, 5 Oct 2010 18:24:48 -0300, Lourival Vieira Neto <[email protected]> wrote: > I'm glad to announce the results of my GSoC project this year [1]. > We've created the support for scripting the NetBSD kernel with Lua, > which we called Lunatik and it is composed by a port of the Lua > interpreter to the kernel, a kernel programming interface for > extending subsystems and a user-space interface for loading user > scripts into the kernel. You can see more details on [2]. I am > currently working on the improvement of its implementation, on the > documentation and on the integration between Lunatik and other > subsystems, such as npf(9), to provide a real usage scenario. > > I'd like to take this space also to publicly thank Marc Balmer, for > his kind support; prof. Roberto Ierusalimschy, for his comprehension > and support; and NetBSD developers for their prompt help. > > [1] > http://socghop.appspot.com/gsoc/student_project/show/google/gsoc2010/netbsd/t127230760748 > [2] http://netbsd-soc.sourceforge.net/projects/luakern/ > > Cheers,
Heh, impressive :) Who would have imagined that NetBSD could end up with a "scripting" language inside kernel :o Is there any sort of "limitation" between the "in-kernel" and a "userland" lua, when you adapted it to kernel's limited API? Taking your example with Fibonacci, this uses recursion. And recursion is bad(c) in a kernel. Does it affect lua? (this can get problematic when writing complex parsers, for example). This is definitely interesting anyway; thanks for your work! Cheers, -- Jean-Yves Migeon [email protected]
