[Bug 277114] x11/lightdm: fix tty counting in patch-src_x-server.c
- In reply to: bugzilla-noreply_a_freebsd.org: "[Bug 277114] x11/lightdm: fix tty counting in patch-src_x-server.c"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Sun, 18 Feb 2024 18:31:29 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=277114 --- Comment #2 from Guido Falsi <madpilot@FreeBSD.org> --- About device numbering for virtual ttys, I've found no definitive data, looking 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 this: > 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 ttyv00 -> 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. that patch is in a repo external to ports, and there is no such patch in the ports 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 with more than these terminals to be quite low. -- You are receiving this mail because: You are the assignee for the bug.