http://www.arbor.com.tw/products/products_detail.aspx?Product_Name=Em104-a5362

* Low Power PC/104 CPU Module
* AMD Geode LX 800 Processor
* 1 x 200-pin DDR SO-DIMM up to 1GB SDRAM
* Support CRT and 18/24 bit TTL
* 2 x USB 2.0 Ports and 2 x Serial Ports
* Support PC/104 Interface
* Pin to Pin Compatible to Em104-n513

собственно проблема: взяли эту железку под систему на 4ке. все определяется/работает замечательно, за исключением одного но: полностью отсутствует обмен по шине ISA. с точки зрения CPU это выглядит как FFFF для чтения IO независимо от адреса, с точки зрения осциллографа на шине - полное молчание в эфире, хотя in/out выполняются.

вопрос к тем, кто имел счастье работать с этой железкой: у вас работает обмен по ISA шине или то-же какие-то странные вещи происходят?

ps: ситуация осложняется тем, что:
а) плата всего одна -> проверить в партии пока не могу
б) по слухам при её первой инсталляции в систему были какие-то проблемы со словами "&*%^ спалили" so может быть это и наш косяк и шины уже больше нет

// wbr

Пользовали только Em104-n513 типа почти тоже самое..
Все работает на ура, кроме того как при выходе в консоль из фотона, нижняя ее часть в виде цветных пляшущих знакомест.. : )
Да и пару их палили.. с характерным щелчком и дымом.., когда совместно включали с CRT-монитором. Ну потом-то стало понятно в чем дело.. ; ).. LCD лечит проблему.

> Пользовали только Em104-n513 типа почти тоже самое..

неее, дядь, n513 - это совсем не одно и то-же.

http://www.arbor.com.tw/products/products_detail.aspx?Product_Name=Em104-n513

n513 - это на базе AMD Geode GX1-300. там чипсет старый, io-мосты другие etc. действительно, нормально работает в том числе с 4кой если не считать некоторых глюков с 16ти битным обменом по ISA шине проблема в том, что AFAIU n513 снимаются с серии -> приходится искать им замену.

a5362 - это уже AMD Geode LX 800, соотв. новый чипсет, другой io мост и пр.

собственно AFAIU проблема зарыта где-то внутри моста PCI-ISA и проблема в том, что трансляция пространства ввода-вывода настраивается как-то не так, как нам хотелось бы:

One solution to support ISA DMA function on Geode is to use the ITE8888 device. This device supports 8/16-bit I/O and memory cycles. It also supports 8/16-bit DMA if the available VSA DDMA module is built into the BIOS. A downside to using this solution is that the legacy I/O
space (0-3FFh) is always subtractively decoded by the CS5535/CS5536. This requires that one or more of the six available I/O positive decode windows be configured in the IT8888 bridge. The default positive decode windows that are recommended:
100h-1DFh (implemented as 3 windows, 100h-17Fh, 180h-1BFh, 1C0h-1DFh).
200h-27Fh.
300h-35Fh (implemented as 2 windows, 300h-33Fh, 340h-35Fh).
In addition, AMD recommends the following register settings when implementing a IT8888 based bridge solution.
1) Configure the IT8888 I/O and memory positive decode windows to have them positively decode their spaces at "medium" speed.
2) Configure the IT8888 to subtractively decode the non-legacy I/O space (i.e., 400h-FFFFh) by
setting bit 0 of PCI config space index 50h.
3) Disable the non-legacy subtractive decode feature in the CS5535/CS5536 by setting SDOFF
to enabled.

в общем, будем копать'с...

// wbr

