графическая консоль

[Гость]

пока применил

Код: Выделить всё

diff --git a/sys/dev/fb/vesa.c b/sys/dev/fb/vesa.c
index 6ba89c8..a28cfe9 100644
--- a/sys/dev/fb/vesa.c
+++ b/sys/dev/fb/vesa.c
@@ -50,6 +50,7 @@ __FBSDID("$FreeBSD$");
 #include <dev/fb/fbreg.h>
 #include <dev/fb/vgareg.h>
 
+#include <isa/isareg.h>
 #include <machine/cpufunc.h>
 
 #include <contrib/x86emu/x86emu.h>
@@ -224,10 +225,6 @@ static int vesa_get_origin(video_adapter_t *adp, off_t *offset);
 
 #define REALOFF(x)	(x*4096)
 
-/* hack taken from ISA */
-#define IO_CGA		0x3D0	/* CGA Ports */
-#define IO_MDA		0x3B0	/* Monochome Adapter */
-
 static unsigned char *emumem = NULL;
 
 static uint8_t
@@ -1694,7 +1691,10 @@ vesa_load(void)
 	if (vesa_init_done)
 		return 0;
 
+#if 0
+	/* Can `emumem' be zero here? */
 	emumem = pmap_mapbios(0x0, 0xc00000);
+#endif
 
 	memset(&vesa_emu, 0, sizeof(vesa_emu));
 	x86emu_init_default(&vesa_emu);

не знаю пока что написать для

если не убрать COL ROW на нули
и не пофиксить ниже scp->font_*
то текста на консоли не будет

в какой момент не будет? че-то я не очень понял при каких условиях появляется бяка

бяка уже есть
перавый фикс токо расширяет что бы можно было задавать граф мод с flags
а сам глюк через который у тебя закомментирован давно 0x180 флаг
как раз и фикситься всем остальным

но могу попробовать перефразировать твой английский

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[paradox]

Код: Выделить всё

+#if 0
+   /* Can `emumem' be zero here? */
   emumem = pmap_mapbios(0x0, 0xc00000);
+#endif

ты шо!!! убери if endif
это же биос
оставь токо комментарий
я бы поставил коммент

[paradox]

но могу попробовать перефразировать твой английский

фикс зе бутлог консоле енд екстенд ит фо сетап ани айваил резолюшин

шото типа такого
тоесть гланое что патч это фиксит бутлог - который поломан кстати и не работает
а потом уже расширяет до возможность устанавливать любое разрешение

[Гость]

но могу попробовать перефразировать твой английский

фикс зе бутлог консоле енд екстенд ит фо сетап ани айваил резолюшин

шото типа такого
тоесть гланое что патч это фиксит бутлог - который поломан кстати и не работает
а потом уже расширяет до возможность устанавливать любое разрешение

поменял заголовок, теперь так

Код: Выделить всё

Subject: fix setting graphics mode during bootlog and extend it

Graphics mode is enabled by specifying 0x80 as syscons(4) driver flag
using device.hints(5). If it's not supported by your configuration
then booting continues in text mode. Otherwise desired mode can be
specified by left-shifting 4 positions its number in driver flags,
e.g. mode 0x118 becomes flag 0x1180000. The default mode is 0x115
(800x600x32).  Maximum/minimum are 0x1ff/0x100, otherwise default mode
is used.

For example, to choose mode 280 add following to loader.conf(5):

    hint.sc.0.flags=0x1180180

where 0x180 at the right end preserves default 0x100 flag for keyboard
autodetection.

Then you can remove superfluous MODE_280 from allscreens_flags
in rc.conf(5).

[Гость]

Код: Выделить всё

+#if 0
+   /* Can `emumem' be zero here? */
   emumem = pmap_mapbios(0x0, 0xc00000);
+#endif

ты шо!!! убери if endif
это же биос
оставь токо комментарий
я бы поставил коммент

так?

Код: Выделить всё

@@ -1691,10 +1691,7 @@ vesa_load(void)
        if (vesa_init_done)
                return 0;

-#if 0
        /* Can `emumem' be zero here? */
-       emumem = pmap_mapbios(0x0, 0xc00000);
-#endif

        memset(&vesa_emu, 0, sizeof(vesa_emu));
        x86emu_init_default(&vesa_emu);

или комментарий должен быть подробнее? и может быть использовать NULL вместо `zero'?

[Гость]

paradox, ты, кстати, не пробовал портировать dpms(4) на x86emu? более общая альтернатива для засыпания нежели использование drm драйвера. Там только одна функция dpms_call_bios() использует vm86.

[_Andy]

Хрена Вы тут развернулись! "Спасибо" модеру, который тему перенес, непонятно за каким хером.
Для семерки патчи будут работать? А то бы я в "порт" добавил.

[Alex Keda]

Хрена Вы тут развернулись! "Спасибо" модеру, который тему перенес, непонятно за каким хером.
Для семерки патчи будут работать? А то бы я в "порт" добавил.

спят они. всю ночь кодили.
пусть спят. большую работу сделали.

[paradox]

хватит издеваться

Код: Выделить всё

@@ -1691,10 +1691,7 @@ vesa_load(void)
        if (vesa_init_done)
                return 0;
-#if 0
        /* Can `emumem' be zero here? */
       emumem = pmap_mapbios(0x0, 0xc00000);
-#endif
        memset(&vesa_emu, 0, sizeof(vesa_emu));
        x86emu_init_default(&vesa_emu);

pmap_mapbios ненадо убирать)))
токо if и endif

[paradox]

paradox, ты, кстати, не пробовал портировать dpms(4) на x86emu? более общая альтернатива для засыпания нежели использование drm драйвера. Там только одна функция dpms_call_bios() использует vm86.

