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 1B1AD1581FB for ; Mon, 26 Aug 2024 10:44:10 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 82587E2AA8; Mon, 26 Aug 2024 10:44:04 +0000 (UTC) Received: from cyan.ash.relay.mailchannels.net (cyan.ash.relay.mailchannels.net [23.83.222.47]) (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 E4D9DE2A44 for ; Mon, 26 Aug 2024 10:44:03 +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 65AC5446F4; Mon, 26 Aug 2024 10:44:02 +0000 (UTC) ARC-Seal: i=1; s=arc-2022; d=mailchannels.net; t=1724669041; a=rsa-sha256; cv=none; b=FB55407+3Gc2alPMpoaLizlyx52SxlndOQAvJZ554vfAah2YrW7NgXT1WIAuNTXk2KzNJZ rdzf+nVBWskxzUcTMsCbifGRJJ7eA6UFFwNuEeSJgYB/GWsL3HlC42/oPMlyyadbEIyTsy OtznU2XlRX5/+93SsZ1F5t4JvsjOgp2Fv1K0rAsoQKMJc7L0IfgBc4NBNc/S6U0ELreWNq dm2J2py+lx+ZUp6fHfX9n6586ReoMJ7jVGy4QfZ8tBnekdBsKK2ATm+JSDqUrak1wV0O8y SmbjorzL3REqPM835reaOsYdJZ3OzopcdCFlyC2xChWdAbTI34V8BUkMX2OWrw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=mailchannels.net; s=arc-2022; t=1724669041; 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=FT/7qri0zJVyew9aNty8Ph/C9xZwAP/AhepUfrvszYc=; b=K9//eVlQn88TL67xFg+87M+ruEZljoln/smdYv+5mPWqi+bJc22V9h4j4dytcPJ8H8VFzh vaR7nNn07Fq9DCp56sAZmLT2MoJupBmCTIb6itSuykJHyE8CBAgypB3RUsnJ40jGre8gtr ACpqFJz0mj+W/iLfgLQ9R+1XUPZc7OoWf8fY94PlFXDkLcps63I3yrDmEW0raZ5jrAXnyv v4Qjfko3fRQNJq0kRaS2wNn7/TUxuS7EXpyoSdlCIh+0jokV//Xt31PF+9WzKvTG1yRI+s gGPKmak3fQ7KV1hiRpZTlDrrHFpiaG3PDxQ54F+6ma+VJjyfMMyE7Tw9KMJ4cQ== ARC-Authentication-Results: i=1; rspamd-cf944896d-zmxqg; auth=pass smtp.auth=thundermail smtp.mailfrom=confabulate@kintzios.com X-Sender-Id: thundermail|x-authsender|confabulate@kintzios.com X-MC-Relay: Neutral X-MC-Copy: exfiltrated-credentials X-MailChannels-SenderId: thundermail|x-authsender|confabulate@kintzios.com X-MailChannels-Auth-Id: thundermail X-Company-Tangy: 11fb149f5fed63e7_1724669042035_2580472075 X-MC-Loop-Signature: 1724669042035:232095531 X-MC-Ingress-Time: 1724669042035 Received: from mailclean11.thundermail.uk (mailclean11.thundermail.uk [149.255.60.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384) by 100.108.220.140 (trex/7.0.2); Mon, 26 Aug 2024 10:44:02 +0000 Received: from cloud238.thundercloud.uk (cloud238.thundercloud.uk [149.255.62.116]) by mailclean11.thundermail.uk (Postfix) with ESMTPS id AEEF81E0004 for ; Mon, 26 Aug 2024 11:43:59 +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] edid problems Date: Mon, 26 Aug 2024 11:43:40 +0100 Message-ID: <1803854.VLH7GnMWUR@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="nextPart8459710.NyiUUSuA9g"; micalg="pgp-sha256"; protocol="application/pgp-signature" X-PPP-Message-ID: <172466903919.2541951.7928561535196477051@cloud238.thundercloud.uk> X-PPP-Vhost: kintzios.com X-Rspamd-Queue-Id: AEEF81E0004 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)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:34931, ipnet:149.255.60.0/22, country:GB]; MISSING_XM_UA(0.00)[]; R_SPF_ALLOW(0.00)[+mx]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_COUNT_ONE(0.00)[1]; DMARC_POLICY_ALLOW(0.00)[kintzios.com,none]; R_DKIM_NA(0.00)[]; FUZZY_BLOCKED(0.00)[rspamd.com]; REPLYTO_ADDR_EQ_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[gentoo-user@lists.gentoo.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM(-0.00)[-0.973]; HAS_REPLYTO(0.00)[confabulate@kintzios.com] X-Rspamd-Action: no action X-Archives-Salt: ee4113cf-57dd-4294-b85d-14f6a019d413 X-Archives-Hash: 1140a7b5d3220e7a5e9c39ec56292fc9 --nextPart8459710.NyiUUSuA9g 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 Subject: Re: [gentoo-user] edid problems Date: Mon, 26 Aug 2024 11:43:40 +0100 Message-ID: <1803854.VLH7GnMWUR@rogueboard> In-Reply-To: References: MIME-Version: 1.0 On Monday, 26 August 2024 00:37:24 BST Jack wrote: > While following the "New machine: Contents of display are offset around > 2 inches from the left hand side." thread, I thought I would try > get-edid myself. Unfortunately, I get > > This is read-edid version 3.0.2. Prepare for some fun. > Attempting to use i2c interface > Looks like no busses have an EDID. Sorry! > Attempting to use the classical VBE interface > mmap /dev/zero: Operation not permitted > error initialising realmode interface > do you have full superuser (root) permissions? ^^^^^ You need direct hardware access of the I2C buses, which only root should be able to do. > I'm sorry nothing was successful. Maybe try some other arguments > if you played with them, or send an email to Matthew Kern > . > Partial Read... Try again > > Lots of searching led me to try > > $sudo mount -o remount,exec /dev > > which seemed to work, maybe. Now I get > > This is read-edid version 3.0.2. Prepare for some fun. > Attempting to use i2c interface > Looks like no busses have an EDID. Sorry! > Attempting to use the classical VBE interface Unless you're using a VESA monitor from the 90s the VBE method would not deliver anything meaningful. [Snip ...] > The EDID data should not be trusted as the VBE call failed > Error: output block unchanged And as you can see the VBE method was not able to access anything. > However, xrandr works fine, showing me > > DisplayPort-0 connected primary 2560x1440+0+0 (normal left inverted > right x axis y axis) 597mm x 336mm > 2560x1440 74.60*+ 59.95 > .... > HDMI-A-0 connected 2560x1440+2560+0 (normal left inverted right x axis > y axis) 597mm x 336mm > 2560x1440 74.60*+ 59.95 > .... > DVI-I-0 disconnected (normal left inverted right x axis y axis) > DVI-I-1 disconnected (normal left inverted right x axis y axis) > > (where the .... are 18 other modelines.) > > My monitors work fine, but I'm curious why get-edid is failing. > > My mobo is > MSI B50 Tomahawk > and my GPU is > VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] > Cape Verde XT [Radeon HD 7770/8760 / R7 250X]. > > Any thoughyts or suggestions? > > Thanks. > > Jack Some ideas to look into if you're curious: 1. Do you have I2C enabled in your kernel, for your hardware: https://wiki.gentoo.org/wiki/I2C 2. Does Xorg.0.log provide an EDID table output? 3. Are you using KVM/adaptors in your cabling? 4. Have you tried a different port on the card? 5. Have you tried a different card/graphics driver (amdgpu Vs radeon)? What I've come to realise: - Some EDID tables provide buggy/corrupt data. - Many EDID outputs are not DDC standard compliant. - Some Cables/ports/adapters can introduce data corruption. - Some interfaces (DP, HDMI, DVI, VGA) provide more data than others, with the same monitor and graphics card/driver. - Modern graphics cards and drivers can cope with corrupt/missing EDID data. - VGA does not hot plug. - Switching sources on the fly may not work, when rebooting does. - Correcting/editing an EDID table is something I hope I won't have to do. Best attempted by someone more competent than me. On a PC I have here with two 1920x1080 monitors, the HDMI port reports: ~ # get-edid -b 0 | parse-edid 0 This is read-edid version 3.0.2. Prepare for some fun. Attempting to use i2c interface Only trying 0 as per your request. 256-byte EDID successfully retrieved from i2c bus 0 Looks like i2c was successful. Have a good day. Checksum Correct Section "Monitor" Identifier "ASUS VS239" ModelName "ASUS VS239" VendorName "ACI" # Monitor Manufactured week 43 of 2014 # EDID version 1.3 # Digital Display DisplaySize 510 290 Gamma 2.20 Option "DPMS" "true" Horizsync 24-83 VertRefresh 50-75 # Maximum pixel clock is 170MHz #Not giving standard mode: 1920x1080, 60Hz #Not giving standard mode: 1280x960, 60Hz #Not giving standard mode: 1280x1024, 60Hz #Not giving standard mode: 1440x900, 60Hz #Not giving standard mode: 1680x1050, 60Hz #Not giving standard mode: 1152x864, 75Hz #Not giving standard mode: 1280x720, 60Hz #Not giving standard mode: 1280x800, 60Hz #Extension block found. Parsing... Modeline "Mode 16" -hsync -vsync Modeline "Mode 0" +hsync +vsync Modeline "Mode 1" 25.200 640 656 752 800 480 490 492 525 -hsync -vsync Modeline "Mode 2" 27.027 720 736 798 858 480 489 495 525 -hsync -vsync Modeline "Mode 3" 27.027 720 736 798 858 480 489 495 525 -hsync -vsync Modeline "Mode 4" 27.000 720 732 796 864 576 581 586 625 -hsync -vsync Modeline "Mode 5" 27.000 720 732 796 864 576 581 586 625 -hsync -vsync Modeline "Mode 6" 74.250 1280 1720 1760 1980 720 725 730 750 +hsync +vsync Modeline "Mode 7" 74.250 1280 1390 1420 1650 720 725 730 750 +hsync +vsync Modeline "Mode 8" 74.250 1920 2448 2492 2640 1080 1082 1089 1125 +hsync +vsync interlace Modeline "Mode 9" 74.250 1920 2008 2052 2200 1080 1082 1087 1125 +hsync +vsync interlace Modeline "Mode 10" 54.054 1440 1472 1596 1716 480 489 495 525 - hsync -vsync Modeline "Mode 11" 54.054 1440 1472 1596 1716 480 489 495 525 - hsync -vsync Modeline "Mode 12" 54.000 1440 1464 1592 1728 576 581 586 625 - hsync -vsync Modeline "Mode 13" 54.000 1440 1464 1592 1728 576 581 586 625 - hsync -vsync Modeline "Mode 14" 148.500 1920 2448 2492 2640 1080 1084 1089 1125 +hsync +vsync Modeline "Mode 15" 148.500 1920 2008 2052 2200 1080 1084 1089 1125 +hsync +vsync Modeline "Mode 17" +hsync +vsync Modeline "Mode 18" +hsync +vsync Modeline "Mode 19" -hsync -vsync Option "PreferredMode" "Mode 16" EndSection While the DVI port only reports: ~ # get-edid -b 2 | parse-edid 2 This is read-edid version 3.0.2. Prepare for some fun. Attempting to use i2c interface Only trying 2 as per your request. 128-byte EDID successfully retrieved from i2c bus 2 Looks like i2c was successful. Have a good day. Checksum Correct Section "Monitor" Identifier "DELL ST2320L" ModelName "DELL ST2320L" VendorName "DEL" # Monitor Manufactured week 27 of 2010 # EDID version 1.3 # Digital Display DisplaySize 510 290 Gamma 2.20 Option "DPMS" "true" Horizsync 30-83 VertRefresh 56-76 # Maximum pixel clock is 170MHz #Not giving standard mode: 1152x864, 75Hz #Not giving standard mode: 1280x1024, 60Hz #Not giving standard mode: 1920x1080, 60Hz Modeline "Mode 0" +hsync +vsync EndSection Both monitors work fine, although the second monitor above occasionally displays artefacts/distortion until the desktop is fully loaded. It is difficult to access the monitors and swap the cables/ports to prove if the EDID obtained via HDMI Vs DVI is different. Surprisingly, the second monitor's hexadecimal EDID copied from Xorg.0.log passes the EDID conformity checks, while the first monitor fails, when pasted in this page: https://people.freedesktop.org/~imirkin/edid-decode/ --nextPart8459710.NyiUUSuA9g Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEXqhvaVh2ERicA8Ceseqq9sKVZxkFAmbMXFwACgkQseqq9sKV ZxmznxAAntTBtUQ+WPSTyHp2bbTzyZMquE7pzO4Q/nTkuAYE+pWVJK1wo2iA+J3d D7cysjnzQFNA5lPXpGr/psoE76M6fQ8CyjD88dmCws6t2D9+jJkBUU6sImH6PShU iI+GW+Z8KA8PmWUNoSRhBZ9DPk35nQK7G6e09VOOLBDMML/zaHrPULosMjJoLNjt WSiMcqbFg3xcitv3JbY4kVNmmpmcJ3PuCjFDjxwzqvPRPh6KRdqw1isCAHAVKD43 x+xcbLqMuQRzbLbS4DbFezuRGOdmFl8KMRBGfEtUaEB+KM2mCS5tMBLKiRU966/u m6BMSdbe/4lwguqkpxME/wayYYvI4N0cUD4FIoOTTEAMK11eqfbxi+Fj4p/IVpIz PeC89UPi7HwHjmJdA3LEKNlnmsNpmQcbjYD+CO5nKcipCX+fBDiR88cqE/qCO3jX tNujIEytj3wtoIS1Tpv+fONosZkS3ApI+7QhHacmrlew8IDJBbyooPV0UlqPo0za zKEWIXyKR2Mgz0CCXzqLBSxzxCG3kwl+VJaKa+WN87t16e48ytC7/PCk0W/QaW+E wGACEh//XUp3G2fG4CB4xDqnqsBs8BRn89Ddq4JkPTaIedjuCQEj1kpuwdOK47Wp MXj2/wEyFLvTxzgUsAQvdhhpAzaMAUTEgy8HE8duVwK+R07T+rk= =7mgt -----END PGP SIGNATURE----- --nextPart8459710.NyiUUSuA9g--