Re: Why is the console a graphic/bitmapped console, and not text/character by default

> On 12. Apr 2020, at 08:34, Chris <bsd-lists_at_BSDforge.com> wrote:
> 
> On Sun, 12 Apr 2020 08:04:43 +0300 Toomas Soome tsoome_at_me.com <mailto:tsoome_at_me.com> said
> 
>> You have UEFI setup? With UEFI, there is no text mode.
>> If mouse copy/paste is working is not a property of screen mode but it if the
>> console driver does implement it or not.
>> Sent from my iPhone
>> > On 12. Apr 2020, at 07:41, Chris <bsd-lists_at_bsdforge.com> wrote:
>> > > Sorry for the ling title. But wasn't sure how make my
>> > question more concise.
>> > Why did we begin making an initial console "graphics mode"
>> > by default. My understanding has always been that (Free)BSD
>> > has been a "Server by default", and a Desktop after an initial
>> > install if that's one chosen target.
>> > It's near impossible to perform initial configuration
>> > in graphics mode, using a mouse to cut/copy/paste does *not*
>> > work as intended. Which requires one to make the necessary
>> > changes "breaking to the new system" after install completes
>> > to change initiation to test-mode before bouncing the box.
>> > While this "works" for long-time users. It's an *extra*, and
>> > seemingly *unnecessary* step. It is also likely to behoove
>> > first-time/new users -- except those already targeting a
>> > Desktop.
>> > > Thanks for any insight into this! :)
>> > > --Chris
>> > > 
> With (U)EFI firmware, you're in graphics until the kernel takes over.
> Where you can switch/change/obtain text/character mode.
> 
> I'm not we're talking about the same thing here.
> 


UEFI systems *may* provide VGA bios for gfx, but thats not granted, and if not you have no “text” mde at all. In virtual environment it is possible you do not get even framebuffer mapped memory.

rgds,
toomas