From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id 894E01581FB for ; Sun, 25 Aug 2024 15:32:22 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 81077E2A25; Sun, 25 Aug 2024 15:32:17 +0000 (UTC) Received: from gecko.ash.relay.mailchannels.net (gecko.ash.relay.mailchannels.net [23.83.222.66]) (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) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 9D7B6E2A1B for ; Sun, 25 Aug 2024 15:32:16 +0000 (UTC) X-Sender-Id: thundermail|x-authsender|confabulate@kintzios.com Received: from relay.mailchannels.net (localhost [127.0.0.1]) by relay.mailchannels.net (Postfix) with ESMTP id C75C3805D8A for ; Sun, 25 Aug 2024 15:32:14 +0000 (UTC) ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1724599934; a=rsa-sha256; cv=none; b=o7bTrV9U+AUY7fNCdujSc/ZPSBaOJorLywHAXxxJuQh4y6xg8RWwga0H+/05faNqUwoMnL zokXToMKNQhmZxQLfd05TNgW57Ih1Ch0Fx6qS2tIOfB2OANxZAWpi02lpo7hHwTtGuR4GT 4xVzDiDvbcEKeruwZPUwnwAVh78BsI7ncUoi/rqjqTHlMS+iOlSithVvfTHWrlzX5GJpVO zhzJ1SXcuV8d9NxzTO2iQRe2SOG1oDAM8i69kFworxXuc/SjhT5W5EcPkdBpr7YlimEph8 Bfh2fdVhAIN3b/de5FLMdINZAYE8x3j09CJYUVN+eRIyPDyuKfwXIV35hQyGNg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1724599934; h=from:from:reply-to:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:mime-version:mime-version: content-type:content-type:in-reply-to:in-reply-to: references:references; bh=DdyKVFLREqy3a+FxmpeTAGEPm2hxpkxEI0u/mBWVEh0=; b=U7w9GWK+E5Q/dgh9yBpJe3kblfqdjDjoEjQwLAyOrOx7pV6C+gAvotNt56M5sE2xzYC2mQ 2YZayAPwa5DeiAcBPi/8SiXQlcO1acMcd4Vbu7s5aJBmFPlPJ7dosAqYuNWzX6ijQQcPVs umnywLb5FWym1YwObgMvUrZTzQvnEc4q3dd7vIf5LZDoZLwvgub66lr5+XnYEcF5g8LxI4 VA44R1Zd3RDyH5wbaLNo7PJ9q96kVkxjrs9YO8nbqo1KhhOuotK4yREA54Ak7nAcUXHKYY ZQoEFrDru6Bc1B4jRlN5drio/JVqjBEYq7+KBAKGPVFaLnEzVWSRQ1jJK3Pd3Q== ARC-Authentication-Results: i=1; rspamd-5549cdcdbf-ktnqx; auth=pass smtp.auth=thundermail smtp.mailfrom=confabulate@kintzios.com X-Sender-Id: thundermail|x-authsender|confabulate@kintzios.com X-MC-Relay: Neutral X-MailChannels-SenderId: thundermail|x-authsender|confabulate@kintzios.com X-MailChannels-Auth-Id: thundermail X-Relation-Coil: 6db4e0a44bdd5cd2_1724599934709_3239681083 X-MC-Loop-Signature: 1724599934709:583711990 X-MC-Ingress-Time: 1724599934708 Received: from mailclean11.thundermail.uk (mailclean11.thundermail.uk [149.255.60.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.96.92.204 (trex/7.0.2); Sun, 25 Aug 2024 15:32:14 +0000 Received: from cloud238.thundercloud.uk (cloud238.thundercloud.uk [149.255.62.116]) by mailclean11.thundermail.uk (Postfix) with ESMTPS id 368AD1E0006 for ; Sun, 25 Aug 2024 16:32:12 +0100 (BST) Authentication-Results: cloud238.thundercloud.uk; spf=pass (sender IP is 217.169.3.230) smtp.mailfrom=confabulate@kintzios.com smtp.helo=rogueboard.localnet Received-SPF: pass (cloud238.thundercloud.uk: connection is authenticated) From: Michael To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] New machine: Contents of display are offset around 2 inches from the left hand side. Date: Sun, 25 Aug 2024 16:31:54 +0100 Message-ID: <2124123.KlZ2vcFHjT@rogueboard> In-Reply-To: References: Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Auto-Response-Suppress: DR, RN, NRN, OOF, AutoReply MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2670983.k3LOHGUjKi"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-PPP-Message-ID: <172459993082.1497356.668483500830747979@cloud238.thundercloud.uk> X-PPP-Vhost: kintzios.com X-Rspamd-Queue-Id: 368AD1E0006 X-Rspamd-Server: mailclean11 X-Spamd-Result: default: False [-1.61 / 999.00]; SIGNED_PGP(-2.00)[]; MID_RHS_NOT_FQDN(0.50)[]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; ONCE_RECEIVED(0.10)[]; MX_GOOD(-0.01)[]; DMARC_POLICY_ALLOW(0.00)[kintzios.com,none]; RCVD_TLS_ALL(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; FUZZY_BLOCKED(0.00)[rspamd.com]; R_SPF_ALLOW(0.00)[+mx]; ARC_NA(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; MISSING_XM_UA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:34931, ipnet:149.255.60.0/22, country:GB]; TO_DN_NONE(0.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; PREVIOUSLY_DELIVERED(0.00)[gentoo-user@lists.gentoo.org]; R_DKIM_NA(0.00)[]; NEURAL_HAM(-0.00)[-0.986]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[confabulate@kintzios.com] X-Rspamd-Action: no action X-Archives-Salt: 9e676f83-1c1b-4858-ae80-39d95e7ec0cf X-Archives-Hash: 9330d9dcaeec08785f4f0d33e55d2a5e --nextPart2670983.k3LOHGUjKi Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="UTF-8"; protected-headers="v1" From: Michael To: gentoo-user@lists.gentoo.org Reply-To: confabulate@kintzios.com Date: Sun, 25 Aug 2024 16:31:54 +0100 Message-ID: <2124123.KlZ2vcFHjT@rogueboard> In-Reply-To: MIME-Version: 1.0 On Sunday, 25 August 2024 13:33:14 BST Alan Mackenzie wrote: > Hello, Michael. > > On Sat, Aug 24, 2024 at 20:36:11 +0000, Alan Mackenzie wrote: > > On Sat, Aug 24, 2024 at 16:40:38 +0100, Michael wrote: > > > On Saturday, 24 August 2024 14:25:31 BST Alan Mackenzie wrote: > > > > On Sat, Aug 24, 2024 at 10:44:44 +0100, Michael wrote: > [ .... ] > > > > This reads like an unsuitable refresh rate problem. Ah! I was wrong at my assumption - I had not understood the displayed resolution was not the native/optimal monitor resolution. > > I've read the "information" section from my monitor's adjustment panel. > > It says 60 Hz. and 1920x1080 (on my current machine). On the new > > machine, it reads 60 Hz., 2112x1016. This looks like being at the core > > of the problem. 2112 / 1920 = 1.1 (more or less), i.e. 10% too many > > pixels. > > > > My monitor is ~52cm wide. 10% of this is the ~5cm. black strip at the > > LHS of the monitor. Right, for some reason the graphics core is not driving the monitor at the appropriate (optimal) resolution. > > Is there any convenient way I can display the current EDID information > > block? > > Yes, there is: there is the package x11-misc/read-edid, which contains > two utilities get-edid and parse-edid. Calling # get-edid | parse-edid > produces, on my current machine: > > This is read-edid version 3.0.2. Prepare for some fun. > Attempting to use i2c interface > No EDID on bus 0 > No EDID on bus 2 > No EDID on bus 3 > No EDID on bus 4 > No EDID on bus 5 > No EDID on bus 6 > No EDID on bus 7 > 1 potential busses found: 1 > 256-byte EDID successfully retrieved from i2c bus 1 > Looks like i2c was successful. Have a good day. > Checksum Correct > > Section "Monitor" > Identifier "SMB2430L" > ModelName "SMB2430L" > VendorName "SAM" > # Monitor Manufactured week 13 of 2011 > # EDID version 1.3 > # Digital Display > DisplaySize 520 290 > Gamma 2.20 > Option "DPMS" "true" > Horizsync 30-81 > VertRefresh 56-75 > # Maximum pixel clock is 170MHz > #Not giving standard mode: 1280x800, 60Hz > #Not giving standard mode: 1280x960, 60Hz > #Not giving standard mode: 1280x1024, 60Hz > #Not giving standard mode: 1440x900, 60Hz > #Not giving standard mode: 1600x1200, 60Hz > #Not giving standard mode: 1680x1050, 60Hz > #Not giving standard mode: 1152x864, 75Hz > #Not giving standard mode: 1440x900, 75Hz >From the above we can't tell if the monitor will work at 1920x1080@60Hz, but according to the OEM specification sheet it should and the VertRefresh range of 56-75 is broad enough to accommodate anything within it. > #Extension block found. Parsing... > Modeline "Mode 0" +hsync +vsync > Modeline "Mode 1" +hsync +vsync > Modeline "Mode 2" +hsync +vsync > Modeline "Mode 3" +hsync +vsync > Modeline "Mode 4" -hsync -vsync > EndSection Hmm ... no Modelines shown above and no preferred Mode provided. :-( > .. On my new machine, it is almost identical, just using I2C bus 0, > rather than 1. > > It is now clear that EDID contains not an optimal screen setting, but > instead ranges (for example 56-75 Hz. screen refresh rate). The ranges are indicative of what refresh rates the panel is capable of, for different resolutions. As you say, of more concern is it does not provide an optimal Mode. > The > question arises, what exactly puts the display into 1920x1080 60Hz. at > boot up time? Something must be chosing that resolution. I've tried > grepping the kernel sources, but there are a lot lf "1920x1080"s there. > > :-( You can try adding the correct video resolution at the kernel cmdline - see below. > [ .... ] > > > My hypothesis at the moment is that something in the new machine is > > wrongly pumping out 2112x1016 in place of 1980x1080 and this is > > diminishing the size of (and reducing the quality of) the displayed > > image. Yes, from what you described this appears to be the case. > > I think the EDID being received from the monitor and KVM-box are correct, > > but that the BIOS is applying some "correction" to them, for some reason. I'm not sure about this, look at the EDID output. The Modelines are incomplete with no preferred resolution as per the OEM's specification. > > Maybe I should try resetting the CMOS ram. I'd be surprised if this has any effect on the displayed resolution. The EDID/DDC protocol expects a certain DC voltage (+5V). If this is not provided as cleanly and uninterruptedly as expected, the initialisation and communication between monitor & graphics card could go awry. Hence me mumbling about avoiding adaptors and connectors which due to faults, poor manufacture, dirt, oxidation, etc., could add resistance to the I2C wire circuits. Of course the KVM itself may be interfering with what-ever EDID is provided by the monitor itself. Your approach to specify the resolution via an edid file should work, at least until it is deprecated from kernel 6.9.x onward and you have to build your own edid firmware file from the assembly source files in /usr/src/linux/tools/ edid/. You can enable CONFIG_DRM_LOAD_EDID_FIRMWARE in your kernel and add to the kernel cmdline: drm_kms_helper.edid_firmware=edid/edid/1920x1080.bin Before you add the above, I'm not clear if I understand correctly from this document, if first you have to run "make" in /usr/src/linux/tools/edid/ to build the binary EDID blobs in your kernel image, or if they are built anyway when you run make as part of building your kernel from source: /usr/src/linux/Documentation/admin-guide/edid.rst Another option to try in case it works with KMS: video=HDMI-A-1:1920x1080@60D To find what your card/port string is named as look at: ls -la /sys/class/drm/* grep HDMI or dmesg | grep Connector -A1 --nextPart2670983.k3LOHGUjKi Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAmbLTmoACgkQseqq9sKV Zxk0vBAA1xAlQGVMR+UxHs85mTvqwe4hC7D67oPcCcrDLKtw6rceuKV+6y4L6qBk I1EdZz5djdwSKuETEZ0UufCGpVxMIO23FGYMKXFl3W/vHkDBNWUKez2oQ3wTlOfn CiV7td85CzqVddItZ2xQ9NAmE4q7gbl5rK9V8vXVKzUplNlcUWeLFG34qFtqU/NG jcz73UI7XXBZ8OzitFiHC9E7XC4vIXYYKpjKBzhh6CtpefUmxlk5/+wrI29ZmhBp NdTSnayGaOKhWPV2nvYM7GDJK0/R++45guAwarvTuXFskq6ecrCF8xe1PnPBLP0E vm/iAzJhgJdzJJbE3mEd5VaK5rLh3vQ/VpBlF8bqlqQulFq64YVfBNMgQshiz8OS mxWafqf6KwjmL4nRlFl1/oN24eNJi3h9ilHcAZ1+Y3dlK9UBbqFsBSEINPt09+ty ZQGgHYQUUM06F8wwvBIhDXL1TNcEvnJdN3JSSNi3u2Q+I1q6kR0znRm1jiFu9tr8 An6uWHmCtPFUVy0YWnumwu+qyXuhhbJk/6hpxBszB1a25RExWOcFWl3tclwayfuI S3u0kvFpF6gDDly/AA5SHnTMvlvZ6g0J+vAvAiDM3wOhgrkE/vzdeDWMdAy/qQNE kYyxRNqN+LZ2gpGtDRYleRqsI+7v4y9bWfNboZAlcfz8c2LwZYQ= =14K5 -----END PGP SIGNATURE----- --nextPart2670983.k3LOHGUjKi--