Где взять сабж? Вроде у Ментора когдато была такая мегакорка, перерыл их сайт не могу найти, 51-ое ядро есть а 8086 нет, подскажите где взять подобное? Интересует возможная стоимость. Если кто делал поделитесь опытом.

здесь http://www.ht-lab.com/freecores/cpu8086/cpu86.html

еще в инвентровских ир на местном фтп

Это есть, вопрос как раз в инвенторовской корке она у них с сайта пропала , да и к томуже в режиме 8086 глючит , freecores пока не занимался

А в чем глюк?

Фактически как я понял у них какие то проблемы с очередью команд, простейшая программа, укладывающаяся в первые 16 байт, и, осуществляющая чтение ячейкм памяти, инкремент и запись в нее же, работает, но появляются какие то странные дополнительные чтения/записи из памяти и в память по неиспользуемым адресам, после этих "чудесных" записей, программа начинает работат заново и больше не сбивается .

По результатам несколько-дневных долбаний:
инвентровское ядро так и не заработало (ни Verilog ни VHDL)
ядро HTlabcom по первым впечатлениям работает (первый простейший код), но надо еще многое проверять.

проверьте папочку с корками в upload, может поможет.

А можете на почту выслать? Потому как из папочки ошибка идет, файл не может быть загружен
mail to: cdg_y@yandex.ru Или переложите куда нибудь. Заранее спасибо.

Все получилось, спасибо, прочитал как лечить проблему

PM.
С ftp файл скачивается(у меня).

Скачать получилось, боьшое спасибо, прочитал как лечить проблему (надо было перерегистрироваться)

->To Vetal<- Не помогло

cdg,
а Вам не кажется, что проблема где-то у Вас? Менторовская корка у Вас не работает, выложеная Vetal'ом не работает тоже. Я сомневаюсь, что 2 фирмы продают фактически нерабочие ядра.

Мне не кажется и на то есть следующие причины:
1) Менторовская корка была продана АРС и развивалась им далее (не нужно быть супер умным, чтобы это увидить даже не сравнивая исходные тексты корки, достаточно посмотреть на даташиты).
2) Первоначальный глюк связанный с работой в стартапной области небыл исправлен.
3) Существует ряд моментов, на которые у меня не хватает фантазии получить ответы.
4) По фактам:
а) В комплекте с ядром идет testbench, который "?работает?" (их код). Если взять простую програмку:


она как раз помещается в bootcode.mem, то она работает на этом ядре несколько странно (в отличие от фриварного ядра и собственно от обычного процессора I8х86). В первый проход AX и ячейка @15F0h наращивается на 1, второй проход опять в AX и ячейку @15F0h попадает 1, потом АХ обнуляется, на третий проход пишется 1-ца, 4-ый 2-ка и т.д., т.е. начинает работать нормально.
Если код переместить в памяти, а в bootcode.mem оставить только переход то все работает нормально. Так точно у меня работало и инвентровское ядро (отсуда и мысли что глюк не был выправлен).
б) Не могу найти объяснения исходному содержимому файла bootcode.mem:

если это дизасемблировать то получается нечто:

Код после JMP смысла не имеет (собственно и не выполняется). К стати буткод от инвентровског не отличается.
в) По поводу подключения тоже множество непонятных моментов, разное поведение процессора в зависимости от того в каком состоянии входная шина данных при обращении к "закрытым(несуществующим) областям памяти", 16'h0000- одно, 16'hFFFF - другое, 16'hz - вобще виснет.
г) сохранился с менторовских времен и небольшой баг в тесбенче:

Исходя из изложенного и возникает сомнение в работоспособности ядра выкидыващего такие фортели на самых простых вещах.

5) Вопрос о полнофункциональной программе тестировании ядра остается пока для меня открытым.
6) Если у Вас есть ответы на сформулированные вопросы или Вы можете подсказать в чем корень моих бед - милости прошу .

З.Ы. Пока только в Active HDL пытаюсь запустить, но макет на столе уже есть.

А вот, к стати, зачем это все надо:
http://electronix.ru/forum/index.php?showtopic=21674

cdg, Вы совершенно правы, я запустил Ваш код на квесте - те же грабли. Там еще в SP пишется 2, похоже, что вместо AX.
Вопрос - этот глюк критичный, или он возникает только после сброса? Как я понял, он исчезает, если первой командой стоит long jmp.
Вопрос с полной верификацией этого IP, думаю, останется открытым - пока Вы его не купили, тогда можно обратится к разработчикам и получить сатисфакцию. Единственный путь, который я вижу - имплементировать ядро и писать под него firmware, нужное для данной конкретной задачи - в процессе отладки станет ясно глюкавость. Тестов не верификацию интеловских процов я никогда не видел, тесты в биосах, под дос типа манифеста - это все не то.
ЗЫ Хекс, который Вы привели, не совпадает с листингом: в хексе два нопа, а в листинге mov ax,[bx]

