I have a situation in which it would be useful to run SLIP on a serial
console. Obviously, this won't work very well at present. (The
machine has only one serial port and no useful network interfaces.)
I was looking at improving if_sl.c to support encapsulating normal
serial data on the SLIP's
Dear Mouse,
On Sun, Oct 10, 2010 at 04:41:40AM -0400, der Mouse wrote:
I was looking at improving if_sl.c to support encapsulating normal
serial data on the SLIP's tty as packets, thus merging it into the
packet stream. I ran into some problems, but think I can handle them;
I'm writing to
der Mouse mo...@rodents-montreal.org writes:
I was thinking of making this another protocol type, akin to what I
mentioned (probably on tech-net) back in '02 - I just now (finally)
filed kern/43959 containing patches to support v6 as well as v4,
something that's easy compared to making the
On Sun, Oct 10, 2010 at 04:41:40 -0400, der Mouse wrote:
I have a situation in which it would be useful to run SLIP on a serial
console. Obviously, this won't work very well at present. (The
machine has only one serial port and no useful network interfaces.)
Maybe something like SLIRP
I have a situation in which it would be useful to run SLIP on a
serial console. Obviously, this won't work very well at present.
(The machine has only one serial port and no useful network
interfaces.)
Maybe something like SLIRP (http://en.wikipedia.org/wiki/Slirp)?
Haven't used it in aeons
I have a situation in which it would be useful to run SLIP on a
serial console. [...]
Given how rare the situation is, maybe it's best to do the
encapsulation/decapsulation in user mode, and feed into SLIP via a
pty. (I also suspect that the speeds are low, but I know you often
run older
I was looking at improving if_sl.c to support encapsulating normal
serial data on the SLIP's tty as packets, [...]
I've encountered that on a serial protocol in my Arduino work. It
worked quite well i have to say. It worked due to a packet starting
with an unique byte. [...]
I don't know
der Mouse mo...@rodents-montreal.org writes:
I have a situation in which it would be useful to run SLIP on a
serial console. [...]
Given how rare the situation is, maybe it's best to do the
encapsulation/decapsulation in user mode, and feed into SLIP via a
pty. (I also suspect that the
I wonder if you would need this kind of console even for ddb work.
Well, I want it to work for direct kernel-user interaction; ddb is an
example of that, but so are pre-single-user things such as userconf and
printing autoconf output.
If you need console for ddb, things get messy.
Indeed they
On Tue, Oct 5, 2010 at 3:24 PM, Lourival Vieira Neto
lourival.n...@gmail.com wrote:
Hi folks,
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
On Sun, Oct 10, 2010 at 10:45 PM, Samuel Greear l...@evilcode.net wrote:
(...)
My brief notes (from memory):
I didn't see any bindings, maybe there were some, but if I missed them
there can't be very many, Lua in the kernel is fairly useless unless
you can call into the public kernel api.
On Sun, Oct 10, 2010 at 10:45 PM, Samuel Greear l...@evilcode.net wrote:
On Tue, Oct 5, 2010 at 3:24 PM, Lourival Vieira Neto
lourival.n...@gmail.com wrote:
Hi folks,
I'm glad to announce the results of my GSoC project this year [1].
We've created the support for scripting the NetBSD kernel
12 matches
Mail list logo
