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)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id DBDCB15852A for ; Sat, 24 Aug 2024 09:45:22 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 8EF15E2A67; Sat, 24 Aug 2024 09:45:16 +0000 (UTC) Received: from serval.cherry.relay.mailchannels.net (serval.cherry.relay.mailchannels.net [23.83.223.163]) (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 19ED9E2A16 for ; Sat, 24 Aug 2024 09:45:15 +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 264388441D for ; Sat, 24 Aug 2024 09:45:15 +0000 (UTC) ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1724492713; a=rsa-sha256; cv=none; b=Qhf0giZK0GeZIvc2wUuS9W0kxMESmpqIkD5owgiELkFbIuRjLBBATDjagIvoK2gSg3Gzfy LUXxtvodAzmuASfCtnBDQBmI5XWW5IG+Uq7PhAZBDys4ki4MahZzewkq8Wa0ZBHxg+r1iW y2rW+Ek0t61AgEMFg6WDOz78iQCZHTZxOmgjVMEC+aDIdn1xlu4M8eMrTM+KkLnr/D7W1a Tc2kkyfdDlYuEk3uN+z7u01hULhIycxDmFeXwkrot6NrP0tqrVpmdYXj4tzT2p2BgU4Ttq bB2LYYRYMQHeJke8E7jKQ2x6iGKB54zycUgb3w45V1knFfVrCZ6MnJqJKEE0+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1724492713; 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=B8Hk+YYnUcr6BDBKu6A2zCMW57rwAO2I3WYX2U8Xo88=; b=4+BmE0RxPp5L6Ijta7pfBwySCsV0FXUyG0jRvdYpBHz2qJH2uU9+CxuqsZ5I/3T1SBpAIK /FWh8Gml1FFykTSRbTj3ekhMnacjIaHpHPyXcJq4wuuTO1E5MRnFPMfnhHmhkuc03xFAzf FL/pYerpgGFeAdpgDj6QsVuZFOd1VDufHJvGj9oJqZnI/srRLQBiqCZPekDd16k7VBcwJV kUIe/n+MtR6N9WUTXzwD+SzAP+aYcSJBwhlJ2fW6hpysXG2jolsK58YYT+dlFfmgKueHTe G1u15zYqWID9o/m2AAvj+8Y9NDmKXtjYz8cyOWV1bt1hqbZ9oAbW9+HqWzUp6A== ARC-Authentication-Results: i=1; rspamd-5549cdcdbf-qjj46; 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-Shrill-Abaft: 6f1cfdcd6f308e5a_1724492713401_2277516311 X-MC-Loop-Signature: 1724492713401:2244167442 X-MC-Ingress-Time: 1724492713401 Received: from mailclean11.thundermail.uk (mailclean11.thundermail.uk [149.255.60.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.114.99.137 (trex/7.0.2); Sat, 24 Aug 2024 09:45:13 +0000 Received: from cloud238.thundercloud.uk (cloud238.thundercloud.uk [149.255.62.116]) by mailclean11.thundermail.uk (Postfix) with ESMTPS id 9A6E81E0011 for ; Sat, 24 Aug 2024 10:45:06 +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: Sat, 24 Aug 2024 10:44:44 +0100 Message-ID: <8417604.T7Z3S40VBb@rogueboard> In-Reply-To: References: <12512444.O9o76ZdvQC@rogueboard> 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="nextPart10520644.nUPlyArG6x"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-PPP-Message-ID: <172449270608.262696.15322653935755277379@cloud238.thundercloud.uk> X-PPP-Vhost: kintzios.com X-Rspamd-Queue-Id: 9A6E81E0011 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.966]; RCVD_VIA_SMTP_AUTH(0.00)[]; HAS_REPLYTO(0.00)[confabulate@kintzios.com] X-Rspamd-Action: no action X-Archives-Salt: 894cf65e-3618-497e-a391-40bbbf40f651 X-Archives-Hash: ff8661568d90c52ac46d8c002daa9d11 --nextPart10520644.nUPlyArG6x 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: Sat, 24 Aug 2024 10:44:44 +0100 Message-ID: <8417604.T7Z3S40VBb@rogueboard> In-Reply-To: MIME-Version: 1.0 On Friday, 23 August 2024 17:21:42 BST Alan Mackenzie wrote: > Hello, Michael. > > On Thu, Aug 22, 2024 at 22:44:47 +0100, Michael wrote: > > Assuming the file is still available and built in the kernel as > > firmware, .... > > I used one of the stock options, drm.edid_firmware=edid/1920x1080.bin. > There's something in the kernel that recognises these 6 or 7 "file names" > and uses the built in EDID blocks for them rather than reading from > /lib/firmware. > > But the source code for these has things like XOFFSET parameters, so I'm > thinking that one of these took effect and "got stuck", somehow. I am not sure a modern BIOS would get stuck as you're describing. I think the MoBo will detect any graphics chips connected to it, in this case your integrated APU graphics chip, and the graphics chip will in turn prompt for any connected display hardware. In this case your monitor should respond and send the EDID data to the graphics chip, which will adjust its signal to what the monitor requires. > > .... then the problem could well have to do with the DVI cable. It may > > be worth unplugging and replugging it. > > I tried pulling the cable (whilst switched on) and replacing it. This > didn't help (but doesn't seem to have done any damage, either ;-). I normally power off peripherals, except for USB devices, before I disconnect/ reconnect cables. Especially legacy IRQ connected kit which is not hot- swappable - e.g. PS/2 connectors. Modern systems don't have such issues, but I'm used to taking this precaution. :-p > I haven't tried anything desperate, like clearing the CMOS, yet. > > I've sent a support request to the manufacturers, MSI, which they will > hopefully answer some time next week. In the mean time, I'll just have > to carry on intalling/configuring Gentoo with a nasty black stripe on my > screen. Instead of resetting the firmware and losing all your MoBo settings, you'd be better off to flash the latest firmware on the MoBo. UEFI MoBo firmware usually offers the option to back up your settings first. MSI support would probably ask you to do this and reset all settings anyway, before they deal with any issues. Do you still get this offset problem if you remove the KVM switch and connect the monitor directly to the MoBo? What may be happening is the KVM causes some distortion to the signal amplitude/frequency, which the monitor interprets as an offset. You could try to tweak this by feeding a bespoke EDID to the kernel, but sometimes a simple cable swap or operating the KVM a few times can cure it. > I'm a bit fed up with all of this. It's a new machine, but the > motherboard, an MSI B650 Tomahawk Wifi, has been around a fair while and > bugs in its BIOS ought to have been fixed by now. Well, we don't know if this is caused by a MoBo firmware bug, although the quality of firmware often leaves much to be desired. --nextPart10520644.nUPlyArG6x Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAmbJq4wACgkQseqq9sKV ZxkToxAAxd3e+jU5rviV5ZwS6loyXL/HFH7dQDPvvmvJb9Y43BGR5xs84Gsg0mgZ 2YYkNZDHf35/nYWVyJnUgHV4iYZhpSNGxT/W2MtV75ej0jbtRigrP1e6DUss86kJ 6EDbZFPz46nc5G19k50A9NisFPQElmaRzp/O176L7ReOXxssy6Px/T99xW6GvWAh ftKnZNEchRf3wo3BPMwBvmRwLZYFoaPUkSBFt7ywd1RSAn/KClg/MhIoilnV7wuR lAKmw1KiYlMPg14DKevaMwnu5JgCHrCBa/DaDoZRnU7N/xihtZPWf5EJ4UExEjTL jZzpLV0Ojj2+NCisd8RqXMxLVKXoZykH2pgkUpBAATM/3FD74yFB1OBpH15cRGW7 3DUSEgoYzf71KDl2GGTWg/4pCrAE7Xdr6oz2ed4PifzOlyntAgIu/dpv9THSyrC8 KPYb5RLFonWuwN1Dv7jyU1BrCM4C8CGZtezEbJ55AjyAHg5ZT2yuGOnlHl2UG2w1 94Kc/pH68aZe4ENmrcKjLwQG2Qiy2dkmXL7L8MbWde1zd0UaaXSwgo60BAfegYk9 ybWl1YW9XnnfUoQTy1oUuPxYwk2vpkRaf7vPuD4sJR+u9BkatOF85AcclSpQqxcj 2gPZT8jzE9b94nWbCbNYiJOlxwQqt2EWoa9gb9FEypxRjXBJRNA= =bT1w -----END PGP SIGNATURE----- --nextPart10520644.nUPlyArG6x--