Re: [HEADSUP] naming of tty devices.
From: Poul-Henning Kamp (phk_at_phk.freebsd.dk)
Date: 09/20/04
- Previous message: Ruslan Ermilov: "Re: [HEADSUP] naming of tty devices."
- In reply to: Ruslan Ermilov: "Re: [HEADSUP] naming of tty devices."
- Next in thread: M. Warner Losh: "Re: [HEADSUP] naming of tty devices."
- Reply: M. Warner Losh: "Re: [HEADSUP] naming of tty devices."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
To: Ruslan Ermilov <ru@freebsd.org> Date: Mon, 20 Sep 2004 11:01:41 +0200
In message <20040920085908.GA43176@ip.net.ua>, Ruslan Ermilov writes:
>> This results in the following major compatibility issues:
>>
>> sio's cuaa* gets renamed to cuad*
>>
>> sio's {tty,cua}[il]%d gets renamed to {tty,cua}%d.{init,lock}
>>
>But we now have cuaa0, cuaia0, cuala0, ttyd0, ttyid0, and ttyld0.
>So, shouldn't the above line be instead:
>
> sio's tty[il]d%d gets renamed to ttyd%d.{init,lock}
> sio's cua[il]a%d gets renamed to cuad%d.{init,lock}
>
>You didn't make it clear what ${base_device} should look like, but I'm
>sure you meant that will it include the driver's "letter". This way
>we'll have: ttyd0, ttyd0.init, ttyd0.lock, cuad0, cuad0.init, cuad0.lock.
>If this will be done in both RELENG_5 and HEAD, I suggest to have
>backward compatibility symlinks under /dev (in RELENG_5 only). I
>don't know how hard it would be to implement this, just an idea.
It will not be done in RELENG_5.
We can consider making a "future compatibility" rc script which creates
some strategic symlinks, but that is for discussion down the road.
-- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. _______________________________________________ freebsd-arch@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-arch To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org"
- Previous message: Ruslan Ermilov: "Re: [HEADSUP] naming of tty devices."
- In reply to: Ruslan Ermilov: "Re: [HEADSUP] naming of tty devices."
- Next in thread: M. Warner Losh: "Re: [HEADSUP] naming of tty devices."
- Reply: M. Warner Losh: "Re: [HEADSUP] naming of tty devices."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
- [REVIEW/TEST] "phk_bufwork" branch in p4
... FreeBSD committer ... | BSD since 4.3-tahoe ... Never attribute
to malice what can adequately be explained by incompetence. ... (freebsd-current) - Re: make release: creating a trimmed down release?
... In message, Ruslan Ermilov writes: ... FreeBSD committer ... |
BSD since 4.3-tahoe ... Never attribute to malice what can adequately be explained
by incompetence. ... (freebsd-current) - Re: pthreads: shouldnt nanosleep() be a cancellation point ?
... Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 ... FreeBSD committer
| BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.
... (freebsd-current) - COMPAT_SUNOS lovers anywere ?
... | UNIX since Zilog Zeus 3.20 ... FreeBSD committer ... | BSD
since 4.3-tahoe ... Never attribute to malice what can adequately be explained by incompetence.
... (freebsd-arch) - Re: headsup: swap_pager.c
... | UNIX since Zilog Zeus 3.20 ... FreeBSD committer ... | BSD
since 4.3-tahoe ... Never attribute to malice what can adequately be explained by incompetence.
... (freebsd-arch)