2 Aug
2022
2 Aug
'22
4:43 p.m.
Technically you could definitely do a user mode implementation. The
problem is all existing clients, servers and applications that are
already using an API to access DECnet that will not work with your
DECnet stack. But that's the only "problem".
And there could sometimes be degraded service and operation because user
level means you are also constrained by the normal process scheduling.
But it would mostly work just fine.
Johnny
On 2022-08-02 16:40, Brian Angus wrote:
Hello,
I'm not a programmer, at least not a very good one, and I'm quite happy
to expose my ignorance in the effort to learn something new, so I was
wondering how real this dependency is on having Linux kernel support for
DECnet. We are quite able to put DECnet packets out on the wire using
various user mode processes such as with our favourite emulator SimH. I
currently run VAX DECnet on several linux boxes without any special or
unusual kernel shenanigans using a simple TAP ethernet driver. I also
use other non-IP based protocols such as LAT that do not require any
special kernel mode modules, drivers or privileges.
Wouldn't it be awesome if we could install a "simple" DECnet daemon on
Linux and tweak the few user mode commands that we still use to point to
that instead of the special kernel drivers that are needed today. This
is probably just wishful thinking, but a very simple non-kernel DECnet
implementation might help ensure its survival for a few more decades.
I could well be completely wrong, but I thought I would ask anyway.
I'm hoping to build a tiny terminal server for my vt520 on a Raspberry
Pi Zero to replace a lost DECserver 90M. I would love to have CTERM
support in addition to LAT, TELNET (and SSH) without having to go
through miserable linux kernel cross-compilation headaches... ;)
Cheers,
Brian
On Tue, Aug 2, 2022 at 9:37 AM David Moylan <djm(a)wiz.net.au
<mailto:djm@wiz.net.au>> wrote:
Should be no need.
kernel.org <http://kernel.org> holds all copies of the Linux kernel
source code since the first release. We only need to note this point
in time so that any future DECnet on Linux work uses a kernel with
the code still present.
Cheers, Wiz!!
Sent from my iPhone
--
Johnny Billquist || "I'm on a bus
|| on a psychedelic trip
email: bqt(a)softjar.se || Reading murder books
pdp is alive! || tryin' to stay hip" - B. Idol
On 2 Aug 2022, at 11:03 pm, Peter Lothberg
<roll(a)stupi.com
<mailto:roll@stupi.com>> wrote:
Maybe someone on this mailing list can archive a working version
with the user-mode clients for the future?
-P
----- Original Message -----
_______________________________________________
HECnet mailing list -- hecnet(a)lists.dfupdate.se
<mailto:hecnet@lists.dfupdate.se>
To unsubscribe send an email to hecnet-leave(a)lists.dfupdate.se
<mailto:hecnet-leave@lists.dfupdate.se>
_______________________________________________
HECnet mailing list -- hecnet(a)lists.dfupdate.se
To unsubscribe send an email to hecnet-leave(a)lists.dfupdate.se From: "John H. Reinhardt"
<johnhreinhardt(a)thereinhardts.org
<mailto:johnhreinhardt@thereinhardts.org>>
To: "The Hobbyist DECnet mailing list" <hecnet(a)lists.dfupdate.se
<mailto:hecnet@lists.dfupdate.se>>
Sent: Tuesday, August 2, 2022 7:39:12 AM
Subject: [HECnet] Fwd: DECnet to be dropped from Linux
Possibly already known, but just in case...
_______________________________________________
HECnet mailing list -- hecnet(a)lists.dfupdate.se
<mailto:hecnet@lists.dfupdate.se>
To unsubscribe send an email to hecnet-leave(a)lists.dfupdate.se
<mailto:hecnet-leave@lists.dfupdate.se>