Date: Tue, 4 Jan 2022 14:19:17 +0100 From: Karel Gardas <gardask@gmail.com> To: Stefan Blachmann <sblachmann@gmail.com>, Warner Losh <imp@bsdimp.com> Cc: FreeBSD Hackers <freebsd-hackers@freebsd.org> Subject: Re: Call for Foundation-supported Project Ideas Message-ID: <13b4121f-0e3f-1650-f362-4d4a8209ac8f@gmail.com> In-Reply-To: <CACc-My1WHdgxidCiYDW2RrWxM4sKao7o_Tw-pZuuE_Y0WXC4JQ@mail.gmail.com> References: <861r36xzpe.fsf@phe.ftfl.ca> <61100a28-40ae-4458-d7d5-3bc9b13ba219@gmail.com> <CADqw_gKkii%2BBHk7_jPE0DV5ZdF86ydEq956WDtZOP1N9GBjAPw@mail.gmail.com> <CACNAnaH4GH_n8GVYN44op-VO7VZ5_GLP8SBj0SfoC5KoBSFDQw@mail.gmail.com> <CADqw_gJuU6_Wt-GEJduz_Tm0oQg4dDv-5XDz1bsgWqtCmp1R2w@mail.gmail.com> <CAAcX-AHCom%2B5Zf2ENf%2BcFxPDrCWY=e_EaXfRamd%2BwnynBn1-VQ@mail.gmail.com> <864k6qj6x6.fsf@phe.ftfl.ca> <86zgoihs64.fsf@phe.ftfl.ca> <CACc-My26b1GZ7_s93Jx-DgeA=8%2BdS_2MYSoCv_D6uzRihyNHNQ@mail.gmail.com> <CANCZdfq7s2ODPbrZRztXQ7q1aMeDtK-bsoEoW%2BZKDkiyktKUSQ@mail.gmail.com> <CACc-My1WHdgxidCiYDW2RrWxM4sKao7o_Tw-pZuuE_Y0WXC4JQ@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 1/4/22 8:14 AM, Stefan Blachmann 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). Wouldn't that stumble over drm based driver code? Assuming majority of users are using drm based X server and not efifb based one...
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?13b4121f-0e3f-1650-f362-4d4a8209ac8f>