Unreal Speccy (TS-Labs edition)

[Sergey78]

При активном vdos блокировка записи не действует.
В железе так:

Code: Select all

wire [1:0] win = za[15:14];
wire win0 = ~|win;
wire rw_en = !win0 || memconf[1] || vdos;

[r0bat]

При запуске окно эмулятора неправильно центрируется. На мелком недоноуте задолбался вытаскивать из за края экрана

[TS-Labs]

UPDATE
Фиксед неправильное поведение 16-битного кеша.

[TS-Labs]

Фиксед глюки предыдущего фикса

[den_p]

Фиксед глюки предыдущего фикса

шо, даже спрайты читаются с правильной паги?

[TS-Labs]

Погоди, щас до спрайтов дойдем...

[TS-Labs]

Короче, нащет срайтунга в ДМУ при активной транзакции.
1.1. Раньше на железе блокировалась запись в реги ДМА при активной транзакции. В последствии блокировка была убрана для экономии ЛЕ, и да будет так вовек.
1.2. Исходя из п.1.1. запись в реги ДМА в процессе транзакции приведет к непредсказуемым результатам на железе.
1.3. За применение передовых технологий, описанных в п.1.2. присуждается пожизненное звание почетного ССЗБ секты.
2.1. В эмуляторе сейчас существуют отдельно регистры ДМА, в которые пишутся параметры и собственно эмулятор ДМА, который содержит внутренние регистры, в которые параметры переписываются по началу транзакции.
2.2 Проэмулировать соответствующие глюки железа не представляется возможным по причине п.1.2., п.2.1. и имплицитности имбециллизма самой идеи.

Исходя из вышеописанного, никакие меры для эмуляции %сабжа% приниматься не будут, а кодерам настоятельно рекомендуется проверять готовность ДМА перед записью параметров новой транзакции и ее запуском.
Всио.

[TS-Labs]

шо, даже спрайты читаются с правильной паги?

Значит так. Предлагается на выбор 2 варианта:
1. Внимательно читаем мануал и быстро решительно перестаем писать 5 в те биты, куда надо писать 0 - все довольны.
2. Я эмулирую правильное поведение железа, кодеры продолжают бездумно срать куда попало, щас будет работать на железе и в эмуле, впоследствии софты не будут работать в других реализациям тсконфы (например Реверс), где я планирую те биты все-таки задействовать.
Ну как?

[den_p]

Ну как?

керамический тигр

[EARL]

UPDATE
Пофикшен баг с выбором активного сигнала INT. Теперь выбор активного сигнала INT происходит непосредственно перед чтением вектора прерывания. Например, при одновременной работе строчного и кадрового инта, возникали ситуации, когда первым начинал обрабатываться строчный INT, а кадровый по истечению своего счетчика (32 такта) снимал свой сигнал INT и совсем не обрабатывался.

[TS-Labs]

UPDATE
Пофиксан свирепый говнокод в части эмуляции SD-карты:
- в командах записи не выдавался статус после приема команды,
- в командах записи не принимались 2 байта CRC после блока данных и не выдавался статус.

Show Spoiler

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

Добавлена небольшая задержка выдачи готовности данных SD-карты для большего соответствия реальности.

[amixgris]

Неверная эмуляция RTC
На реале для доступа к регистрам RTC необходимо предварительно записать 0x80 в порт 0xeff7, иначе читается 0xff.
В эмуляторе регистры RTC доступны всегда.

[EARL]

UPDATE
Исправлен доступ к часам RTC и CMOS. Теперь доступ к портам DFF7/BFF7 возможен только при установленном 7 бите порта EFF7 или при активном сигнале DOS (спасибо amixgris за репорт бага).

[VBI]

EARL, плиз, восстанавливать оригинальное рандомное содержимое памяти при загрузке спг.
можно?

[Black_Cat]

Исправлен доступ к часам RTC и CMOS. Теперь доступ к портам DFF7/BFF7 возможен только при установленном 7 бите порта EFF7 или при активном сигнале DOS (спасибо amixgris за репорт бага).

а доступ к часам в DOS'е это где так сделано и зачем? В Пенте этого никогда небыло и быть не должно.

[TS-Labs]

Недопц лжот (с)
А как было?

[Black_Cat]

А как было?

токо через D7 #EFF7 и никак иначе. В Пенте, как и во всех других клонах Спека, юзающих Глюкочасы, сигнал DOS/ (активирующийся при входе в TR-DOS) на часы никак не влияет.

[TS-Labs]

А с какого потолка это сделано в пентеве так?

[Black_Cat]

А с какого потолка это сделано в пентеве так?

Потому, что это пентева, а не Пент, в ней много чего нахуеверчено, это связано с ATMовскими плясками с бубном вокруг входа в режим ATM, и к Пенту не имеет никакого отношения.

[TS-Labs]

Т.е. походу для конфигурации "Пентагон" из дешифрации порта глючасов надо убрать !ДОС?

[Black_Cat]

Т.е. походу для конфигурации "Пентагон" из дешифрации порта глючасов надо убрать !ДОС?

Да, DOS/ в дешифрации часов нет, и в часы можно зайти в любом режиме, хоть в Спеке, хоть в TR-DOS.

[TS-Labs]

Наверное из конфы этот дос тоже выпилю.

[Black_Cat]

Хотя EARL говорил не так:

UPDATE
Исправлен доступ к часам RTC и CMOS. Теперь доступ к портам DFF7/BFF7 возможен только при установленном 7 бите порта EFF7 или при активном сигнале DOS (спасибо amixgris за репорт бага).

Судя по всему он ошибся, и хотел сказать "и", а то из его поста получилось что доступ к часам открывается либо по D7 #EFF7, либо по DOS, что у меня вызвало вопросы. Но тем не менее в Спеках DOS/ в дешифрации часов участвовать не должен, т.е. в режиме TR-DOS нет никаких препятствий чтоб обращаться к часам.

[EARL]

Нет, я не ошибся. В проекте доступ к rtc и cmos открывается так

Code: Select all

// gluclock ports
   wire gluclock_on = peff7[7] || dos;        // in dos mode EEF7 is not accessible, gluclock access is ON in dos mode.


[Black_Cat]

Нет, я не ошибся. В проекте доступ к rtc и cmos открывается так

Понятно, значит это ATMщина, ибо к Спектруму никакого отношения не имеет.
P.S. Глюк это имя собственное и пишется как "Gluk"