From nobody Tue Jan 4 13:32:34 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 E4ADE193F3A4 for ; Tue, 4 Jan 2022 13:32:43 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mail.blih.net [212.83.155.74]) (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 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JStpL6GSRz3Bq8; Tue, 4 Jan 2022 13:32:42 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1641303155; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=5K6BW21olOIKb3+6A9pDEiZg5H917/BoEQ8L82D6VMw=; b=YOaBj/cSL8RCn3N/mXqqggYuWEIy9k3v8e+NUEam1VwO7a5V7DK45HusH0zsQOvcP3wbzm JeQysvS1/WZW+ThhmNoaEEsOr69ZoyBiZXW4y4nRBbYs+ZP1Bqw/azWetDFLjc/YmvIjJd PYnMxFjd9z/PM9vgv7XQRNVg1g/IgJM= Received: from amy (lfbn-idf2-1-1163-183.w90-92.abo.wanadoo.fr [90.92.222.183]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 2f1b6e58 (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Tue, 4 Jan 2022 13:32:35 +0000 (UTC) Date: Tue, 4 Jan 2022 14:32:34 +0100 From: Emmanuel Vadot To: Stefan Blachmann Cc: Warner Losh , Joseph Mingrone , =?ISO-8859-1?Q?=D6zkan?= KIRIK , Michael Schuster , Kyle Evans , Karel Gardas , FreeBSD Hackers Subject: Re: Call for Foundation-supported Project Ideas Message-Id: <20220104143234.d9af3a4aa841c80219cdcf75@bidouilliste.com> In-Reply-To: References: <861r36xzpe.fsf@phe.ftfl.ca> <61100a28-40ae-4458-d7d5-3bc9b13ba219@gmail.com> <864k6qj6x6.fsf@phe.ftfl.ca> <86zgoihs64.fsf@phe.ftfl.ca> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) 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 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4JStpL6GSRz3Bq8 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-Spam: Yes X-ThisMailContainsUnwantedMimeParts: N 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... >=20 > 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=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. >=20 >=20 > 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, =D6zkan 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 > >> > > >> > >> > > >=20 --=20 Emmanuel Vadot