Отправляет email-рассылки с помощью сервиса Sendsay

vesafb на S3 Trio64: глаза боялись, а руки сделали.

Здравствуйте.

В инете нашелся патч для ядер 2.4, а у меня 2.6.11.7.
http://lists.bxlug.be/pipermail/linux-bruxelles/2002-May/002485.html
С ходу этот патч не пошел, пришлось маленько его поправить.
После этого получилась таки фреймбуфферная консоль.
Правда, русский шрифт работакт только на /dev/pts/0.
На остальных - квадратики. Что править?

[root@localhost ~]# fbset -i

mode "1024x768-76"
# D: 78.653 MHz, H: 59.949 kHz, V: 75.694 Hz
geometry 1024 768 1024 768 8
timings 12714 128 32 16 4 128 4
rgba 8/0,8/0,8/0,6/0
endmode

Frame buffer device information:
Name : VESA VGA
Address : 0xe0000000
Size : 1572864
Type : PACKED PIXELS
Visual : PSEUDOCOLOR
XPanStep : 0
YPanStep : 0
YWrapStep : 0
LineLength : 1024
Accelerator : No

А вот и сам патч, который у меня получился, может кому пригодится.

arch/i386/boot/video.S.orig 2005-04-08 02:58:45.000000000 +0800
+++ arch/i386/boot/video.S 2005-05-24 08:28:45.000000000 +0800
@ -509,6 +509,9 @@
setvesa:
DO_STORE
subb $VIDEO_FIRST_VESA>>8, %bh
+#ifndef CONFIG_FB_S3CARD
+ orw $0x4000, %bx # Use linear frame buffer
+#endif
movw $0x4f02, %ax # VESA BIOS mode set call
int $0x10
cmpw $0x004f, %ax # AL=4f if implemented
@ -582,13 +585,22 @@
cmpb $0x09, %al
jz setvesa # This is a text mode

+#ifdef CONFIG_FB_S3CARD
+#
+# removed the check for linear frame buffer as
+# we're going to try and turn it on ourselves
+#
+#else
movb (%di), %al # Check capabilities.
andb $0x99, %al
cmpb $0x99, %al
jnz _setbad # Doh! No linear frame buffer.
+#endif

subb $VIDEO_FIRST_VESA>>8, %bh
+#ifndef CONFIG_FB_S3CARD
orw $0x4000, %bx # Use linear frame buffer
+#endif
movw $0x4f02, %ax # VESA BIOS mode set call
int $0x10
cmpw $0x004f, %ax # AL=4f if implemented
drivers/video/Kconfig.orig 2005-04-08 02:57:09.000000000 +0800
+++ drivers/video/Kconfig 2005-05-23 19:37:38.000000000 +0800
@ -337,6 +337,10 @@
You will get a boot time penguin logo at no additional cost. Please
read <file:Documentation/fb/vesafb.txt>. If unsure, say Y.

+config FB_S3CARD
+ bool "S3 display support"
+ depends on FB_VESA && PCI && (X86 || X86_64)
+
config VIDEO_SELECT
bool
depends on FB_VESA
drivers/video/vesafb.c.orig 2005-05-23 19:34:19.000000000 +0800
+++ drivers/video/vesafb.c 2005-05-23 19:43:06.000000000 +0800
@ -24,6 +24,7 @@
#endif
#include <asm/io.h>
#include <asm/mtrr.h>
+#include <linux/pci.h>

#define dac_reg (0x3c8)
#define dac_val (0x3c9)
@ -235,6 +236,72 @@
if (screen_info.orig_video_isVGA != VIDEO_TYPE_VLFB)
return -ENODEV;

