From owner-svn-src-head@freebsd.org Mon Feb 18 16:19:47 2019 Return-Path: Delivered-To: svn-src-head@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 D945914E1190 for ; Mon, 18 Feb 2019 16:19:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-qt1-x82b.google.com (mail-qt1-x82b.google.com [IPv6:2607:f8b0:4864:20::82b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 637B06EF25 for ; Mon, 18 Feb 2019 16:19:46 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-qt1-x82b.google.com with SMTP id p25so19512993qtb.3 for ; Mon, 18 Feb 2019 08:19:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=X87BLl/Efm7RMTXNQwxPR+z9H2ITTIK1Gk1Mw0n0B3Q=; b=0TfwmckiPAcqlwbqVxkvTI/walWSZTtiD6xXPtkl/6CPzawhUuapofww/hN5xdrTRW xRlaJymGNp9BvQ/BGD+a3PLvOk8OAw0K6PV2ynmb7IZ8Vpj7o5SohMJqGcI9/eGFq5u0 CJ2XKWNMnHB085Z5IDhVgGqadUsF1fpcL1ipOmFLVNId5viG4IoZJhGU450qQOo1ognc bFIzEvPjURpqA4h79lLkdgIkqMxM8+QWDkdlVsXycEPda9UATnhFbZZrJ2G0yC9iKKtJ CzLNga2kjjNZFpBwlM2eM4dUDuZtFxY5ilG7o0nBmQYXPX+iF/P8NEtHz5cIK8w4JQZ1 FbTA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=X87BLl/Efm7RMTXNQwxPR+z9H2ITTIK1Gk1Mw0n0B3Q=; b=GH4dNR7bcfQidPw5JofkxtsF3rmJy7YiSOQbcgJM6UmT8DVBzHkHP/SnbL/Gs7Q9NL LOkEza12xuQwOptPl0A/MUKM4P2l6n59FooAx9p5xtGAUNyJIvHztw48QLv+xqZhUhWo Y5cwl0pQZawvk533AAcxtml/TW2X1TNognDcoK4Y1kmjGRXjLQQcJM6Mvytu0umyKPLh 3Y0gbpOxQUZluA8NPyJKKnj9qc/95G9LhQpLp6Y5HVxMYTOnLgvc4XgofEBRBBlDTjwI k3qMrenhDlBRDczJ2T9R8QcU8OZiRZFlUWPE5AMELN3JnglUnHdSbFiJxUIHjjGN1QUf lnWA== X-Gm-Message-State: AHQUAuY2giTwhFLSfDoDpvYuc0hUa5PWWR2yVaugI91KJTTjxEjR77ny UI1zR77xOXm7b2dJcAoRKkBXpkgEFYzwnAbApvraKQ== X-Google-Smtp-Source: AHgI3IY3WMRUzDVRtuKZycqpxEbAjVrACgwWoZorybGvRu08UrskAngnxzmukp7GrbmM89xAHRY91QTDNZandBhELQY= X-Received: by 2002:ac8:3974:: with SMTP id t49mr19325846qtb.118.1550506785875; Mon, 18 Feb 2019 08:19:45 -0800 (PST) MIME-Version: 1.0 References: <201902180341.x1I3fjf5003561@pdx.rh.CN85.dnsmgr.net> <0D51AC98-0E84-4E66-B552-CE9D4A7EFCD7@freebsd.org> In-Reply-To: <0D51AC98-0E84-4E66-B552-CE9D4A7EFCD7@freebsd.org> From: Warner Losh Date: Mon, 18 Feb 2019 09:19:35 -0700 Message-ID: Subject: Re: svn commit: r344243 - head/stand/lua To: Devin Teske Cc: "Rodney W. Grimes" , Kyle Evans , src-committers , svn-src-all@freebsd.org, svn-src-head@freebsd.org X-Rspamd-Queue-Id: 637B06EF25 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-6.92 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; NEURAL_HAM_SHORT(-0.92)[-0.923,0]; REPLY(-4.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2019 16:19:47 -0000 On Mon, Feb 18, 2019 at 12:17 AM Devin Teske wrote: > > > > On 17 Feb 2019, at 9:18 PM, Warner Losh wrote: > > > > We did a lot of that traditionally in the FORTH loader too, and weren't > always that good about it. > > Uh, no. I only clear regions of the screen by positioning the cursor usin= g > ANSI escape sequences and then drawing spaces. I do not clear the screen = =E2=80=9Ca > lot=E2=80=9D and would like to think I was damned good about it. > Generally speaking, both FORTH and LUA clear it the same amount was more my point. It's more visible on the serial port than on the video screen, though, because that is attached to a terminal of who knows how large a screen. Part of the problem here, though, is that UEFI clears things independently from the others as it sets up the proper video modes as well, which neither FORTH nor LUA controls directly today. So my point was more that screen clearing is a red-herring issue if you want to preserve error messages. I'll gladly concede I used imprecise language to make one of points surrounding it. If we want to be able to preserve error messages, we need to preserve them, and we don't today. Warner