From owner-freebsd-x11@freebsd.org Wed Nov 4 01:32:42 2020 Return-Path: Delivered-To: freebsd-x11@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 2475844AC34 for ; Wed, 4 Nov 2020 01:32:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4CQq0B0CWzz3VSr for ; Wed, 4 Nov 2020 01:32:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 0724644AC33; Wed, 4 Nov 2020 01:32:42 +0000 (UTC) Delivered-To: x11@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 06EAA44AB27 for ; Wed, 4 Nov 2020 01:32:42 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4CQq0963DCz3VGk for ; Wed, 4 Nov 2020 01:32:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id B328324218 for ; Wed, 4 Nov 2020 01:32:41 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 0A41WfEq018613 for ; Wed, 4 Nov 2020 01:32:41 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 0A41WfGJ018612 for x11@FreeBSD.org; Wed, 4 Nov 2020 01:32:41 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: x11@FreeBSD.org Subject: [Bug 250826] x11/xorg incorrect autogenerated xorg.conf Date: Wed, 04 Nov 2020 01:32:41 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: billblake2018@gmail.com X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: x11@FreeBSD.org X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Nov 2020 01:32:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D250826 --- Comment #4 from Bill Blake --- Loading i915kms into my kernel suffices to make X start and for X to get in= put from my keyboard. I can use either the one from GENERIC or the one compiled from ports. BUT. 1) This bug report is about the auto-generated xorg.conf. X should have detected the fact that I didn't have i915kms and not generated an xorg.conf that relied on it. I was able to tweak the auto-generated xorg.conf to mak= e it work without i915kms, so X should have been able to do the same. Alternate= ly, in 5.4.4 and 5.4.8 of the Handbook, where it says one should not create a config unless X autoconfig fails, it should suggest loading i915kms (or ano= ther driver) before creating a config. 2) Using i915kms merely creates new problems for me. First, a buglet: I happened to leave /etc/ttys as-is when I ran the GENERIC kernel and my normal /etc/ttys has a login on every tty that GENERIC allows, meaning that there were none for X. X should have complained and died.=20 Instead, it took ttyv0 for itself, leading to amusing behavior as it conten= ded with the shell for keyboard input. And an annoyance: I use ctwm as my window manager and I bound ALT + Page Do= wn and ALT + the arrow keys to various functions. While my other ALT bindings (using letters) work fine, those ALT bindings do not work at all. Presumab= ly, X is sending different keys to ctwm when I'm using i915kms than it does when I'm not. I'm not thrilled by the idea of trying to track down what it is actually getting.=20 And a deal-breaker: I am visually impaired and I have a nice big screen so = that I can see what I'm doing. At some point in the past, the vt driver decided= to make the screen 100x37 instead of 80x25. That was a pain, but I can still = read it. However, when I use i915kms, that 100x37 goes to 160x50 and I really c= an't read that without further damaging my back (because I have to lean way forw= ard to read the screen). There is no obvious way to change the screen size; vidcontrol doesn't seem to allow it. (vidcontrol -i mode shows no modes; trying to change the size gets "Inappropriate ioctl for device".) Since I = use the text screens extensively, this alone makes i915kms useless for me. --=20 You are receiving this mail because: You are the assignee for the bug.=