FPGA на шине PCI, Сработает ли Plag&Play? Опции

[Aprox]

Хочу реализовать в FPGA master-taget PCI шины. Вроде бы все давно известно, решено и проблем нет. Однако, появились сомнения на предмет времени на конфигурацию FPGA. Успеет ли эта конфигурация завершится до того, как BIOS компьютера начнет процедуру Plag&Play и посылать обращения к уже сконфигурированной FPGA? Может, кто уже натыкался на случаи, когда конфигурация FPGA не успевала произойти раньше Plag&Play? С какими матрицами и компьютерам такое случалось?

[vmp]

Для PCI время документировано и составляет 1 секунду (точнее, сколько-то тактов PCICLK). Сейчас лень искать, но эта цифра приведена в спецификации. Так что если успеете за 1 секунду загрузить свою FPGA, то все будет в порядке.
Для PCIe это время составляет 0.1 секунды. Учитывая немалый объем конфигурационных данных, даже для минимальной GX15 требуется поток данных в 50 Мбит/с. Альтера кстати предупреждает, что это время можно выдержать только при Passive Serial загрузке.

[Victor®]

Для PCI время документировано и составляет 1 секунду (точнее, сколько-то тактов PCICLK). Сейчас лень искать, но эта цифра приведена в спецификации. Так что если успеете за 1 секунду загрузить свою FPGA, то все будет в порядке.
Для PCIe это время составляет 0.1 секунды. Учитывая немалый объем конфигурационных данных, даже для минимальной GX15 требуется поток данных в 50 Мбит/с. Альтера кстати предупреждает, что это время можно выдержать только при Passive Serial загрузке.

Хочу добавить, что использовать ресет с PCI надо очень осторожно. Его длительность 1 ms (PCI 2.3, Table 7.4, page 234)
Т.е. если уж очень нужно что-то сбрасывать в FPGA сбросом c PCI, то надо успеть сконфигурироваться за эту 1 ms, что достаточно суровое требование.

[Methane]

Хочу добавить, что использовать ресет с PCI надо очень осторожно. Его длительность 1 ms (PCI 2.3, Table 7.4, page 234)
Т.е. если уж очень нужно что-то сбрасывать в FPGA сбросом c PCI, то надо успеть сконфигурироваться за эту 1 ms, что достаточно суровое требование.

Что-то вы напутали.

[Victor®]

Что-то вы напутали.

Что именно? Доводы есть?

[Methane]

Что именно? Доводы есть?

Нафиг при каждом ресете плис переконфигурировать?

[Victor®]

Нафиг при каждом ресете плис переконфигурировать?

1) А я такое и не предлагал.
2) При включении питания надо конфигурировать.

[Methane]

1) А я такое и не предлагал.
2) При включении питания надо конфигурировать.

Хочу добавить, что использовать ресет с PCI надо очень осторожно. Его длительность 1 ms (PCI 2.3, Table 7.4, page 234)
Т.е. если уж очень нужно что-то сбрасывать в FPGA сбросом c PCI, то надо успеть сконфигурироваться за эту 1 ms, что достаточно суровое требование.

Вы писали? Конфигурироваться за 1мс не нужно.

[Victor®]

Вы писали? Конфигурироваться за 1мс не нужно.

А это смотря в каком случае :-)
Я не точно написал, но и Вы слишком категоричны.

-- Предствьте себе что Вы
1) Включили питание на системной плате.
2) Просходит сброс, через 1 ms сброс снимается
3) Кофигурация FPGA заканчивается допустим, через 100 ms.

Вопрос.... Как сбросом с PCI сбросить что-то в FPGA? При таком раскладе - никак.
Естественно, что если будет происходить сброс с включенным питанием (hot reset) и FPGA уже законфигурирована-
то сброс с PCI работать будет.

[Aprox]

1) Включили питание на системной плате.
2) Просходит сброс, через 1 ms сброс снимается
3) Кофигурация FPGA заканчивается допустим, через 100 ms.

