Adding KAUTH_DEVICE_TTY_ATTACH_<TYPE>

[Andrew Doran]

The other two I'm not sure about but in the future if somebody did the
work to switch strip(4) and slip(4) to auto-cloning devices, the ENABLE
for those could be dropped..

I think strip(4) should be removed. Technically -- if the hardware it
was written for still exists anywhere -- it would work, but only if
someone had enough of the ancient radios to build a mesh network, since
Metricom went boom and turned off all their repeaters a decade ago.

Agree.

I am not sure what should be done with slip(4). It is possible that, by
now, it should be removed too.

Agree. If it were a regular, dumb network driver I wouldn't have an opinion
but it's complicated by the fact that it interacts with both the tty and
networking subsystems. And it's not really useful at this point.

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de

[Andrew Doran]

I am not sure what should be done with slip(4). It is possible that,
by now, it should be removed too.

I would argue against that.
Some years back, I had occasion to want to network two machines over
about ten feet of serial line (I forget why). I spent msot of an
afternoon trying to make it work with PPP, but was unable to come up
with a configuration that correctly brought the link back up for every
comobination of reboot orders I tried. SLIP, on the other hand, Just
Worked - very much "too simple to break".
It's possible that my failure with PPP was caused by ignorance of some
magic option I needed to set somewhere. But it was still a failure,
and if someone with my level of networking experience failed to make it
work after an entire afternoon of trying, it is at the very least more
difficult than it should be, and for some applications SLIP is an
eminently workable alternative - especially with v6 support (see
ftp.rodents-montreal.org:/mouse/misc/ipv6-slip).

I've never had an issue getting PPP working, especially without
authentication - it's a piece of cake. But then, I grew up using PPP and
have never had to use SLIP, beyond testing changes to if_slip.c on NetBSD...

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de

[Johnny Billquist]

Post by Andrew Doran

I am not sure what should be done with slip(4). It is possible that, by
now, it should be removed too.

Agree. If it were a regular, dumb network driver I wouldn't have an opinion
but it's complicated by the fact that it interacts with both the tty and
networking subsystems. And it's not really useful at this point.

How can you tell???

Johnny

[der Mouse]

I am not sure what should be done with slip(4). [...]

[...] And it's not really useful at this point.

Perhaps it's not useful to you, but that doesn't really mean anything.

If slip(4) goes away, I will quite likely (if I don't just write off
NetBSD entirely at that point) have to resurrect it privately.

/~\ The ASCII Mouse
\ / Ribbon Campaign
X Against HTML ***@rodents-montreal.org
/ \ Email! 7D C8 61 52 5D E7 2D 39 4E F1 31 3E E8 B3 27 4B

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de