а drm там каким образом?

[paradox]

Хрена Вы тут развернулись! "Спасибо" модеру, который тему перенес, непонятно за каким хером.
Для семерки патчи будут работать? А то бы я в "порт" добавил.

попробуй пропатч))
для 7 и не токо работать будут
они там работать правильнее будут чем для 8

[paradox]

paradox, ты, кстати, не пробовал портировать dpms(4) на x86emu? более общая альтернатива для засыпания нежели использование drm драйвера. Там только одна функция dpms_call_bios() использует vm86.

можешь попробовать по аналогии с vesa портировать
там всего лиш одна функция
токо я не совсем понял зачем он нужен
засыпание для монитора?

[Гость]

а drm там каким образом?

наверное я неправильно понял и следующее касается только intel'а

> Resuming in text mode does generate a panic. I've included the requested
> information below. However, this may be a red herring: I've never been
> able to resume in text mode, so it is possible these two resume problems
> are unrelated.

Manually kldload i915.ko when in text mode. As long as it is loaded, it
should manage the hardware during suspend/resume. Meaning that you
don't need to be in X for it to do it's thing...

[Гость]

pmap_mapbios ненадо убирать)))
токо if и endif

пардон, я перепутал просьбу об удалении vesa_fix_ptr и строчки с pmap_mapbios
Поправил, уже.

[paradox]

можешь попробовать по аналогии с vesa портировать
там всего лиш одна функция
токо я не совсем понял зачем он нужен
засыпание для монитора?

токо появляеться такая фигня
что нужно перетягивать xemu86 чуть ли не в ядро
или делать для него отдельные обертки
потому как на каждую вирутальную машину делать pmap_bios
это уже слишком
работать будет но не есть гуд
лучше сделать один раз
и сделать один констект глобальный типа vesa_emu токо под другим именем например xemu86_ctx

тогда будет видна одна глобальная функция аля x86emu_exec_intr(&xemu86_ctx, 0x10);
ну итд

а общая функция x86emu_exec_intr уйдет в спин локи
что бы разные обращения не ломали всего констекста

[paradox]

тоесть все будет выглядет как то так
токо для x86emu
в спин локах и критических секциях

Код: Выделить всё

int
vm86_intcall(int intnum, struct vm86frame *vmf)
{
        int retval;

        if (intnum < 0 || intnum > 0xff)
                return (EINVAL);

        vmf->vmf_trapno = intnum;
        mtx_lock(&vm86_lock);
        critical_enter();
        retval = vm86_bioscall(vmf);
        critical_exit();
        mtx_unlock(&vm86_lock);
        return (retval);
}

тогда vm86 нафиг вообще не нужен
и половина функций например apm котроые есть токо в i386 можно будет разрешить и для amd64

[paradox]

кстати после

Код: Выделить всё

keymap="ru.koi8-r"

или
после

Код: Выделить всё

scrnmap="koi8-r2cp866"

точно уже не помню
теряеться индикация по CapsLed переключения между русс англ
на 5 еще работало
на 7 уже болт
проверь у себя если баг повториться
попробуй отписать баг репорт))) я когда то отписывал они нефига не поняли и я забил
а то раздражает что нет индкации
хотя если поднять иксы в иксах индикация уже есть
в консоли нет

[Alex Keda]

хватит издеваться

а я не издеваюсь. дело-то нужное, хоть и немногим, но нужное.
много народу иксы держит тока ради большего разрешения. и только.

[paradox]

лисс я не тебе)) я гостю писал
что хватит издеваться с патчем pmap_bios
но он уже исправил)))

[_Andy]

Мне нужное. Хоть что-то интересное делается. Если доведется до ума и
utf-8 в терминале нативно, то грядет роскошный патчсет.

[paradox]

кто патчить будет?
терминус получил ответ от ed@ ?
ed@ это интересно или он на своей волне?

ed@ уже поламал syscons в 8
так что про utf8 я бы и не надеялся

[terminus]

кто патчить будет?
терминус получил ответ от ed@ ?
ed@ это интересно или он на своей волне?

ed@ уже поламал syscons в 8
так что про utf8 я бы и не надеялся

не - нет ответа. писал на ed@freebsd.org
у него кажется еще какой-то ящик есть с которого он в листы пишет: ed at 80386.nl
я ща еще разок туда пошлю и в current@ копию.
постараюсь обяснить про начинание и призвать к просмотру/рецензиям...

[paradox]

>terminus
ненужно не к чиму призывать)) и навязывать чтобы он что то коммитил
просто нужно оффициальная позиция
пусть по своему переделают
я код лиш для примера накидал
просто интересен сам факт
имея собраные на коленках дрова веса - но работающие
будут они добавлять теперь такую возможность в ядро
или оно им и нафиг не нужно)))

[Alex Keda]

а я считаю что нужно.
и в рассылку и на другой адрес.
пусть смотрят и думают.
=============
2 Andy
ты такой умный - тебе череп не жмёт?
в отличие от линуха у сообщества фри есть идея. и то что они ей следуют - тебя почему-то страшно беспокоит.
нету поделий столмана инету. и хорошо.
а что касается того что не принимают твои тухлые помидоры - ну уж извини.
когда научишься на ихнем языке внятно объяснять чё это и зачем - тогда и пиши снова.
может они и прада всем нужны, твои помидоры....

[terminus]

Отправил я в freebsd-current@ и на 80386.nl портянку длиной в четыре страницы (сочинил вроде складно)
Типа, надо теперь подождать, что скажут...
---
тред:
http://lists.freebsd.org/pipermail/free ... 10793.html