From nobody Tue Jan 04 14:20:08 2022 X-Original-To: freebsd-hackers@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 54D941924BED for ; Tue, 4 Jan 2022 14:20:10 +0000 (UTC) (envelope-from sblachmann@gmail.com) Received: from mail-lf1-x12a.google.com (mail-lf1-x12a.google.com [IPv6:2a00:1450:4864:20::12a]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JSvs61YQkz3Lfv; Tue, 4 Jan 2022 14:20:10 +0000 (UTC) (envelope-from sblachmann@gmail.com) Received: by mail-lf1-x12a.google.com with SMTP id k21so82118544lfu.0; Tue, 04 Jan 2022 06:20:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=LdyfuPvVrOH64PtpdAt5/IODcX2srwEEZH0b8qofOxM=; b=UZnlWDp3d1YMR3Iybsfo7CmnvBDFnse7nACFANgghby7clBtxY6Nj/+ay9HlYrMmAs G/khDQUMPpFoNwiPGDq/3ttteOQjcwx9D3wBLmP/mnusitdp6mH2Etr8GSaMIfsYngq0 kOjdwka0KI/qFZEX6D/ZsVzFbtuQZ5c3ftXAoUMpaQ68TF613Y5egTNqRenXeNnO5Il/ +95hYkn8zKoSeXHcS7R7meQnBO+ISFJwDdbqyPZH+SiZZua+y9p5rJpGwxRd7nPkd46Y 0r9FMUBoCiz0SPv7NMXbHHeMpBfh80T9SdLI/3lkO7TZ0RQc7AawkxVIE68jr7yxu8iV mDrA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=LdyfuPvVrOH64PtpdAt5/IODcX2srwEEZH0b8qofOxM=; b=4dC64WXWDovIVf2bP0WKzc+0KSzOXdvOD7/5xYJzYZkCe3Rzz0ydOPrdzHYRU44lST hDUKDgkshrMxh79JyzzepjdQmrUexNTrxohabF0EZF4BFvuiilzizitkaR2SuOKQE0Bn DHSYoAxuU04QlEoByYqFMDgA1LZSEfiiEsQM7dKcmaleJwzfWH4GfSc87cfCTRJcnewv 2Tm4WghUf2oojctO/lNVC8k7ZcCM3o7aacvfq2xwAHIgXJOS6YCcR7+4W4xRgr0gbn7V 47SxkVe/KOm2FZgU7hMJe0ge8KSKo1iHRuxE/HpIuli2DHgcXcm2meVmaGyZdZXB0yoa op/Q== X-Gm-Message-State: AOAM532ujuEz5egOiiFVwsjTI0Yti6r0SHm4qDBGM6AlvjxkzafgVn8k IPw+FKo071zapPPlhQ+E2NUDdnqxWAxN12swTJJCq6uwbrs= X-Google-Smtp-Source: ABdhPJyIz7GX5wmWgZhOX2C2Dy7KRS6m/dJOMAMzU+NsGOPL3jwm+7Iq0uyRDrS74631NaopA/odWpy1Hekk8ptYvjU= X-Received: by 2002:a05:6512:324f:: with SMTP id c15mr43827595lfr.465.1641306008854; Tue, 04 Jan 2022 06:20:08 -0800 (PST) List-Id: Technical discussions relating to FreeBSD List-Archive: https://lists.freebsd.org/archives/freebsd-hackers List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-hackers@freebsd.org MIME-Version: 1.0 Received: by 2002:a2e:920a:0:0:0:0:0 with HTTP; Tue, 4 Jan 2022 06:20:08 -0800 (PST) In-Reply-To: <20220104143234.d9af3a4aa841c80219cdcf75@bidouilliste.com> References: <861r36xzpe.fsf@phe.ftfl.ca> <61100a28-40ae-4458-d7d5-3bc9b13ba219@gmail.com> <864k6qj6x6.fsf@phe.ftfl.ca> <86zgoihs64.fsf@phe.ftfl.ca> <20220104143234.d9af3a4aa841c80219cdcf75@bidouilliste.com> From: Stefan Blachmann Date: Tue, 4 Jan 2022 15:20:08 +0100 Message-ID: Subject: Re: Call for Foundation-supported Project Ideas To: Emmanuel Vadot Cc: Warner Losh , Joseph Mingrone , =?UTF-8?B?w5Z6a2FuIEtJUklL?= , Michael Schuster , Kyle Evans , Karel Gardas , FreeBSD Hackers Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4JSvs61YQkz3Lfv X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; TAGGED_RCPT(0.00)[]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N On 1/4/22, Emmanuel Vadot wrote: > You can't get or set the mode after ExitBootService in UEFI, you only > have the framebuffer setup by the firmware. > >> With non-UEFI or old UGA UEFI implementations possibly one could use >> the dual BIOS=C2=B4 CSM part. Just call the CSM BIOS init to set up GPU = and >> the int 10h interface, and then set previously used mode+redraw. >> BTW, doing that also could both enable vt(4) to change >> modes/resolutions and using sc on UEFI computers. > > UGA have nothing to do with having CSM. > Also I'm unsure if INT 10 would work when booted in UEFI, i.e. I don't > think that the firmware will setup the handler in non-CSM mode. After the UEFI boot service is no longer needed, one can check the VGA BIOS UEFI signature for presence of a dual BIOS with normal VGA BIOS (which is being used in CSM mode) in addition to UEFI BIOS. Afaik, there are few if any UEFI compatible graphics cards without dual BIOS, as those would not work in computers without UEFI. If VGA BIOS presence is detected on the graphics card, calling the VGA BIOS init sets up the int 10h handler. After doing this, the UEFI crap limitations are gone. On 1/4/22, Emmanuel Vadot wrote: > On Tue, 4 Jan 2022 08:14:23 +0100 > Stefan Blachmann wrote: > >> On 1/4/22, Warner Losh wrote: >> > Not without loading the xorg graphics stuff... graphics chips from the >> > last >> > 15 or 20 years have lots of chip specific state that only the graphics >> > stuff knows about... IIRC, it only knows about it because it put the >> > graphics into a known state... it's the main reason laptops stopped >> > suspending in the early 2000s... it looks to be a lot of work for a >> > relatively rare use case... >> >> UEFI GOP seems to have the necessary functionalities >> (https://wiki.osdev.org/GOP#Get_the_Current_Mode) so I guess the work >> required would be limited (restore mode and redraw screen from >> buffer). > > ? > You can't get or set the mode after ExitBootService in UEFI, you only > have the framebuffer setup by the firmware. > >> With non-UEFI or old UGA UEFI implementations possibly one could use >> the dual BIOS=C2=B4 CSM part. Just call the CSM BIOS init to set up GPU = and >> the int 10h interface, and then set previously used mode+redraw. >> BTW, doing that also could both enable vt(4) to change >> modes/resolutions and using sc on UEFI computers. > > UGA have nothing to do with having CSM. > Also I'm unsure if INT 10 would work when booted in UEFI, i.e. I don't > think that the firmware will setup the handler in non-CSM mode. > >> But I think you are right, there are probably not too many users who >> would make use of that. >> >> >> On 1/4/22, Warner Losh wrote: >> > On Mon, Jan 3, 2022, 11:03 PM Stefan Blachmann >> > wrote: >> > >> >> Implementing S3 suspend/resume was a sponsored project itself. >> >> However, it still does only work when at xorg graphics mode, which >> >> already was topic in this thread. >> >> When using it from console, no matter sc or vt, it still hangs with >> >> dark screen and unresponsive keyboard. >> >> Could finishing the suspend/resume work be sponsored, so that it also >> >> works on console-only computers? >> >> >> > >> > Not without loading the xorg graphics stuff... graphics chips from the >> > last >> > 15 or 20 years have lots of chip specific state that only the graphics >> > stuff knows about... IIRC, it only knows about it because it put the >> > graphics into a known state... it's the main reason laptops stopped >> > suspending in the early 2000s... it looks to be a lot of work for a >> > relatively rare use case... >> > >> > Warner >> > >> > >> >> On 12/30/21, Joseph Mingrone wrote: >> >> > On Thu, 2021-12-30 at 14:15, Joseph Mingrone >> >> > wrote: >> >> > >> >> >> On Thu, 2021-12-30 at 08:05, =C3=96zkan KIRIK >> >> >> wrote: >> >> >>> I've ideas about enhancing the routing architecture. Is it >> >> >>> possible >> >> >>> to >> >> >>> add to wiki? >> >> > >> >> >> Certainly. Please do. >> >> > >> >> > The link again is https://wiki.freebsd.org/2021FoundationCFI >> >> > >> >> >> >> >> > >> > > > -- > Emmanuel Vadot >