From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=0.2 required=5.0 tests=DKIM_INVALID,DKIM_SIGNED autolearn=no autolearn_force=no version=3.4.4 Received: (qmail 28258 invoked from network); 24 Apr 2021 09:09:07 -0000 Received: from 1ess.inri.net (216.126.196.35) by inbox.vuxu.org with ESMTPUTF8; 24 Apr 2021 09:09:07 -0000 Received: from pb-smtp1.pobox.com ([64.147.108.70]) by 1ess; Fri Apr 23 18:17:52 -0400 2021 Received: from pb-smtp1.pobox.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id E93DFBBFD0 for <9front@9front.org>; Fri, 23 Apr 2021 18:16:55 -0400 (EDT) (envelope-from unobe@cpan.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=pobox.com; h=message-id :to:subject:date:from:mime-version:content-type :content-transfer-encoding; s=sasl; bh=GHSUavPZOphdv0sOD3kWNrxUA pWqkopwH2TVh6IIHNQ=; b=TSKKfPI5YqLbplW3+a7RyTibIHn2v5QaZl9e/8Uqc DkOWZQ1ySqHaOcHNh26aVdGSacwea8HHvljRJJSrQGShbpW1vROxwZibJxkKVhsF iy2qpx7wIfhPMKk7gJe7GpWp5Q3nuh+nS+bBFYyf9GXguBP7oVoJdgf1QeI5nSaU Iw= Received: from pb-smtp1.nyi.icgroup.com (unknown [127.0.0.1]) by pb-smtp1.pobox.com (Postfix) with ESMTP id E2249BBFCF for <9front@9front.org>; Fri, 23 Apr 2021 18:16:55 -0400 (EDT) (envelope-from unobe@cpan.org) Received: from peregrin (unknown [47.34.135.186]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-smtp1.pobox.com (Postfix) with ESMTPSA id F22B6BBFCE for <9front@9front.org>; Fri, 23 Apr 2021 18:16:54 -0400 (EDT) (envelope-from unobe@cpan.org) Message-ID: <30C99A62E19B58AC69D833F029414A13@smtp.pobox.com> To: 9front@9front.org Date: Fri, 23 Apr 2021 15:16:53 -0700 From: unobe@cpan.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Pobox-Relay-ID: 9CA851A6-A481-11EB-A758-D152C8D8090B-09620299!pb-smtp1.pobox.com List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: descriptor pipelining-aware configuration generator Subject: [9front] aux/vga -p intermittent edid reporting Reply-To: 9front@9front.org Precedence: bulk It was by chance that doing 'aux/vga -p' today that I saw something I hadn't seen before: edid information at the end of the output. Running 'aux/vga -p' only reports the edid information once in a while. The difference is this patch: --- /tmp/blank Fri Apr 23 13:32:14 2021 +++ /tmp/edid Fri Apr 23 13:32:21 2021 @@ -6,8 +6,8 @@ vga crt FF FF FF FF FF FF FF FF - FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF - FF vga graphics 00 00 00 00 00 00 00 00 - 00 -vga attribute 20 21 22 23 24 25 26 27 - 28 29 2A 2B 2C 2D 2E 2F - 21 21 33 33 00 +vga attribute 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 + 00 32 32 04 04 vga virtual 0 0 vga apz 0 vga linear 1 @@ -230,4 +230,22 @@ igfx adpa [000e1100] = 00040000 igfx lvds [000e1180] = 80300302 igfx vgacntrl [00041000] = 8024298e +edid mfr APP +edid serialstr +edid name Color LCD +edid product 40135 +edid serial 0 +edid version 1.3 +edid mfrdate 2009.36 +edid size (cm) 29x18 +edid gamma 2.20 +edid vert (Hz) 0-0 +edid horz (Hz) 0-0 +edid pclkmax 0 +edid flags digital +edid 1280x800@60Hz + clock=72.5 + shb=1328 ehb=1360 ht=1423 + vrs=803 vre=809 vt=846 + hsync=- vsync=- What is nice about this is that now I got the vgadb info! But I can't use it consistently, I think, because setting to those dimensions fail unless aux/vga -p reports the edid. It appears to be available every 19 seconds: cpu% while() { aux/vga -p | grep APP | xargs echo `{date} } Fri Apr 23 00:43:43 PDT 2021 edid mfr APP Fri Apr 23 00:44:02 PDT 2021 edid mfr APP Fri Apr 23 00:44:21 PDT 2021 edid mfr APP Fri Apr 23 00:44:40 PDT 2021 edid mfr APP Fri Apr 23 00:44:59 PDT 2021 edid mfr APP Fri Apr 23 00:45:18 PDT 2021 edid mfr APP Fri Apr 23 00:45:37 PDT 2021 edid mfr APP Here's vgactl output: cpu% cat /dev/vgactl type igfx size 1280x800x32 x8r8g8b8 tilt none hwgc soft hwaccel off hwblank off addr p 0x90000000 v 0xffffff0090000000 size 0x4000000 softscreen on I noticed that running aux/vga -p (and also -ip) resets the vga configuration--the type is still there, but hwblank is reset to off, even if I had set it previously, and I have to 'echo -n drawinit >/dev/vgactl' if I want to have blanking work again. I hadn't expected that because I thought -p was diagnostic. I do now see some write register codes to clear things in /sys/src/cmd/aux/vga/igfx.c , but haven't yet grokked it all. But back to the main issue: is edid supposed to be consistently reported, or is this expected?