Re: Reasons for keeping sc(4) and libvgl ?

From: Emmanuel Vadot <manu_at_bidouilliste.com>
Date: Fri, 26 Nov 2021 17:15:50 UTC
On Fri, 26 Nov 2021 23:26:47 +0700
Eugene Grosbein <eugen@grosbein.net> wrote:

> 26.11.2021 23:13, Emmanuel Vadot wrote:
> 
> >  Better as in it doesn't respect the specs ?
> 
> People (except of programmers :-) do not work with specs,
> they work with real pieces of metal. sc(4) works out of the box
> and an upgrade does not ruin the system, so it is considered better.

 That's one way of seeing things.

> I was forced to deal with production system broken with 11.1->11.2 upgrade (it used vt(4) by default)
> and it was not fun.
> 
> >  You said yourself in this PR that we should blame the manufacturer.
> >  Now if you want to work on making hw.vga.acpi_ignore_no_vga better in
> > loader based on the smbios info and some quirk table please go ahead.
> >  But don't say that sc(4) is better because it works on buggy hardware
> > as it ignores some stuff.
> 
> No, I will keep saying that compatibility with buggy hardware is better than lack of compatibility;
> at least in case we already have the compatibility and going to lose it.

 And we have a workaround for this issue, I think it should be better
so I understand your point here.
 BTW all those users with buggy system will never had this problem if
they choose to use uefi but ...

> >> I'd like more FreeBSD developers respect POLA these days
> >> and take responds like "I've always used sc(4), it works for me don't touch it" seriously.
> >>
> >> Please, don't touch what works and works good.
> >>
> > 
> >  Why POLA ?
> >  I'm asking for reasons to keep sc(4), how the hell is that POLA to ask
> > some questions ?
> 
> Removal of sc(4) will astonish part of our user base. We should avoid it.

 I'm not saying that we should remove sc(4) now obviously.
 I'm saying that remove it should be the plan (and I think have been
for quite some time now) and I'd like to understand the last issues
with vt(4) for this.

-- 
Emmanuel Vadot <manu@bidouilliste.com> <manu@freebsd.org>