Пожелания и планы по эмулятору Башкирия-2М

Вид для печати

Показывать 40 сообщений этой темы на одной странице

25.06.2011, 23:51
b2m

Цитата:

Сообщение от BYTEMAN

Только что увидел, что есть эмуляция Арго :) А фиолетовый цвет в цветном режиме - это взято на основании чего? И, кстати, может ли так быть, что у Арго аналогичная реализация цвета, как и в Юниоре?

Насчёт цвета - пока не ясно. К сожалению, пока нет ни одной программы для Арго. Вот если бы кто-то нашёл кассету, которая была в стандартной поставке, там был эмулятор ZX-Spectrum, вот тогда бы и с цветом яснее стало, и с портами. Агро достаточно сильно от Юниора отличается, в железном плане.

Цитата:

Сообщение от Error404

у тебя регистры identify правильно возвращаются?

Это откуда кусок кода? В etherdev.c такого нет. RCBR это же просто счётчик, или он после сброса имеет указанное в коде значение?

Цитата:

Сообщение от Error404

Под VirtualBox (на "честной" винде не проверял) emu при переключении пропорций в 2:1 такие корки мочит... :) ... На ПринтСкрин оно не попадает: показать не могу.

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

---------- Post added 26.06.2011 at 00:51 ---------- Previous post was 25.06.2011 at 23:40 ----------

Добавил identify, icmpecho заработало.

---------- Post added at 00:51 ---------- Previous post was at 00:51 ----------

Добавил identify, icmpecho заработало.
26.06.2011, 09:12
Error404

Цитата:

Сообщение от b2m

Это откуда кусок кода? В etherdev.c такого нет. RCBR это же просто счётчик, или он после сброса имеет указанное в коде значение?
Добавил identify, icmpecho заработало.

Это я добавил, отсебятинка. :) В etherdev.c меня заинтриговало такое назначение регистров, описывающих буфер отправки и кольцо приема:

Код:

#define ETH_TX_PAGE_START 0x40 /* 0x4000 Tx buffer is 6 * 256 = 1536 bytes */ #define ETH_RX_PAGE_START 0x46 /* 0x4600 Rx buffer is 26 * 256 = 6656 bytes */ #define ETH_RX_PAGE_STOP 0x60 /* 0x6000 */

Оно конечно работает, но нафига? Почему не от нуля? Памяти то 16к.
И самое интересное - все писатели (я с полдюжины проектов на RTL пересмотрел на разных контроллерах) копируют к себе такую инициализацию (у всеx функция init практически один-в-один).
07.07.2011, 15:03
Error404

В-общем, httpd в EMU.EXE не заработало тоже (как и telnetd).
Может, посмотришь? Мыслей пока нет.
07.07.2011, 18:59
b2m

Цитата:

Сообщение от Error404

В-общем, httpd в EMU.EXE не заработало тоже (как и telnetd).
Может, посмотришь? Мыслей пока нет.

Могу предложить новый метод отладки всего этого хозяйства.
Я скрестил исходники telnet+uIP с моими исходниками эмуляции rtl8019as. И отлаживал уже в IDE. :)

Как и следовало ожидать, ничего не заработало. Кроме того, грузит процессор чуть ли не на 100%, но это, в принципе, понятно. Стал копать, выяснил, что в определённый момент отправка/приём деактивируется и больше не активируется. И момент этот - в самом конце приёма пакета. Если, однако, после приёма происходит отправка, то отправка/приём снова реанимируется. Получается, если приняли пакет, и ничего не отправили, то вилы.

А получается это, потому-что включение страницы регистров ты сделал так:

Код:

#define ETHERDEV_REG_PAGE(page) ETHERDEV_REG_WRITE(CR,(page << 6)|RD2|STP)

А в оригинале было так:

Код:

#define ETHERDEV_SELECT_REG_PAGE(page) \ do \ { \ etherdev_reg_write(CR, etherdev_reg_read(CR) & ~(PS1 | PS0)); \ etherdev_reg_write(CR, etherdev_reg_read(CR) | (page << 6)); \ } while(0)

Поэтому, после того, как я сделал:

Код:

#define ETHERDEV_REG_PAGE(page) ETHERDEV_REG_WRITE(CR,(page << 6) | (ETHERDEV_REG_READ(CR) & 0x3F))

