Windows-терминалы WTware

**yogev_ezra** » Вс июн 19, 2011 11:54 pm

Спасибо большое за драйверы, но разницы между 4.6.11 и 4.6.13 нет абсолютно (между старым и новым драйвером)

Когда будет ещё свободное время, проверю, есть ли разница в 4.9.X версии.

**aka** » Вт май 24, 2011 12:17 am

Вот, попробуй:
http://pxe.ru/files/testing/201105240046.zip

**yogev_ezra** » Пн май 23, 2011 8:26 pm

Обновился VGA драйвер для RDC Semiconductors (прилагаю в аттаче).
Не мог бы ты, пожалуйста, обновить его в WTware тоже (если можно, и 4.9, и 4.6)?
Спасибо заранее

По заявлению производителя, только эта версия будет работать на eBox-3310MX.
А я хотел бы потестировать производительность сразу, как только новый ибокс до меня долетит.

**yogev_ezra** » Вт ноя 02, 2010 5:35 am

Да, проблема была в wtboot=hdd3. Когда изменил на wtboot=hdd5, заработало, спасибо.

**aka** » Пн сен 13, 2010 8:51 am

yogev_ezra писал(а):Начиная с неизвестно какой версии, Edubook перестал грузиться с WTware через IDE (CF).

У меня грузится. Возможно, он с твоих хакерских CF, записанных на внешнем кард-ридере, грузиться перестал. Установи втварь на CF естественным путем, т.е. сначала загрузись по сети или с USB и из меню выбери "установить на диск". Затем в биосе выбери Boot from LAN: Disabled. И оно поедет.

В syslinux.cfg для CF на edubook пишется wtboot=hdd5

**yogev_ezra** » Вс сен 12, 2010 2:41 am

Начиная с неизвестно какой версии, Edubook перестал грузиться с WTware через IDE (CF).

Пробовал 4.6.0, 4.6.6 - ошибка одна и та же. Сможешь посмотреть? С USB грузится...

Результаты тестирования скорости видеокарты:

1024x600x8bit:
rdc(x) 2.62
vesa(x) 2.62
vesa(s) - не работает
vesa(t) - не работает

1024x600x16bit:
rdc(x) 4.84
vesa(x) 4.84
vesa(s) - не работает
vesa(t) - не работает

1024x600x24bit: - Никакой драйвер не работает

1024x600x32bit:
rdc(x) 10.31
vesa(x) 10.36
vesa(s) - не работает
vesa(t) - не работает

А также "неродной" режим, например - 800x600x16bit:
rdc(x) 3.86
vesa(x) 3.81
vesa(s) 9.95
vesa(t) 9.95

Ещё один "неродной" режим - 800x600x32bit:
rdc(x) 8.12
vesa(x) 8.12
vesa(s) 20.47
vesa(t) 20.50

**yogev_ezra** » Чт июн 10, 2010 1:18 am

А, это твои Бразильские друзья - понятно теперь!

**aka** » Чт июн 10, 2010 1:16 am

ftp://ftp.thinetworks.com.br/publico/in ... r_PMX-1000

**yogev_ezra** » Чт июн 10, 2010 1:13 am

aka писал(а):Почему ты связываешь дату выхода драйвера с датой вывешивания его на сайт DMP?

Ты прав - я об этом не подумал

Тогда мне очень интересно, где ты его взял раньше, чем DMP?
Или это коммерческая тайна?

**aka** » Чт июн 10, 2010 1:06 am

Почему ты связываешь дату выхода драйвера с датой вывешивания его на сайт DMP?

**yogev_ezra** » Чт июн 10, 2010 12:15 am

aka писал(а):В 4.6.0 он уже есть.

Как ты смог в версию, которая вышла 18/05/2010, добавить драйвер, который появился на сайте 26/05/2010?

**aka** » Чт июн 10, 2010 12:02 am

В 4.6.0 он уже есть.

**yogev_ezra** » Ср июн 09, 2010 10:15 pm

Вышел свежий драйвер:
ftp://vxdx:gc301@ftp.dmp.com.tw/Linux_D ... R0.0.9.rar
Если сможешь, замени, пожалуйста, тот, что у тебя (0.0.5), на более свежий (0.0.9).
Спасибо заранее!