+#ifdef CONFIG_FB_S3CARD
+ do {
+ /* try and enable linear frame buffer on S3 cards */
+
+ struct pci_dev *dev;
+ u8 tmp;
+
+ /* find S3 on PCI bus */
+ for(dev = pci_dev_g(pci_devices.next);
+ dev != pci_dev_g(&pci_devices) &&
+ (dev->vendor != PCI_VENDOR_ID_S3 ||
+ dev->class >> 8 != PCI_CLASS_DISPLAY_VGA);
+ dev = pci_dev_g(dev->global_list.next) ) ;
+
+ if ( !dev ) {
+ break;
+ }
+
+ /* unlock S3 registers */
+ outb_p(0x38, crtc_adr); outb_p(0x48, crtc_val);
+ outb_p(0x39, crtc_adr); outb_p(0xa5, crtc_val);
+
+ /* check that CR47 is read/write */
+ outb_p(0x47, crtc_adr); outb_p(0xff, crtc_val);
+ tmp = inb_p(crtc_val);
+ outb_p(0x00, crtc_val);
+ if(tmp != 0xff || inb_p(crtc_val))
+ {
+ /* lock S3 registers */
+ outb_p(0x39, crtc_adr); outb_p(0x5a, crtc_val);
+ outb_p(0x38, crtc_adr); outb_p(0x00, crtc_val);
+
+ break;
+ }
+
+ printk("vesafb: enabling S3 linear frame buffer\n");
+
+ /* enable enhanced register access */
+ outb_p(0x40, crtc_adr); outb_p(inb_p(crtc_val) | 1, crtc_val);
+
+ /* enable enhanced functions */
+ outb_p(inb_p(0x4ae8) | 1, 0x4ae8);
+
+ /* enable enhanced mode memory mapping */
+ outb_p(0x31, crtc_adr); outb_p(inb_p(crtc_val) | 8, crtc_val);
+
+ /* enable linear frame buffer and set address window to max */
+ outb_p(0x58, crtc_adr); outb_p(inb_p(crtc_val) | 0x13,crtc_val);
+
+ /* disabled enhanced register access */
+ outb_p(0x40, crtc_adr); outb_p(inb_p(crtc_val) & ~1, crtc_val);
+
+ /* lock S3 registers */
+ outb_p(0x39, crtc_adr); outb_p(0x5a, crtc_val);
+ outb_p(0x38, crtc_adr); outb_p(0x00, crtc_val);
+
+ /* save base address */
+ screen_info.lfb_base = dev->resource[0].start & PCI_BASE_ADDRESS_MEM_MASK;
+
+ /* disable fancy stuff */
+ screen_info.vesapm_seg = 0;
+
+ } while(0);
+#endif
+
+
vesafb_fix.smem_start = screen_info.lfb_base;
vesafb_defined.bits_per_pixel = screen_info.lfb_depth;
if (15 == vesafb_defined.bits_per_pixel)

Ответить   Алексей Tue, 24 May 2005 09:56:19 +0800 (#372715)

 

Ответы:

В сообщении от 1116917779 секунд после начала Эпохи Unix Вы написали:

Э-э а причем тут псевдотерминалы? Может имелось в виду `/dev/tty1'?

Ответить   Konstantin Korikov Tue, 24 May 2005 13:03:43 +0300 (#372925)

 

В Вто, 24/05/2005 в 13:03 +0300, Konstantin Korikov пишет:

Да, верно. Имею в виду 1й терминал.

В Вто, 24/05/2005 в 14:42 +0400, Roman I Khimov пишет:

С английским особых проблем нет, а вот писать к нему комментарий некогда.
Если кто-нибудь тут хорошо знает английский и имеет S3 Trio + свободное время
- сделаете?

А это врядли. Кому сейчас нужна поддержка такого барахла?

В Вто, 24/05/2005 в 21:00 +0400, ZVital пишет:

Ещё бы переключение видеорежимов работало на ходу.
Прикрутить этот патч с vesafb-tng у меня сходу не получилось -
собралось, но не работает ни в ядре, ни модулем.
При загрузке пишет что-то вроде "vesafb thread not running".
Точно не помню: vesafb дома, а почта - на работе.
Ковыряться в нем сейчас некогда, а где-то через месяц может и займусь.

Какую?

Должно помочь. Не суть важно, какой именно код ошибки вернет драйвер.

У меня часа 4, но это с нуля. А пересборка после патча - несколько минут.
А почему пересобирается всё, а не только измененные файлы?
Похоже, что-то неправильно настроено.

На 2.6.11.7 - нет, но ядро-то немного другое, так что кто его знает.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 18922; Возраст листа: 670; Участников: 1360
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/373469

Ответить   Алексей Wed, 25 May 2005 15:38:41 +0800 (#373469)

 

В сообщении от Wed, 25.May.2005, 15:38:41 +0800, Алексей писал:

Вывод выглядит так:
CC drivers/video/fbmem.o
drivers/video/fbmem.c: In function `fb_cursor':
drivers/video/fbmem.c:933: warning: passing arg 1 of `copy_from_user'
discards qualifiers from pointer target type
CC drivers/video/fbmon.o
CC drivers/video/fbcmap.o
CC drivers/video/fbsysfs.o
CC drivers/video/modedb.o
CC drivers/video/softcursor.o
CC drivers/video/vesafb.o
drivers/video/vesafb.c: In function `vesafb_probe':
drivers/video/vesafb.c:245: error: `crtc_adr' undeclared (first use in
this function)
drivers/video/vesafb.c:245: error: (Each undeclared identifier is
reported only
once
drivers/video/vesafb.c:245: error: for each function it appears in.)
drivers/video/vesafb.c:245: error: `crtc_val' undeclared (first use in
this function)

