svn commit: r280677 - projects/lua-bootloader/sys/contrib/lua/src

[Wojciech A. Koszek]

On Thu, Mar 26, 2015 at 10:57:49AM -0700, Adrian Chadd wrote:
> On 26 March 2015 at 10:27, Wojciech A. Koszek <wkoszek at freebsd.org> wrote:
> > On Thu, Mar 26, 2015 at 07:28:32AM +0000, Rui Paulo wrote:
> >> Author: rpaulo
> >> Date: Thu Mar 26 07:28:32 2015
> >> New Revision: 280677
> >> URL: https://svnweb.freebsd.org/changeset/base/280677
> >>
> >> Log:
> >>   Port lua to libstand.
> >>
> >>
> >
> > Rui,
> >
> > I appreciate you taking care of this project.
> >
> > Would we be willing to consider placing Lua in src/sys/... I originally
> > requested that during GSOC, but it turned out we run out of time for this.
> >
> > Motivation: This would open up some new fronts for us.
> 
> Sure, if someone comes up with a non-terrible way of actually
> interfacing lua in as a kernel execution context.
> 
> Does lua still have that big-interpreter-lock? The last time I looked
> at using lua in something threaded it ended up being too terrible to
> use.

To clarify: motivation I had in mind was to basically enable building a
standalone program, which I feel is easier with sources in src/sys/... than
with src/sys/boot/...

As for the threading: I don't know. But once can imagine kernel thread
running Lua interpreter and doing something useful, e.g.: at boot
/boot/debug.lua could be getting loaded. In case of kernel failure, DDB
could poke a Lua thread and actually run this script to print custom
debugging information of some sort.

-- 
Wojciech A. Koszek
wkoszek at FreeBSD.czest.pl
http://FreeBSD.czest.pl/~wkoszek/