Re: [HEADSUP] naming of tty devices.
From: Poul-Henning Kamp (phk_at_phk.freebsd.dk)
Date: 09/20/04
- Previous message: Poul-Henning Kamp: "Re: [HEADSUP] naming of tty devices."
- In reply to: Ruslan Ermilov: "Re: [HEADSUP] naming of tty devices."
- Next in thread: Valentin Nechayev: "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:02:07 +0200
In message <20040920085908.GA43176@ip.net.ua>, Ruslan Ermilov writes:
>>
>> 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.
OOps: forgot to say: yes, you're right.
-- 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: Poul-Henning Kamp: "Re: [HEADSUP] naming of tty devices."
- In reply to: Ruslan Ermilov: "Re: [HEADSUP] naming of tty devices."
- Next in thread: Valentin Nechayev: "Re: [HEADSUP] naming of tty devices."
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Relevant Pages
- Re: ng_bridge(4) has an easily exploitable memory leak
... Ruslan Ermilov wrote: ... >> what does an MFC diff look like? ...
"Oops!" ... To unsubscribe, ... (freebsd-stable) - Re: Pending issues with RELENG_5
... Oops, forgot one: ... I assume this will be rectified prior to 5.3 ...
> Possibly creating this out-of-the-box during install, ... > To unsubscribe,
... (freebsd-current) - Re: More Careless Kiwis
... should never be given any authority to make decisions in that field. ... But
oops, that's right; you're a Kiwi to whom official incompetence is ... (rec.motorcycles) - Re: ssh root@localhost
... oops, the others are right, i was wrong, i was thinking just two steps ahead ...
> add your user to the wheel group ... By acting against this agreement the author
of this mail ... To unsubscribe, ... (freebsd-questions) - Re: -current diskless panic on boot
... > forgot the backtrace: ... >>Never attribute to malice what
can adequately be explained by incompetence. ... (freebsd-current)