2013/10/21 Marc Balmer m...@msys.ch:
Am 20.10.13 22:02, schrieb Artem Falcon:
[...]
Ok, here i have a clean diff. Sorry for the attach instead of inline.
By the way, do you want to move from malloc(9) to kmem(9) as
recommended? I may provide a draft version, if you're interested.
Thank
Date: Sat, 19 Oct 2013 09:47:14 +0200
From: Marc Balmer m...@msys.ch
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 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:
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 replacing the
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
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
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