**aka** » Ср окт 21, 2009 10:31 pm

Скачал, скомпилировал. Будет в следующей версии.

**yogev_ezra** » Ср окт 21, 2009 8:37 pm

Вышел свежий драйвер:
ftp://vxdx:gc301@ftp.dmp.com.tw/Linux_D ... R0.0.5.rar
Если сможешь, замени, пожалуйста, тот, что у тебя (0.0.3), на более свежий (0.0.5).
Спасибо заранее!

**aka** » Ср окт 14, 2009 10:57 am

Про схему: логично. Но зачем заморачиваться теорией, если можно попробовать и сравнить скорость в цифрах?

Для втвари я рекомендую такой алгоритм:
1. Определяешься с разрешением экрана. На LCD нужно использовать разрешение матрицы, на остальное не надо тратить время.
2. Определяешься с глубиной цвета. Если сеть толстая, пользователей мало и хочется покрасивше - 24/32 бита. Если пользователей много или есть установка не баловать их зря - 16 бит. Если пользователь за тонким каналом - 8.
3. Прописываешь это в wizard.wtc, а лучше ставишь службу wtwizard и указываешь ip машины с этой службой.
4. Перебираешь все драйвера, которые оно предлагает.
5. Какой покажет меньше попугаев, тот и используешь.

**yogev_ezra** » Ср окт 14, 2009 2:07 am

Спасибо за очень подробное объяснение. То есть я для себя уяснил следующую картину:
Можешь подтвердить?

**aka** » Ср окт 14, 2009 1:18 am

Работает напрямую с видеокартой.
Данные для формирования режима берет из биоса. Там очень много всяких цифр надо придумать, чтобы режим задать. Насколько я понимаю, только интеловый драйвер i810(x) умеет самостоятельно рассчитывать режим, поэтому он может задавать любые разрешения. Все остальные драйверы берут режимы либо из биоса, либо из таблиц, прописанных в исходниках драйверов.
Свой драйвер надо писать чтобы использовать акселерацию. Втварь акселерацией не пользуется, потому как слишком специфичная графика. Нормальные локально запущенные приложения будут использовать акселерацию. Особенно это должно быть заметно при воспроизведении видео.

**yogev_ezra** » Вт окт 13, 2009 10:45 pm

То есть он физически не может быть лучше vesa(X) драйвера, так как всё равно работает через VESA, а не напрямую с видеокартой? Какой им тогда смысл было писать драйвер

**aka** » Вт окт 13, 2009 10:38 pm

Судя по тому, что драйвер не работал, пока ты не обновил БИОС, часть информации про режим он берет из биоса, т.е. косвенно из VESA, да.

**yogev_ezra** » Вт окт 13, 2009 10:19 pm

Но, судя по логу, драйвер RDC всё равно включается в VESA-режиме, или я неверно понимаю?

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

X.org log: (II) RDC(0): initializing int10
X.org log: (II) RDC(0): Primary V_BIOS segment is: 0xc000
X.org log: (WW) System lacks support for changing MTRRs
X.org log: (II) RDC(0): VESA BIOS detected
X.org log: (II) RDC(0): VESA VBE Version 3.0
X.org log: (II) RDC(0): VESA VBE Total Mem: 8192 kB
X.org log: (II) RDC(0): VESA VBE OEM: RDC
X.org log: (II) RDC(0): VESA VBE OEM Software Rev: 1.0
X.org log: (II) RDC(0): VESA VBE OEM Vendor: RDC Technology, Inc.
X.org log: (II) RDC(0): VESA VBE OEM Product: RDC GPU
X.org log: (II) RDC(0): VESA VBE OEM Product Rev: 0.00.09

**aka** » Вт окт 13, 2009 8:06 am

Работает - и ладно

**yogev_ezra** » Вт окт 13, 2009 3:02 am

Я всё-таки не дождался второй партии компьютеров, и перепрошил BIOS. Как ты и предсказывал, оно заработало. Но пока что я не вижу абсолютно никакой разницы между vesa(X) и rdc(X). Логи прилагаются.

