forum.lissyara.su

paradox писал(а):как кто то говорил
"кому надо пусть тот и делает"

paradox писал(а):вообщем не попробовав не поймешь)

paradox писал(а):нее)
все равно тебе удобность консоли не понять
иксы то не то...

paradox писал(а):да он уже написан в xorg юзаеться веса драйвером...
но тот же гну

$ grep -i 'general\s*public\s*license' dist/xserver/COPYING
Exit 1

> http://lists.freebsd.org/pipermail/free ... 06376.html
>
> Here's a quote:
>
> | [FreeBSD's VESA code] is trying to use bios calls to change the
> | modes. This is something a 64 bit kernel cannot do. To make
> | this work, one would have to trampoline out of 64 bit mode and
> | into 32 bit mode, then do the vm86 or bios32() calls. This is
> | more work than it might appear at first because you have to deal
> | with interrupts. One would have to write a 32 bit mini-kernel
> | that can accept interrupts and traps, trampoline to 64 bit mode,
> | handle them, then return, switching back to 32 bit mode. All
> | with page tables etc. And of course you have to do extra data
> | copying and have a way to describe it to the API.
>
> By the way, It doesn't matter whether you use the VESA
> BIOS' real-mode functions or the protected-mode functions
> (which exist since VBE 2.0, not only 3.0). From the view
> of an amd64 kernel it doesn't make a difference.

Yeah, I came to the same conclusion when I saw, in pg. 24 of VBE 3.0
spac, that "protected mode entry point will put the CPU in 16-bit
protected mode". Using this would require two trampolines (64->32 and
32-16) but the second one jumps out of the pool.

paradox писал(а):что типа "некому писать емулятор для amd64"

paradox писал(а):нее)
все равно тебе удобность консоли не понять
иксы то не то...

Monarh писал(а):то нажав Alt+Fn сразу на нужной консоли оказываешься и не нужно гадать по содержимому на ту ты консоль попал или дальше лопатить надо
А в Иксах, если консоли просматривать на полный экран, а так гораздо удобнее, то пока Alt+Tab'ом набредёшь на нужную консоль, ...
В общем