Hi,
I tracked down why my SPARCle (SPARC laptop) appears to lock up on halt.
The cause is:
http://mail-index.NetBSD.org/source-changes/2012/08/15/msg036624.html
where we use the MMIO registers and alter the BUS_CNTL register. This is
a problem because altering the BUS_CNTL register in this wa
Marc Balmer wrote:
> Yes, this is an issue. Dunno if we need a 'kluac' or so, at the moment
> I'd say loading code from source form is ok.
Supporting binary chunks is more challenging because binary format can
change completely in a new Lua version. Source code is more stable,
there are often sma
Am 21.10.13 07:57, schrieb Artem Falcon:
[...]
>
> There's few more things.
> First: you forgot to add MODULE_CLASS_LUA_BINDING to a
> sys/sys/module.h.
I merely forgot to commit it, thats fixed now.
> Second: kernel side Lua will reject to load bytecode produced by luac cause
> the first built
On Sat, 19 Oct 2013, Edgar Fu? wrote:
> Strictly speaking, this is not a NetBSD kernel issue.
> However, I hope that someone more familiar with mpt(4) has come accross that
> MPT "feature" before:
>
> One additional oddity I faced with Thursday's disc failure was that after
> physically replaci
This is the first pass to cleanup the vnode API. It basically moves
some functions and defines out of global scope to make it easier to
work on the vnode life cycle supporting functions.
1) with the attached diff:
- The following defines and functions become private to vfs_vnode.c:
VC_M
Date: Sat, 19 Oct 2013 09:47:14 +0200
From: Marc Balmer
And now to give you a practical example what I personally do with lua(4)
right now: In the past I wrote several tty line disciplines to decode
various serial formats. Now I have a need for that again. Doing this
in C is