Использовали схожую по железякам (LX800+IT8888) Advantech PCM-4153. То же самое - ISA заработала только после непосредственного программирования регистров IT8888 (BIOS глючит - полное ощущение что продают ни разу не попробовав что-нибудь вставить в ISA Так что копайте - истина где-то там ...
//mgb

Удалось ли кому-нибудь добиться обмена по ISA на Em104-a5362 ?
А то хотелось бы упасть на железяку.

to pas
В то время с BIOS на наших платах CPC108 и СРС304 на базе Geode LX800 и IT8888 были схожие проблемы. Ещё в ноябре они были решены. В продажу платы поступили только в этом году. Подозреваю что на этих платах проблемы тоже уже давно решены.

to mgb14
> BIOS глючит - полное ощущение что продают ни разу не
> попробовав что-нибудь вставить в ISA

Тут логика маркетологов понятна - плата уже есть, её надо продать, а тестировать её должны первые клиенты за свой счет. По первым отзывам переписывается BIOS. Зато на рынке раньше всех конкурентов.
По информации от наших специалистов сборочного производства пром. компьютеров Advantix могу сказать, что у Advantech проц. платы идут с большим количеством брака. Но в ремонт забирают без вопросов.

> По информации от наших специалистов сборочного производства пром. компьютеров Advantix могу сказать, что у Advantech проц. платы идут с большим количеством брака. Но в ремонт забирают без вопросов.

и это пишет человек с ником Fastwel..

// wbr

to klalafuda

> и это пишет человек с ником Fastwel..

Да, я и не скрываюсь А главное – не привираю! Просто когда тебе говорят, что из закупленной партии больше десятка плат не работает – это запоминается.

Уважаемый Fastwel!
Вы говорите, что ваши платы CPC304 поступили в продажу.
При попытке заказать их в компании Прософт, мне сказали, что срок поставки 10 - 12 недель. С чем связана такая задержка поставки?

> При попытке заказать их в компании Прософт, мне сказали, что срок поставки 10 - 12 недель. С чем связана такая задержка поставки?

ну их же ещё сделать нужно

// wbr

to concord10

> Вы говорите, что ваши платы CPC304 поступили в продажу.
> При попытке заказать их в компании Прософт, мне
> сказали, что срок поставки 10 - 12 недель. С чем
> связана такая задержка поставки?

Да, извиняюсь, по поводу СРС304 внес дезинформацию. Платы СРС108 уже выпускаются серийно. Платы СРС304 только как опытные образцы. В серию они будут запущены как раз через 10 - 12 недель. К тому времени BIOS ещё поправят.
Если хотите заложить СРС304 в ваш новый проект, то готов помочь приобрести один из опытных образцов СРС304. Недавно, таким образом, помог приобрести плату для исследовательского проекта на МКС. По всем подобным вопросам пишите на e-mail qnx @ fastwel.ru

Удалось кое что раскопать с трансляцией адресов I/O ISA шины Arbor Em104-a5362 (написано v1.0).
Цель: Хочется прицепить платку АЦП с базовым адресом 300h и 16 прилигающими регистрами, а еще чтобы она заработала.
Из мануала к этой версии Arbor узнаем, что необходимо в BIOS настроить трансляцию I/O адресов. Вроде все просто, указываем базовый адрес, количество регистров и должно быть счастье... Пишем небольшой кодик для работы с АЦП.. запускаем.. не работает.. Перетаскиваем платку АЦП на предыдущюю версию Arbor Em104-n513 - работает.. А программировать мост PCI-ISA IT8888G ой как ломает.. да и где-то тут на форуме прочитал, что если PC-104 сломается, то нигде их не ремонтируют ; ) (Шеф в гневе.. бонусы превращаются в анусы.. засада одним словом).
Вот здесь тяним документ http://www.ite.com.tw/product_info/file/pc/IT8888G_V0.9.pdf и в таблице 6-1 IT8888G Configuration registr map видим знакомые букавки, содержимое которых можно посмотреть утилитой show_pci -vv.
Ищем устройство Vendor ID=1283h, Device ID=8888h, смотрим содержимое
Device Dependent Registers:
0x40: 00 00 00 00 00 00 00 00 ff 00 02 00 02 00 02 00
0x50: 20 f0 ff 01 3f 3f 00 8c 70 0a 00 a4 00 30 00 c4
Нас интересуют содержимое регистров с 5Ch до 5Fh, т.к. свой АЦП указали в IO Space 1.
Вот их содержимое (крайние четыре байта):00 30 00 c4.
Пытаемся понять эти цифири из пункта 6.3.13 Positively Decoded IO_Space_1 Register мануала IT8888G. Итого наш адрес располагается в 5Ch и 5Dh, т.е. show_pci нам говорит, что вместо 300h адреса, указанного через BIOS, влетает 3000h.
Начинают терзать смутные сомнения, что при вводе базового адреса в BIOS происходит сдвиг на 4 бита в лево.
Проверяем. В BIOS в IO_Space_1 указываем базовы адрес 30h.
Загружаемся и проверяем содержимое карты регистров show_pci -vv.
Device Dependent Registers:
0x40: 00 00 00 00 00 00 00 00 ff 00 02 00 02 00 02 00
0x50: 20 f0 ff 01 3f 3f 00 8c 70 0a 00 a4 00 03 00 c4
Теперь вроде все на своих местах. 300h
Пущаем нашу злобную АЦПешную тестовую софтину на Em104-a5362. Все работает.