**yogev_ezra** » Пн сен 28, 2009 2:45 pm

Ну вот, пошлём тебе железку для опытов - заодно и звук починишь

**aka** » Пн сен 28, 2009 9:48 am

Гы. Не встречал еще таких видеокарт.

**yogev_ezra** » Вс сен 27, 2009 12:31 am

Теперь понятно, откуда ноги растут

Вот результаты с eBox-3300:

800x600x8bit:
sisfb(f) 3.63
xgifb(f) 3.56
sis(x) - чёрный экран (не работает???)
xgi(x) 3.84
vesa(x) 3.83
vesa(s) 3.69
vesa(t) 3.65

1024x768x8bit:
sisfb(f) 5.72
xgifb(f) 5.68
sis(x) - чёрный экран (не работает???)
xgi(x) 5.97
vesa(x) 5.95
vesa(s) 5.82
vesa(t) 5.85

1280x1024x16bit:
sisfb(f) 18.35
xgifb(f) 18.30
sis(x) 18.73
xgi(x) 18.71
vesa(x) 18.65
vesa(s) 18.62
vesa(t) 18.65

1280x1024x32bit:
sisfb(f) 36.24
xgifb(f) 36.26
sis(x) 36.71
xgi(x) 36.82
vesa(x) 36.65
vesa(s) 36.87
vesa(t) 37.01

Теперь тебе понятно, почему мне было странным такое обилие драйверов?
Результаты у меня почти одинаковые на всех, включая framebuffer.

**aka** » Сб сен 26, 2009 9:59 pm

Это не то чтобы акселерация, это метод доступа к памяти.

Memory Type Range Registers (MTRRs) are a set of Processor Supplementary Capabilities control registers that provide system software with control of how accesses to memory ranges by the CPU are cached.

Для графики на диапазон памяти, который замаплен в видеопамять, включается это: Write combining (WC) is a computer bus technique for allowing data to be combined and temporarily stored in a buffer -- the write combine buffer (WCB) -- to be released together later in burst mode instead of writing (immediately) as single bits or small chunks.

Я не знаю, даст ли что-нибудь родой драйвер в этом конкретном случае. Для интеловых матерей родной драйвер дает возможность включать большие и произвольные разрешения и поднимает скорость раза в два. На ebox2300sx в 1024x768x8bit:
xgifb(f) 18.61
sisfb(f) 18.74
sis(x) 26.29
xgi(x) 26.41
vesa(x) 26.36
vesa(s) 22.63
Т.е. от родного иксового драйвера пользы нет, а framebuffer рулит.

**yogev_ezra** » Сб сен 26, 2009 8:51 pm

Я совсем запутался

Ты же писал, что акселерацию не используешь вообще? Или MTRR это другой вид акселерации?

Заморочки - ну как же, бесплатно драйвера компилировать и включать в свой дистрибутив.
Мог же сказать - иди нафиг, работай на VESA

**aka** » Сб сен 26, 2009 8:47 pm

1. Когда все начиналось - были актуальны ЭЛТ мониторы. А на них актуальна частота рефреша. Веза обычно не умеет поднимать рефреш.
2. Некоторые специализированные дрейвера таки быстрее. Или с памятью работают лучше. На интеловых матерях веза часто не может поставить большое разрешение, потому что не умеет выделять память.
3. MTRR рулит. Веза почему-то не умеет настраивать MTRR. На ебоксах MTRR нету, а вот на интеловых видяхах они раза в два разгоняют графику.
4. У меня есть ebox4300, и я не могу на нем запустить везу

Только спецдрайвера.
5. А какие заморочки?

**yogev_ezra** » Сб сен 26, 2009 5:43 pm

Тогда зачем вообще вся заморочка с драйверами графических карт, если VESA и так всегда работает? Или не всегда?

**aka** » Сб сен 26, 2009 5:39 pm

yogev_ezra писал(а):В 2300SX графическая карта XGI Volari. А XGI настолько честная фирма, что ты драйвера под линукс можешь скачать прямо с их сайта:
http://www.xgitech.com/sd/sd_download.asp
или здесь: https://bugs.freedesktop.org/show_bug.cgi?id=5971

