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

[Гость]

раньше pdf-ки были доступны прямо с vesa.org. Сейчас че-то только ошибка 404 доступна.

[Хостинг 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/

[Гость]

как насчет VESA BIOS Extension/Accelerator Functions VBE/AF (google cache)?

[paradox]

их за бабки раздают
и помоему с другого сайта

вот

if multiple controllers are present in the system, the second controller can only be controlled via the VBE/AF Acceleration Function specification (contact VESA for more information)

Note that the VBE/Core specification does not include any support for hardware acceleration function such as 2D and 3D graphics primitives or video acceleration. If you wish to use such feautures please refer to the VBE/AF Acceleration Function specification (contact VESA for more information)

[terminus]

ftp://ftp.cis.nctu.edu.tw/pub/csie/Soft ... E-AF07.PDF

погуглил (цопайте пока жадные проприетарщики ссылки не потерли)

[paradox]

осталось сам VBEAF.DRV найти))) гг

[paradox]

гг замкнутый круг
http://www.talula.demon.co.uk/freebe/

вообщем VBE/AF не поддерживаеться биосами
это драйвер который дает возможность использовать некоторые елементы ускорения
с таким успехом проще писать дрова отдельно))) для каждой видухи

[paradox]

либо нужен постоянный доступ к ресурсу который выпускает этот vbeaf.drv
что бы иметь поддержку этой акселерации для новых карт

[paradox]

к вопросу о том как связать drm с консоль.

очень просто
нужно сделать обьязку для drm котроая бы могла в ядро експортировать функции базовых примитивов
нарисовать пиксель
скопировать область из памяти в видео память
тоесть еслия правильно понимаю что делает drmlib то нужно именно ее перенести в ядро и дать консоли заюзать эти функции

[Гость]

либо нужен постоянный доступ к ресурсу который выпускает этот vbeaf.drv
что бы иметь поддержку этой акселерации для новых карт

но ведь xf86-video-vesa же не использует vbeaf.drv. Там юзается shadow framebuffer. Можно ли подобное сделать и для libvgl?

[paradox]

шадов фб не даст акселерации
акселерацию дает аппаратное управление функциями видео карты

например вместо того что бы рисовать в памяти(видео памяти) делаеться указание в регистрах видеокарты что и как сделать
и видео карта сама рисует
либо указываеться область памяти и даються указания что с этой памятю сделать
например преобразовать в 3d куб и повернуть
итд

[paradox]

шадов фб поможет избежать мерцания в динамических картинках
но не как не ускорения

[Гость]

это все равно не объясняет почему xf86-video-vesa рендерит видео шустрее чем vesa.ko. Значит оптимизирует сам Xserver или pixman?

[paradox]

ну да оптимизирует

[_Andy]

_Andy, как насчет такого простенького порта: vesa-kmod.diff. Просто скопировал у файлы и запихнул их в тарболл с датой, а пути поправил в цели post-patch.
Не знаю, правда, что делать с комментариями к патчам. Получается вообще без документации.

Так я же уже сделал порт. Меня интересуют твои патчи, ты я так понял парадоксовские долизал до кондиции и у себя выложил, верно?

[Гость]

Меня интересуют твои патчи, ты я так понял парадоксовские долизал до кондиции и у себя выложил, верно?

ну да, в основном косметические изменения и комментарии. Только не все патчи там засунешь в порт. Последние два требуют пересборки самого ядра.

[_Andy]

Меня интересуют твои патчи, ты я так понял парадоксовские долизал до кондиции и у себя выложил, верно?

ну да, в основном косметические изменения и комментарии. Только не все патчи там засунешь в порт. Последние два требуют пересборки самого ядра.

Это понятно. Я кстати успел поглядеть порт, но еще не попробовал его - ты не возражаешь, если я, так сказать, немного переделаю порт, ну дабы нам не плодить разные сущности. Хотя один патч, семерочный все равно выкидывать придется.

[paradox]

сделайте дифф
scvid* который разный под 8 и 7
и добавте в один ifdef версия бсд
и будет универсальный порт

[paradox]

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

[Гость]

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

нашел решение -> засунуть в pkg-message так же как сделал с xf86-video-nouveau.

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

===>  Installing for vesa-kmod-20090819
===>   Generating temporary packing list
===>  Checking if misc/vesa-kmod already installed
install -o root -g wheel -m 555   vesa.ko /boot/modules
install -o root -g wheel -m 555   vesa.ko.symbols /boot/modules
kldxref /boot/modules

You might want to apply 2 additional patches for syscons(4) from
ftp://ftp.lissyara.su/users/Guest/vesa/

0005-add-support-to-switch-to-8bit-modes-into-syscons-4.patch
0006-fix-setting-graphics-mode-during-bootlog-and-extend-.patch

and rebuild kernel. The procedure should look like one below

    $ cd /usr/src
    $ patch -sp1 -i /path/to/filename.patch
    $ make kernel

Note: don't be afraid to look inside those patches. They contain comments
      at the top.

===>   Registering installation for vesa-kmod-20090819

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

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

Хотя один патч, семерочный все равно выкидывать придется.

дай на патч-то глянуть.

сделайте дифф
scvid* который разный под 8 и 7
и добавте в один ifdef версия бсд
и будет универсальный порт

а линкер не будет ругаться, что символы повторяются?

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