всё заработало и у меня.
07.07.2011, 19:54
Error404

Цитата:

Сообщение от b2m

Могу предложить новый метод отладки всего этого хозяйства.
Я скрестил исходники telnet+uIP с моими исходниками эмуляции rtl8019as. И отлаживал уже в IDE. :)

Как и следовало ожидать, ничего не заработало. Кроме того, грузит процессор чуть ли не на 100%, но это, в принципе, понятно. Стал копать, выяснил, что в определённый момент отправка/приём деактивируется и больше не активируется. И момент этот - в самом конце приёма пакета. Если, однако, после приёма происходит отправка, то отправка/приём снова реанимируется. Получается, если приняли пакет, и ничего не отправили, то вилы.

А получается это, потому-что включение страницы регистров ты сделал так:

Код:

#define ETHERDEV_REG_PAGE(page) ETHERDEV_REG_WRITE(CR,(page << 6)|RD2|STP)

А в оригинале было так:

Код:

#define ETHERDEV_SELECT_REG_PAGE(page) \ do \ { \ etherdev_reg_write(CR, etherdev_reg_read(CR) & ~(PS1 | PS0)); \ etherdev_reg_write(CR, etherdev_reg_read(CR) | (page << 6)); \ } while(0)

Поэтому, после того, как я сделал:

Код:

#define ETHERDEV_REG_PAGE(page) ETHERDEV_REG_WRITE(CR,(page << 6) | (ETHERDEV_REG_READ(CR) & 0x3F))

всё заработало и у меня.

Я, помнится, долго думал над глубоким смыслом этих строк в исходнике, и поскольку такое задание регистров не следует из спецификаци, и более того - далеко не во всех драйверах используется, то "выкинул лишнее". :)

Ладно, добавим.
07.07.2011, 20:43
b2m

Цитата:

Сообщение от Error404

Я, помнится, долго думал над глубоким смыслом этих строк

А смысл очень прост - нужно изменить только старшие два бита (номер страницы), а вот другие менять не надо. В оригинале, правда, это сделано слишком уж оригинально :)

---------- Post added at 21:40 ---------- Previous post was at 21:38 ----------

Конечно, если известно, какие младшие биты установлены, то можно было бы и обойтись без чтения регистра CR. Но тут - общий случай.

---------- Post added at 21:42 ---------- Previous post was at 21:40 ----------

Например, можно запоминать последний вывод в CR в какой-нибудь переменной.

---------- Post added at 21:43 ---------- Previous post was at 21:42 ----------

Но какой смысл? Если эта переменная и регистр CR фактически одно и то-же :)
07.07.2011, 21:10
Error404

Цитата:

Сообщение от b2m

А смысл очень прост - нужно изменить только старшие два бита (номер страницы), а вот другие менять не надо. В оригинале, правда, это сделано слишком уж оригинально :)

---------- Post added at 21:40 ---------- Previous post was at 21:38 ----------

Конечно, если известно, какие младшие биты установлены, то можно было бы и обойтись без чтения регистра CR. Но тут - общий случай.

---------- Post added at 21:42 ---------- Previous post was at 21:40 ----------

Например, можно запоминать последний вывод в CR в какой-нибудь переменной.

---------- Post added at 21:43 ---------- Previous post was at 21:42 ----------

Но какой смысл? Если эта переменная и регистр CR фактически одно и то-же :)

Ну и как тебе Web-сервер? По-моему, мощно! :)
Тут и сервер, и стек, и CGI, и файловая система (вместе с файлами) - и все в 18кб. А если на экран ничего не выводить, то и в 16Кб можно влезть. И ведь это не ассемблер, а С!
07.07.2011, 22:12
b2m

Цитата:

Сообщение от Error404

Ну и как тебе Web-сервер? По-моему, мощно! :)

А вот его я и не пробовал, ограничился telnet-ом. Ты уже собрал бинарники с обещанным исправлением?
07.07.2011, 23:20
Error404

Цитата:

Сообщение от b2m

А вот его я и не пробовал, ограничился telnet-ом. Ты уже собрал бинарники с обещанным исправлением?

Да. Пересобрал - теперь все работает. :v2_thumb:
И перезалил на форум в те же сообщения что и до того.
07.07.2011, 23:36
b2m

Да, теперь работает, только медленно :)

Показывать 40 сообщений этой темы на одной странице