Хлам антикварный. И там, и там. У меня свежее.

yogev_ezra писал(а):На их сайте ты вообще слово "драйвер" не найдёшь ни разу: http://www.rdc.com.tw
Так что не знаю, что мне удастся из них вытрясти...

Так потому я удивился, что ты тот драйвер нашел. Я его тоже там искал, безуспешно.

yogev_ezra писал(а):Потому что я не заметил разницы в результатах тестирования между обычным VESA, и XGI драйвером...

Хороший биос значит. Теоретически, что веза, что родной драйвер настраивают видеорежим и отдают мне указатель на линейную видеопамять. И больше вызовов биоса не происходит. Втварь не использует вообще никакую акселерацию, только непрерывное копирование из буфера кадра в обычной памяти в видеопамять. Т.е. они вполне могут работать с равной скоростью.

**yogev_ezra** » Сб сен 26, 2009 4:22 pm

В 2300SX графическая карта XGI Volari. А XGI настолько честная фирма, что ты драйвера под линукс можешь скачать прямо с их сайта:
http://www.xgitech.com/sd/sd_download.asp
или здесь: https://bugs.freedesktop.org/show_bug.cgi?id=5971

Тот же XGI Volari в eBox-3300/eBox-3310A. Но вот в этот нотик Gecko Edubook решили DMP встроить графическую карту от RDC Semiconductors, которая настолько партизанская, что вообще никаких драйверов на своём сайте не даёт (даже для Windows, не говоря уже про Linux)

На их сайте ты вообще слово "драйвер" не найдёшь ни разу: http://www.rdc.com.tw

Так что не знаю, что мне удастся из них вытрясти...

Кстати, ты в eBox-2300SX/eBox-3300 используешь самые свежие драйвера?
Потому что я не заметил разницы в результатах тестирования между обычным VESA, и XGI драйвером...

**aka** » Сб сен 26, 2009 4:05 pm

Кстати, для ebox2300sx бразильские товарищи для меня вытрясли у производителя драйвер для linux framebuffer. Который процентов на пятнадцать шустрее, чем X.Org. Скажи им ключевое слово framebuffer. Или linux kernel module. Вдруг у них и такой есть.

**yogev_ezra** » Сб сен 26, 2009 1:23 pm

Есть, товарищ начальник!

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

**aka** » Сб сен 26, 2009 10:25 am

А вот это уже не моя ошибка. Драйвер "из коробки" не работает. Чинить без железа не буду. Тряси их насчет более хорошего драйвера.

**yogev_ezra** » Сб сен 26, 2009 3:04 am

Есть сдвиг в лучшую сторону, но, к сожалению, всё ещё вылетает с ошибкой (правда, уже другой).
Пробовал 1024*600 с двумя уровнями цвета - 8 бит и 32 бита.
Пробовал другие разрешения - ошибка та же.
Свежие логи добавил

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

X.org log: (II) RDC(0): VESA VBE DDC supported
X.org log: (II) RDC(0): VESA VBE DDC Level none
X.org log: (II) RDC(0): VESA VBE DDC transfer in appr. 1 sec.
X.org log: (II) RDC(0): VESA VBE DDC read failed
X.org log: (II) RDC(0): Monitor: Using hsync range of 20.00-200.00 kHz
X.org log: (II) RDC(0): Monitor: Using vrefresh range of 50.00-65.00 Hz
X.org log: (II) RDC(0): Clock range:   9.50 to 266.95 MHz
X.org log: (II) RDC(0): Not using mode "1024x600" (no mode of this name)
X.org log: (II) RDC(0): Not using built-in mode "350x150" (insufficient memory for mode)
X.org out: (EE) RDC(0): No valid modes found
X.org log: (EE) RDC(0): No valid modes found
X.org out: (II) RDC(0): ==Exit21 RDCPreInit()== return FALSE
X.org log: (II) RDC(0): ==Exit21 RDCPreInit()== return FALSE
X.org out: (II) RDC(0): ==RDCFreeRec() driverPrivate is FALSE== 
X.org log: (II) RDC(0): ==RDCFreeRec() driverPrivate is FALSE== 
X.org log: (II) UnloadModule: "rdc"
X.org log: (II) UnloadModule: "int10"
X.org log: (II) Unloading /X11R7/lib/xorg/modules//libint10.so
X.org log: (II) UnloadModule: "vbe"
X.org log: (II) Unloading /X11R7/lib/xorg/modules//libvbe.so
X.org log: (II) UnloadModule: "fb"
X.org log: (II) Unloading /X11R7/lib/xorg/modules//libfb.so
X.org log: (II) UnloadModule: "vgahw"
X.org log: (II) Unloading /X11R7/lib/xorg/modules//libvgahw.so
X.org out: (EE) Screen(s) found, but none have a usable configuration.
X.org log: (EE) Screen(s) found, but none have a usable configuration.