Вопрос.... Как сбросом с PCI сбросить что-то в FPGA? При таком раскладе - никак.
Естественно, что если будет происходить сброс с включенным питанием (hot reset) и FPGA уже законфигурирована-
то сброс с PCI работать будет.

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

[sazh]

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

А зачем Вам сброс на FPGA. Все регистры и так в ноль устанавливаются.

[Aprox]

А зачем Вам сброс на FPGA. Все регистры и так в ноль устанавливаются.

Дело не в начальных значениях регистров. Нужно знать момент, с которого стартовать загрузку конфигурации FPGA.

Нет, конфигурацию FPGA имеет смысл делать по включению питания.

Я знаю, что у большинства ПК питание на слотах PCI не исчезает по завершению работы Windows. Как же тогда узнаем, когда юзер нажмет кнопку "ON" компьютера и надо будет грузить FPGA?

[Victor®]

Дело не в начальных значениях регистров. Нужно знать момент, с которого стартовать загрузку конфигурации FPGA.


Я знаю, что у большинства ПК питание на слотах PCI не исчезает по завершению работы Windows. Как же тогда узнаем, когда юзер нажмет кнопку "ON" компьютера и надо будет грузить FPGA?

Давайте определимся - какой режим загрузки используется?
Если FPGA инициатор загрузки - то зачем знать "момент, с которого стартовать загрузку конфигурации FPGA." И кому надо это знать?

Вообщем совсем непонятно, для чего Вы хотите использовать PCI_RST для старта конфигурирования FPGA.
Включили питание - загрузилась FPGA. Не выключаете питание - конфигурация хранится в FPGA.

[Aprox]

Давайте определимся - какой режим загрузки используется?
Если FPGA инициатор загрузки - то зачем знать "момент, с которого стартовать загрузку конфигурации FPGA." И кому надо это знать?
Вообщем совсем непонятно, для чего Вы хотите использовать PCI_RST для старта конфигурирования FPGA.
Включили питание - загрузилась FPGA. Не выключаете питание - конфигурация хранится в FPGA.

Давайте тогда конкретно. Вот, пришел юзер и нажимает кнопочку "ON" на компьютере При этом, совершенно неизвестно было ли отключено питание ПК, или не было. Ориентироваться на это - игра 50 на 50. Однако известно, что при нажатии "ON" у правильных материнок на PCI-слотах появится сигнал nRESET. Разве это не сигнал к загрузке конфигурации FPGA? Далее, более-менее надежным приемом от "зависаний" служит WatchDog. При его срабатывании тоже будет происходить reset-PCI, но питание - нет, останется постоянным. И как вы перезагрузите в этом случае зависшую FPGA?

Давайте определимся - какой режим загрузки используется?
Если FPGA инициатор загрузки - то зачем знать "момент, с которого стартовать загрузку конфигурации FPGA." И кому надо это знать?

Я использую FPGA в комплекте с простым ARM-ом, который и грузит конфигурацию из своего flash. Пассивная загрузка. Вот, ARMу и надо знать, когда грузить FPGA. Самое простое- завести сигнал PCI-reset на nReset ARMa и он всгда будет стартовать приложение с загрузки FPGA. Как такое сделать с активной загрузкой из последовательной flash- я плохо представляю.

[sazh]

И как вы перезагрузите в этом случае зависшую FPGA?

Нажав кнопочку ресет.
Вам ведь надо, чтобы плата как Plug and Play определилась.
Чем быстрее стартанет, тем лучше.

[Aprox]

Нажав кнопочку ресет.
Вам ведь надо, чтобы плата как Plug and Play определилась.
Чем быстрее стартанет, тем лучше.

Речь шла о том, чтобы ориентироваться на пропадание-возникновение питания в PCI-слотах вместо Reset. Повторю- считаю это очень ненадежным решением потому, что питание в материнках не пропадает при "выключении" ПК.

[Methane]

Речь шла о том, чтобы ориентироваться на пропадание-возникновение питания в PCI-слотах вместо Reset. Повторю- считаю это очень ненадежным решением потому, что питание в материнках не пропадает при "выключении" ПК.

Скажите, вы хоть немножко, хоть чуть чуть смотрели документацию на PCI?