sys/conf/files:
dev/syscons/scvidctl.c          optional sc

sys/conf/files.{i386,amd64}:
dev/syscons/scvgarndr.c         optional        sc vga

[_Andy]

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

--- scvesactl.c	2009-08-14 19:32:36.000000000 +0400
+++ /usr/src/sys/dev/syscons/scvesactl.c	2009-08-15 14:55:33.000000000 +0400
@@ -1,5 +1,35 @@
+/*-
+ * Copyright (c) 1998 Kazutaka YOKOTA <yokota@zodiac.mech.utsunomiya-u.ac.jp>
+ * All rights reserved.
+ *
+ * This code is derived from software contributed to The DragonFly Project
+ * by Sascha Wildner <saw@online.de>
+ *
+ * Redistribution and use in source and binary forms, with or without
+ * modification, are permitted provided that the following conditions
+ * are met:
+ * 1. Redistributions of source code must retain the above copyright
+ *    notice, this list of conditions and the following disclaimer as
+ *    the first lines of this file unmodified.
+ * 2. Redistributions in binary form must reproduce the above copyright
+ *    notice, this list of conditions and the following disclaimer in the
+ *    documentation and/or other materials provided with the distribution.
+ *
+ * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR
+ * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES
+ * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED.
+ * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT,
+ * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT
+ * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE,
+ * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY
+ * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
+ * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF
+ * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
+ *
+ */
+
 #include <sys/cdefs.h>
-__FBSDID("$FreeBSD: src/sys/dev/syscons/scvesactl.c,v 1.26 2008/08/20 08:31:58 ed Exp $");
+__FBSDID("$FreeBSD: src/sys/dev/syscons/scvesactl.c,v 1.25.8.1 2009/04/15 03:14:26 kensmith Exp $");
 
 #include "opt_vga.h"
 
@@ -13,21 +43,24 @@
 #include <sys/fbio.h>
 #include <sys/consio.h>
 
-//#include <machine/pc/vesa.h>
 #include "vesa.h"
 
 #include <dev/fb/fbreg.h>
 #include <dev/syscons/syscons.h>
 
-static tsw_ioctl_t *prev_user_ioctl;
+static d_ioctl_t *prev_user_ioctl;
 
 static int
-vesa_ioctl(struct tty *tp, u_long cmd, caddr_t data, struct thread *td)
+vesa_ioctl(struct cdev *dev, u_long cmd, caddr_t data, int flag, struct thread *td)
 {
 	scr_stat *scp;
+	struct tty *tp;
 	int mode;
 
-	scp = SC_STAT(tp);
+	tp = dev->si_tty;
+	if (!tp)
+		return ENXIO;
+	scp = SC_STAT(tp->t_dev);
 
 	switch (cmd) {
 
@@ -90,7 +123,7 @@
 	}
 
 	if (prev_user_ioctl)
-		return (*prev_user_ioctl)(tp, cmd, data, td);
+		return (*prev_user_ioctl)(dev, cmd, data, flag, td);
 	else
 		return ENOIOCTL;
 }

Актуален только для семерки.
Если будешь вести сам порт, тогда включи в него еще патч:

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

--- Makefile.orig	2009-08-15 14:56:15.000000000 +0400
+++ Makefile	2009-08-15 14:56:25.000000000 +0400
@@ -1,7 +1,7 @@
 
 .PATH:	${.CURDIR} /usr/src/sys/dev/syscons
 
-KMOD=	vesa
+KMOD=	newvesa
 SRCS=	vesa.c scvesactl.c opt_vga.h opt_vesa.h x86emu_util.c x86emu.c
 
 WERROR=

Дабы не путать с оригинальным файлом.

[Гость]

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

-KMOD=	vesa
+KMOD=	newvesa

а ты пробовал загрузить одновременно vesa.ko и newvesa.ko?

[paradox]

ну теперь те куски сделать в ifdef versionBSD

так scvesactl.c переноситься в модуль
почему он будет конфликтовать если его использует токо vesa

[paradox]

уберите newvesa
сделайте vesa который инсталлиться в /boot/modules/
а не в /boot/kernel/
или вообще его заменяет полностью так что бы пакет нельзя было удалить)) токо поставить

[Гость]

ну теперь те куски сделать в ifdef versionBSD

__FreeBSD_version из <sys/param.h>?

так scvesactl.c переноситься в модуль
почему он будет конфликтовать если его использует токо vesa

нет, конфликтовать будут патченные scvgarndr.c, scvidctl.c и syscons.c. Но, похоже, я не о том подумал.

сделайте vesa который инсталлиться в /boot/modules/

сделал с самого начала. инсталлить в /boot/kernel просто глупо, ибо он после installkernel "исчезнет".

или вообще его заменяет полностью так что бы пакет нельзя было удалить)) токо поставить

приоритет поиска модулей кстати: сначала искать в /boot/kernel и только потом в /boot/modules. Так что если /boot/kernel/vesa.ko существует, то он будет загружаться по дефолту, что, впрочем, не так уж и плохо.

[paradox]

__FreeBSD_version из <sys/param.h>?

нуда

нет, конфликтовать будут патченные scvgarndr.c, scvidctl.c и syscons.c. Но, похоже, я не о том подумал.

ну так мы про модуль а не дополнительные патчи
сам модуль веса независим
а 8 битовая кодировка и бутскрин то другое