From owner-freebsd-questions@freebsd.org Thu Jan 17 09:00:22 2019 Return-Path: Delivered-To: freebsd-questions@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B692F148A218 for ; Thu, 17 Jan 2019 09:00:22 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from echo.brtsvcs.net (echo.brtsvcs.net [IPv6:2607:f740:c::4ae]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9DB3282BDB for ; Thu, 17 Jan 2019 09:00:21 +0000 (UTC) (envelope-from list_freebsd@bluerosetech.com) Received: from chombo.houseloki.net (catnip [73.240.250.185]) by echo.brtsvcs.net (Postfix) with ESMTPS id 3B37638D2F for ; Thu, 17 Jan 2019 01:00:13 -0800 (PST) Received: from [10.26.25.66] (leon.pilgrimaccounting.com [10.26.25.66]) by chombo.houseloki.net (Postfix) with ESMTPSA id 59B80189 for ; Thu, 17 Jan 2019 01:00:12 -0800 (PST) To: "freebsd-questions@FreeBSD.org" From: Mel Pilgrim Subject: UEFI loader picking wrong native resolution, documented fixes don't work Message-ID: Date: Thu, 17 Jan 2019 01:00:15 -0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.4.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 9DB3282BDB X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of list_freebsd@bluerosetech.com designates 2607:f740:c::4ae as permitted sender) smtp.mailfrom=list_freebsd@bluerosetech.com X-Spamd-Result: default: False [-4.82 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; DMARC_NA(0.00)[bluerosetech.com]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_COUNT_THREE(0.00)[3]; IP_SCORE(-1.69)[ipnet: 2607:f740:c::/48(-4.45), asn: 36236(-3.91), country: US(-0.08)]; MX_GOOD(-0.01)[echo.brtsvcs.net,foxtrot.brtsvcs.net]; NEURAL_HAM_SHORT(-0.82)[-0.823,0]; TO_DN_EQ_ADDR_ALL(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:36236, ipnet:2607:f740:c::/48, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RECEIVED_SPAMHAUS_PBL(0.00)[185.250.240.73.zen.spamhaus.org : 127.0.0.10] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jan 2019 09:00:23 -0000 When my system boots, the UEFI loader chooses a resolution of 1600x1200, but the connected monitor only supports up to 1280x1024. My understanding is that the UEFI loader picks the native resolution, so I'm puzzled why it isn't working. The system is a Supermicro X11SSH-LN4F with a Xeon E3-1245 v6. FreeBSD 11.2. The remote console works fine. Here's a list of everything I've tried adding to /boot/loader.conf: gop set N exec gop set N mode N exec mode N hw.vga.textmode=1 kern.vt.fb.default_mode="1280x1024" I tried values of 0 through 4 for N. None of it worked (the console remains at 1600x1200). If I escape to the loader, I can manually type "mode 2" and the loader will switch to, and the console will stay at 800x600. Oddly, only that and "mode 3" (1600x1200) work. Modes 0 and 1 produce broken results where the resolution switches, but the console doesn't use the entire screen. Adding kern.vty="sc" causes the loader to hang after displaying: Booting... Start @ 0xffffffff80310000 ... EFI framebuffer information: addr, size 0xde000000, 0x753000 dimensions 1600 x 1200 stride 1600 masks 0x00ff0000, 0x0000ff00, 0x000000ff, 0xff000000 requiring a hard reset. I tried building and install graphics/drm-next-kmod so that I could load i915kms.ko that supports Kaby Lake, but it causes a panic when the DRM probe happens. Is this is some quirk of the IPMI-enabled console returning bad capabilities when vt probes the display? Is anyone else running FreeBSD 11 on a Supermicro X11SSH with integrated graphics and having this problem? How do I tell the vt console to use a different resolution? Am I just screwed and now have to buy a new head unit that can do 1600x1200?