Непомогло :(

Незнаю, у меня всегда пересобирается все ядро, и на Mandrake (почти все
версии начиная с 9.0, 9.2, 10.1), и на gentoo 2004.2.
Сейчас настроил ccache, пошло почти в два раза быстрее, но всеравно
компилируется полностью.

Ядро из интернета скачивали? Может быть дадите точную ссылочку (если
конечно сохранилась), очень уж фреймбуфер нужен.

Зарание благодарен

ZVital

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 18929; Возраст листа: 670; Участников: 1360
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/373622

Ответить   Wed, 25 May 2005 20:24:14 +0400 (#373622)

 

В Срд, 25/05/2005 в 20:24 +0400, ZVital пишет:

Извиняюсь, надо было мне проверить патч перед отправкой сюда.
Не хватает вот чего:

#define dac_reg(0x3c8)
#define dac_val(0x3c9)
+#ifdef CONFIG_FB_S3CARD
+#define crtc_adr (0x3d4)
+#define crtc_val (0x3d5)
+#endif

Ядра из дистрибутивов?

ftp.ru.kernel.org

Для чего? Если для работы в консоли - частота обновления низковата. Если
для просмотра видео mplayerом - тормозит. :(( Под пользователем -
слайдшоу, под рутом - видео нормальное, но звук и изображение
рассинхронизируются. От этого не помогает ни -framedrop ни -autosync.
Процессор - Р166ММХ, разогнанный до 210; ОЗУ - 160 Мб, звук -
Soundblaster16 (alsa).
Чувствую, мне придётся или менять видюху, или как следует разбираться в
программировании S3 Trio и лепить драйвер для 2.6 из старых s3fb и
s3triofb.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 18930; Возраст листа: 671; Участников: 1363
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/373801

Ответить   Алексей Thu, 26 May 2005 10:29:15 +0800 (#373801)

 

В сообщении от Thu, 26.May.2005, 10:29:15 +0800, Алексей писал:

Добавил, все заработало. :)
На всех консолях с русским все в порядке, вероятно у вас проблемы не в патче.

Изначально да, потом патчились до более новых версий.
Может быть дело в командах отдаваемых для компиляции? Я компилирую так:

правлю то что нужно

Вы правы, для работы 60 герц на 17'' мониторе действительно мало, пока
экран черный, особо не напрягает, но как только фон становится ярким...
А еще год назад я сидел за старым 14'', поддерживающим только
640x480x60гц, и почемуто никаких неприятных ощущений не возникало!
Другого способа увеличить частоту, кроме использования vesafb-tng, нет?
Да и как понимать ранее написанное вами:

Кажется fbset говорит что частота развертки 75 герц.
По поводу видео: попытки смотреть фильмы в AVI формате я давно бросил, но
вот зажатые mpeg2 кодеком, через фреймбуфер выдают больше кадров в
секунду, чем под иксами.

О результатах пожалуйста сообщайте.

Заранее благодарен

ZVital

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 18945; Возраст листа: 671; Участников: 1363
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/374256

Ответить   Thu, 26 May 2005 20:44:50 +0400 (#374256)

 

В Чтв, 26/05/2005 в 20:44 +0400, ZVital пишет:

А я - просто make (если конфиг уже есть, напр. от старого ядра).
make modules - не нужно, bzImage и модули в 2.6 собираются по make.
А пересобирается всё из-за clean. При наложении такого патча, как мой,
make clean не нужно.

Дело не в размере монитора, а в длительности послесвечения. У меня 14''
но относительно современный, и на 60 Гц тоже тяжело глазам.

Есть конечно, я вижу аж 2:
1. Сделать драйвер для своей видюхи.
2. Сделать софтину, прописывающую в соотв. регистры видюхи частоты
разверток. Это должно быть несложно, но у меня нет описания S3 Trio и в
инете не удалось его найти в эл. виде. Нашелся 1 буржуй, у которого оно
есть в бумажном, но он не согласен сканировать его целиком. Он мне
выслал оглавление. Оно большое, и я не знаю, что именно мне просить его
сканировать. Мне бы теперь только узнать какие регистры управляют
частотами разверток у S3 Trio, и всё.

Как оказалось, нагло врёт. Глаза устают, а боковым зрением видно
мерцание. Так что на самом деле 60 или около того.

Естественно. Но это всё-таки не предел. Когда разрешение не совпадает с
форматом видео, mplayer вынужден копировать картинку в фреймбуфер
построчно. Лишние пересылки = лишние тормоза. А когда разрешение
совпадает с форматом, можно декодировать видео прямо в видеопамять.
Именно так, похоже, и работает DOSовый quickview c
www.multimediaware.com. Он у меня показывает лучшие результаты из всех
плееров. Но необходимость перезагружаться в DOS и держать на винте fat32
- неудобства.

ЕСЛИ сделаю - напишу.

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 18948; Возраст листа: 672; Участников: 1362
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/374433

Ответить   Алексей Fri, 27 May 2005 10:41:21 +0800 (#374433)

 

В сообщении от 1117179681 секунд после начала Эпохи Unix Вы написали:

И именно так и работает MPlayer в иксах... Даже еще лучше, когда текущее
разрешение не совпадает с форматом видео, он передает картинку, опять
же, в видео память на прямую, а видокарта, используя свой набор логики
(который в режиме фареймбуфера будет просто стоять без дела, независимо
от качества драйвера) масштабирует картинку под разрешение экрана.
Естественно, такой прямой доступ возможен при условиях поддержки
со стороны железа, и поддержки со стороны драйвера. Очень советую
почитать mplayer(1) после строки "Available video output drivers are:",
особенно обращая внимание на слова "hardware accelerated", и не
страдать чепухой, а использовать, как все нормальные люди X-сервер.
Другое дело когда идет речь о недокомпьютере, типа КПК.

Ответить   Konstantin Korikov Fri, 27 May 2005 09:38:15 +0300 (#374521)

 

Здравствуй(те), Konstantin.

Ответ на письмо от Friday, May 27, 2005, 2:38:15 PM:

У S3 Trio такое есть, но до сих пор не поддерживается Хами.

Или недодрайвере, как Ховый драйвер для S3 Trio. В нём Xv по
умолчанию выключено. Если включить - всё равно не работает. По крайней
мере, так было в XFree86 4.3. А выкачивать исходники последних Xorg,
чтобы опять обломаться, мне уже не охота.

Ответить   Алексей Fri, 27 May 2005 18:27:35 +0800 (#375938)

 

В сообщении от Fri, 27.May.2005, 10:41:21 +0800, Алексей писал:

Понятно.

Впринципе, приблизительно год назад, нашел я на забугорном сайте (точно
уже непомню на каком), драйвер для S3 Trio64 переделанный под x86
архитектуру из амижного. Приделать к ядру мне его так и не удалось
(знаний маловато), но может быть это вам удастся? Или хотябы найдете там
необходимые регистры (правда я не уверен в поддержке этим драйвером
частот более 60Гц). Драйвер, если хотите, вышлю на личную почту
аттачем (в архиве чуть больше 22Kb).

Извините за наезд, у меня fbset говорит тоже самое, хотя монитор честно
признается что выдает 60.
Для Константина Корикова:

Ну это еще с какой стороны посмотреть...
У меня mplayer из опций -vo принимает только x11 и fbdev. Так при
использовании фреймбуфера воспроизведение идет намного плавнее.
Еще пример: имеются mbox'ы с более чем 2000 писем (я так архивы рассылок и
дискуссий храню), так mutt их в консоли почемуто почти в два раза быстрее
открывает.

С уважением

ZVital

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 18982; Возраст листа: 673; Участников: 1363
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/375241

Ответить   Sat, 28 May 2005 16:10:05 +0400 (#375241)

 

В сообщении от 1117285805 секунд после начала Эпохи Unix Вы написали:

Прошу прощения, иксовый драйвер `s3' не поддерживает XVideo, возможно
масштабирование и не поддерживается данным чипом (теми чипами для
которых предназначен `s3' [Trio32/64, Aurora64V+, Trio64UV+, Trio64V2
/DX/GX]). Вот если бы был у вас S3 Trio 3D или S3 Virge, то
использовался бы драйвер `s3virge', который XVideo поддерживает для всех
его чипов (ViRGE, ViRGE VX, ViRGE DX, ViRGE GX, ViRGE GX2, ViRGE MX,
ViRGE MX+, Trio 3D, Trio 3D/2X).

Думаю если хочется смотреть видео, стоит купить старенькую, но хорошо
поддерживаемую, и имеющую более развитые ускоряющие способности карту.
Некоторый список я привел, остальное смотрите в документации.

В два резе быстрее чем что? А если запустить mutt из xterm будет
медленней?

Ответить   Konstantin Korikov Sat, 28 May 2005 18:53:37 +0300 (#375399)

 

В сообщении от Sat, 28.May.2005, 18:53:37 +0300, Konstantin Korikov писал:

Такую карточку еще следует найти. Я за два года, несмотря на все
старания, не смог найти даже EDO память планками по 16 мегабайт, а
мощные видеокарты под PCI слот куда менее распространенные.

Под консолью я подразумевал чистую командную строку (без иксов),
запущенный в ней mutt загружает mbox размером 9200Kb, с 2001 письмом
внутри, за 7 секунд. mutt запущенный в rxvt тот же mbox - за 13, в xterm -
за 18 секунд. В данном случае потеря времени не велика.
В случае просмотра графики разница гораздо больше: GQView, XnView
загружаются более полминуты, для масштабирования каждой jpg картинки из
1027x768 в 800x600 для просмотра тратят секунд пять. fbi загружается за
три секунды, теже картинки отображает практически мнгновенно и с
превосходным качеством. fbgs (скрипт для fbi) так же очень быстро
позволяет просматривать pdf файлы, в то время как xpdf загружается за 34
секунды, AcrobatReader - более минуты.
Вывод: на маломощных машинах использование фреймбуфера, в некоторых случаях,
позволяет получить значительный выигрыш в производительности.

С уважением

ZVital

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 18994; Возраст листа: 674; Участников: 1364
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/375624

Ответить   Sun, 29 May 2005 15:57:03 +0400 (#375624)

 

В сообщении от 1117371423 секунд после начала Эпохи Unix Вы написали:

А он что-то выводит при этом?

GQView - монстр, согласен, XnView не пробовал. QIV работает быстро.

Это как с OpenGL играми. Используя OpenGL игра работает быстро если
ведокарта поддерживает 3D ускорение, и используется соответствующий
драйвер. Если карта не поддерживает 3D ускорение и используется эмуляция
программным путем, тормоза ужасные (~ 1 кадр в 10 сек). Если игру
настроить на "родной" программный рендеринг, играть можно нормально и
без поддержки 3D железом (~ 30 кадров в сек).

Похоже, в вашем случаи как раз и используется подобная эмуляция, т.е.
современные иксы больше ориентированы на более менее развитую видео
систему, как OpenGL на видеокарты с 3D ускорением.

А не пробовали использовать более ранние (не говорю старые, так как
ветка 3.Х, возможно, до сих пор кем поддерживается) версии иксов? И
вообще какая у вас версия? И дистрибутив?

Ответить   Konstantin Korikov Wed, 1 Jun 2005 11:55:38 +0300 (#377481)

 

В сообщении от Wed, 01.Jun.2005, 11:55:38 +0300, Konstantin Korikov писал:

Ага, Читается /home/vital/Mail/linuxdiscuss1... :)

Спасибо, попробую QIV.

Иксы у меня собственноручно скомпилированный xorg-x11-6.7.0, все
эксперименты проводил на gentoo 2004.2 (правда от первоначального вида он
уже далек), т.к. вопервых фреймбуфер я настроил только на нем, вовторых
установленный рядом Mandrake 10.1 Community работает заметно медленнее.
А вообще я на иксы особо не жалуюсь, в сочетании с ION V3 все работает
довольно шустро, помоему шустрее чем пару лет назад работало у меня в
Mandrke 9.0.

С уважением

ZVital

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 19080; Возраст листа: 679; Участников: 1375
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/378562

Ответить   Fri, 3 Jun 2005 08:17:35 +0400 (#378562)

 

Здравствуй(те), ZVital.

Ответ на письмо от Saturday, May 28, 2005, 8:10:05 PM:

Если это s3fb (c) Jeff Garzik, то он у меня есть. Мне удалось
его собрать после правки исходников, но не удалось заставить работать.

Если есть вразумительные комментарии. А если как в s3fb ни черта
непонятно, то вряд ли будет какой-то толк.

А если это не s3fb - буду очень благодарен.
Если смогу заставить работать - вышлю исправленный.

Ответить   Алексей Mon, 30 May 2005 15:54:56 +0800 (#376584)

 

В сообщении от Tue, 24.May.2005, 09:56:19 +0800, Алексей писал:

Мне бы очень пригодился, да вот только на ядре 2.6.7 (исходники взяты из
дистрибутива gentoo 2004.2), отказывается компилироваться. Жалуется на
необъявленную переменную в файле vesafb.c.
В принципе, содержимое файлов несколько отличается (в основном засчет
комментариев), поэтому я патчил их вручную, ориентируясь на строки вроде
setvesa:
DO_STORE
subb $VIDEO_FIRST_VESA>>8, %bh
И добавляя те строки которые в вашем патче помечены плюсом.
Обнаружилось лишь одно расхождение, в файле drivers/video/vesafb.c
строка
if (screen_info.orig_video_isVGA != VIDEO_TYPE_VLFB)
return -ENODEV;
имеет вид
if (screen_info.orig_video_isVGA != VIDEO_TYPE_VLFB)
return -ENXIO;
Может быть проблема в этом? Завтра попробую изменить, заодно и скопирую
ошибки которые выбрасываются в консоль (сегодня об этом как-то не
подумал, а второй раз запускать компиляцию не захотелось, на моей машине
она чуть больше трех часов длится.)
Из патчимых файлов никакие строки удалять не надо?

Заранее благодарен

ZVital

-*Название листа "Linux: разрешение вопросов, перспективы и общение";
Написать в лист: mailto:comp.soft.linux.discuss-list@subscribe.ru
Адрес правил листа http://subscribe.ru/catalog/comp.soft.linux.discuss/rules
Номер письма: 18917; Возраст листа: 669; Участников: 1358
Адрес сайта рассылки: http://www.linuxrsp.ru
Адрес этого письма в архиве: http://subscribe.ru/archive/comp.soft.linux.discuss/msg/373168

Ответить   Tue, 24 May 2005 21:00:39 +0400 (#373168)