**aka** » Пт сен 25, 2009 11:17 am

Моя ошибка

Вот тут более правильный wtpx-rdc.pkg : http://pxe.ru/files/testing/200909251448.zip

**yogev_ezra** » Пт сен 25, 2009 12:54 am

После выполнения твоих указаний, на этом нетбуке во время выбора видеокарты появляется опция rdc(x), кроме vesa, которая уже там была раньше. Проверил на всякий случай на другом компьютере - там этой опции нет. Значит, карта определяется верно

Дальше, указал эту карту в конфигурационном файле. Однако, к сожалению, она не сработала.
Пробовал разные разрешения и разную глубину цвета - ничего не помогает.
VESA на этом нетбуке работает - появляется окно login.
Логи присобачил - если нужны ещё и фото, требуй

Суть ошибки сводится к тому, что не может найти модуль RDC:

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

X.org log: (II) LoadModule: "rdc"
X.org log: (WW) Warning, couldn't open module rdc
X.org log: (II) UnloadModule: "rdc"
X.org out: (EE) Failed to load module "rdc" (module does not exist, 0)
X.org log: (EE) Failed to load module "rdc" (module does not exist, 0)

З.Ы. Этот нетбук работает на разрешении 1024*600 (он 8.9 дюймов с широким экраном).
У тебя там такой опции в списке нет - пришлось прописать вручную в конфиге.

**yogev_ezra** » Чт сен 24, 2009 11:02 pm

Дык, я ж дистрибьютер eBox в Израиле! Должна ж быть от меня хоть какая-то польза

Скачал патч. Проверю - отпишу!

**aka** » Ср сен 23, 2009 12:48 pm

Как ты нашел этот драйвер

?

Оно скомпилировалось. Теперь надо:
- взять 4.5.36, которая у тебя наверное уже есть
- поставить и настроить, чтобы работало с video=vesa(x)
- найти и удалить файлы wtshell и wtpx.pkg
- загрузиться, увидеть ошибку со смыслом "не могу найти wtshell"
- записать вместо удаленных wtshell и wtpx.pkg файлы отсюда: http://pxe.ru/files/testing/200909231613.zip
- wtpx-rdc.pkg из архива положить рядом с wtpx.pkg
- загрузиться, попробовать video=rdc(x)
- рассказать, что получилось, показать логи.

**yogev_ezra** » Ср сен 23, 2009 2:19 am

Добрый день,
Решил попробовать WTware на дешёвом нетбуке Gecko Edubook. Производитель NorhTec, но они делают только корпус - вся электроника, включая проц, от DMP Electronics (тех же, что делают eBox):
http://www.norhtec.com/products/gecko/index.html
К сожалению, в WTware нет поддержки для видеокарты RDC Semiconductors R3306, используемой в этом нетбуке.
Поэтому установщик позволяет выбрать только VESA driver.
Есть ли возможность добавить поддержку?
PCI device 17f3:2010

Если это поможет, то я добавил его INF file для Винды. Линуксовских драйверов найти не могу пока

Edit: ага, нашёл - вот он, родимый

ftp://ftp.icop.com.tw/jonathan/Edubook/ ... R0.0.3.zip

Ответить

Развернуть Обзор темы: Нет поддержки для видеокарты RDC Semiconductors R3306