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

[b2m]

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

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

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

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

Под 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 заработало.

[Error404]

Это откуда кусок кода? В 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 практически один-в-один).

[Error404]

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

[b2m]

В-общем, 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))

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

[Error404]

Могу предложить новый метод отладки всего этого хозяйства.
Я скрестил исходники 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))

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

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

Ладно, добавим.

[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 фактически одно и то-же

[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 фактически одно и то-же

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

[b2m]

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

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

[Error404]

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

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

[b2m]

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