Боюсь что написание тестов комманд для x86 процов задача молореализуемая. CISC однако. Проще собрать систему с таймером и UART и попробовать запустить на ней простенькую операционку. А вообще отладка чужого CISC(сырого) дело тухлое. Ведь каждая найденная ошибка будет предпоследней.

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

Очень жаль, но Вы обсолютно правы .

В общем по результатам исследований ARC ядро (как и инвентровское) считаю нерабочим.
Пормимо указанного ранее глюка со стартапом глючит обработка прерываний, т.е. от момента выставления прерывания до получения вектора прерывания все ок, от момента получения вектора прерывания до получения значений смещения и сегмента происходят 3 "левых" записи в память по "левым" адресам, после возвращения из процедуры прерываний, состоящей из одной команды iret (0xCF), портятся значения регистров АХ, SI и т.п.
Сложилось впечатление что оное ядро специально "подпорчено", но годится в демо целях .
Жаль потраченного времени, но отрицательный результат тоже результат .

А ht-лабовскую будете пробовать?
Может где-нибудь в инете есть отчеты или форумы по x86 коркам?

Я ее уже смотрел (см. выше), предварительно работает на том, где спотыкается Inventra(Mentor) и ARC. Сегодня займусь дальнейшими изысканиями, о результатах сообщу(коли есть интерес, а то пока я один здесь такой заинтресованный) . Предварительно могу сказать, что эта корка работает медленнее(но работает ), чем Inventra(Mentor) и ARC - 33МГц против 47МГц. Напрягает отсутствие входа готовности SRDY и невозможность выставить вайтстэйты отдельно на область IO и MEM, однако может можно доработать.

Я на такие пока не нарвался.

Интерес есть и у меня: количество наработанного программного обеспечения (на оригинальном i80C188/186EB) - огромно! Интересно
просто все это использовать для SOC систем. Все минусы x86
внутри FPGA могут быть скомпенсированы наличием готового софта,
легкости написaния и отладки нового. Но нужна достаточно надежная
и совместимая корка.

И это радует!!!

Аналогично...

Это спорное утверждение...

Я вот и пытаюсь найти. Пока в корке HTlabcom нашел глюк с прерываниями, залез к ним на страничку увидел новый релиз в котором обещали исправить. Вот как бы их еще уговорить сделать входной SRDY сигнал???

Ради прикола. А кто нибудь видел чипы в которых бы были синтезируемые x86 ядра? Я что то таких не встречал. Впрочем это не значит что их нет.

Может иногда и спорное, но часто очень даже и не спорное. Часто нужно сделать красивое для юзера и гибкое для девелопера, пусть даже и не самое производительное, решение задачи - в срок, чем идеальное и суперсовременное - тогда, когда оно уже не нужно.

Всем нужно вчера

Кто-то на форуме ixbt по фотоаппаратам говорил, что в процессоре digic II, который обрабатывает снимки в каноновской серии ixus, есть dsp + ядро 86.

Да, там хакеры раскопали код firmware - оказался от i186. Забавно. Жив курилка!
http://forum.ixbt.com/topic.cgi?id=20:11661
http://forum.ixbt.com/topic.cgi?id=8:18741-115
Кому интересно.

cdg,
я исправил(?) ошибку в менторовской корке, теперь маленькая программа на 16 байт работает правильно, регистры не портятся. Работает также и огромный тестбенч, который там приложен.

Проверьте, пожалуйста, обработку прерываний, и если они будут глючить, пришлите мне исходники Вашего теста, я поисправляю дальше...

Нашел в менторовском тестбенче кусочек, где обрабатывается прерывание и посмотрел.

У меня не так - после получения вектора идет 3 раза запись в стек (CS, IP и флагов), потом 2 чтения сегмента и смещ. процедуры обработки прерыв. Потом 3 чтения - загрузка очереди инструкций с нового адреса. Все честно.

У меня все стоит 3 чтения на возврат из прерывания и 3 чтения очереди инструкций. Меняются только SP и BP - но BP из-за pop bp, стоящего перед iret.

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

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

C исправленным, с оригинальным не проверял. Но мои исправления меняют поведение процессора от сброса до первой записи в IP (jump), так что думаю, что и с оригинальным должно работать тоже.

Со стеком я премудрил, от того и с прерываниями косяк вышел, в тестбенче откусил область стека
Буду проверять, когда появится время, сейчас другой работы навалило. Еще могу сказать что в АРС ядре тот-же глючок, код то родственный , лечится так-же. Вот еще бы утоптать их стэйт машины в память, что бы ядро ресурсов поменьше жрало, тогда не жизнь была, а сказка!