From nobody Tue Jan 04 07:14:23 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 0319F1920D18 for ; Tue, 4 Jan 2022 07:14:32 +0000 (UTC) (envelope-from sblachmann@gmail.com) Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (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 4JSkPz6Bj4z4rv0; Tue, 4 Jan 2022 07:14:31 +0000 (UTC) (envelope-from sblachmann@gmail.com) Received: by mail-lj1-x22e.google.com with SMTP id v15so59448780ljc.0; Mon, 03 Jan 2022 23:14:31 -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=n45u3enJrEVm7ud8X8ifQhBRt2G/h1ZVTwr0adLFwbo=; b=Xd71i/5LOHJcFQ8Ox4ySTSEKNVMwR1Jj0UeWpWoIhxDALNNmFGqkvGCy7FIQhtruxU sgBt/QuC2VJs42SFsKN7gOxZ+xByc3NImiP+/g1aDXV2uFqtTzJvOKFChN2zpk06EbCZ a/oP4QnutdhF8e7MeoFHZ/5IfewYBJDYJ94q76LXj4hLajW1B3x3aHL8wo1NDC/8bHpj PTyBZy4cAKcQcg9BXAMoXpca9TOw8U/cH2xZ9+pBr0St0dcJkqD5j3dL4sMiepbsyTA0 6CexBhbETLuuXdWPpZ1XAPJmuUc8f9SNT+7LvwW4ymqgxab8D/Yu9KzWlEAz6o/TRM+t M3Vg== 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=n45u3enJrEVm7ud8X8ifQhBRt2G/h1ZVTwr0adLFwbo=; b=lio920kgUfoTAKMST6PljwgL6wDkzVyDCybqULTNVhrzt4Ju4mkbEPCK478R8dyrrY uNuO5PbkoRLXxi2QqP0ulWM+q4wUiAgOTNe1yNz2Z2bSRAEu0e508TK0nXUziPOTX0b9 8gVLNwrLLjPxEBXxB1nh4CS6aEXovbxj+Fu4avI5wYzp0FzQt6VyQte31WEI+PjECnpB efUwMZJyuGN3BrskFEJQJW7f1/FIPCuSPh/kyK8ryX2Nd4vhHIccRke66yp/75vBf25y ylM7VLiDGk2AnY5V8dFvFhXf2CJU/fO/xWccz4g6lI+lmL4a4lpWvymYuR348w4sv3NH A7EQ== X-Gm-Message-State: AOAM5307CRkgQYf0v/CW5xZs0R3JSBaC/9SBKRh0l7Aoewv/E3+axXU6 jsnK/ZGtqopeqqCcXpFjDDu8aubAtGJNORRb/H4= X-Google-Smtp-Source: ABdhPJxd4KPNsQ7+FqFEEagp5/F7PSGJq6JB2CK510erwDcSLkmWlUrjmUPYTEwnsrWOmRKPIqSb/4IX7lIgaYVBBYc= X-Received: by 2002:a2e:94cc:: with SMTP id r12mr40506697ljh.208.1641280464024; Mon, 03 Jan 2022 23:14:24 -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; Mon, 3 Jan 2022 23:14:23 -0800 (PST) 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> From: Stefan Blachmann Date: Tue, 4 Jan 2022 08:14:23 +0100 Message-ID: Subject: Re: Call for Foundation-supported Project Ideas To: Warner Losh Cc: 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: 4JSkPz6Bj4z4rv0 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, Warner Losh wrote: > Not without loading the xorg graphics stuff... graphics chips from the la= st > 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). 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. 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 la= st > 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 >> > >> >> >