Re: Call for Foundation-supported Project Ideas
Date: Tue, 04 Jan 2022 13:32:34 UTC
On Tue, 4 Jan 2022 08:14:23 +0100 Stefan Blachmann <sblachmann@gmail.com> wrote: > On 1/4/22, Warner Losh <imp@bsdimp.com> 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´ 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 <imp@bsdimp.com> wrote: > > On Mon, Jan 3, 2022, 11:03 PM Stefan Blachmann <sblachmann@gmail.com> > > 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 <jrm@freebsd.org> wrote: > >> > On Thu, 2021-12-30 at 14:15, Joseph Mingrone <jrm@FreeBSD.org> wrote: > >> > > >> >> On Thu, 2021-12-30 at 08:05, Özkan KIRIK <ozkan.kirik@gmail.com> > >> >> 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 <manu@bidouilliste.com> <manu@FreeBSD.org>