Date: Sun, 18 Feb 2024 18:31:29 +0000 From: bugzilla-noreply@freebsd.org To: desktop@FreeBSD.org Subject: [Bug 277114] x11/lightdm: fix tty counting in patch-src_x-server.c Message-ID: <bug-277114-39348-GT7XqWIm2J@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-277114-39348@https.bugs.freebsd.org/bugzilla/> References: <bug-277114-39348@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D277114 --- Comment #2 from Guido Falsi <madpilot@FreeBSD.org> --- About device numbering for virtual ttys, I've found no definitive data, loo= king at the source code. Anyway defaults are 12 ttys for vt(4) and 16 for legacy sc(4). Both number = them with sequential numbers and it looks like they are rendered in /dev like th= is: > ls -1 /dev/ttyv* /dev/ttyv0 /dev/ttyv1 /dev/ttyv2 /dev/ttyv3 /dev/ttyv4 /dev/ttyv5 /dev/ttyv6 /dev/ttyv7 /dev/ttyv8 /dev/ttyv9 /dev/ttyva /dev/ttyvb Now, the issue is what happens when we get more than 16, if it becomes ttyv= 00 -> ttyv0a or it goes ttyv0 -> ttyvf and then ttyv10 -> ttyv1f (my guess is = the latter). I'm not sure calling the naming scheme "base32" is correct though. These are anyway hex numbers. Base32 is a completely different thing. I could not identify the kernel code actually doing the naming of these devices. My best guess if that rendering there as hex numbers is the correct way to proceed. I'm not sure I understand what should be changed in the consolekit patch. t= hat patch is in a repo external to ports, and there is no such patch in the por= ts tree I can see. So you will need to suggest any changes there. P.S. To get more than 12 vtys with vt and 16 with sc one needs to recompile the kernel changing a kernel config variable, so I guess the number of people w= ith more than these terminals to be quite low. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-277114-39348-GT7XqWIm2J>