PCIe Опции

[Methane]

Спрошу сразу. Можно ли достоверно промоделировать на моделсиме устройство на PCIe, ничего не покупая и не тратя на это все несколько месяцев? Хочется написать, убедится что BARы правильно прописаны, что PnP и прочая беда работает, прогнать симуляцию разных вариантов чтения/записи из PCIe, генерации прерываний, убедится что пашет DMA, Burstы, что все работает в 64 бита, поиграться включая/отключая lan-ы, посмотреть какая для этого нужна ПЛИСина, может быть и hotplug проверить итд. И уже потом решать вопросы с покупкой чего либо. И заодно, если покупать megaCore PCIe, то сколько это может стоить? (просто порядок цен)? Килобакс, мегабакс?

Если да, то что откуда качать?

[SiTi]

Здравствуйте, можно я подключусь к дискуссии?
Точно такая же проблема у меня. Идея та же - нужно загрузить первоначальную прошивку, она по PCI-E заливает на флешку новую загрузку, ПЛИС рестартится, устройство переопределяется, всё работает под новой прошивкой.

Все это возможно прямо через PCIe безо всякого SMBus-а. Добавить только к ПЛИСине какую нибудь мелкую CPLD, которая будет загрузкой управлять. Насчет хотплуга не знаю, попробую сегодня прошивку залить и запустить поиск оборудования. Чето всегда после перезагрузки тестировал, может зря.

Ну, насколько я понимаю, для управления загрузкой не нужна никакая CPLD, у xilinx есть MultiBoot и ICAP, которые под это заточены. Вообще никакого дополнительного обвеса к ПЛИС не понадобится.

У меня PCIe устройство, если плис перегрузить нагорячую, вообще нигде не видно после перезагрузки, не находится... Приходится перегружать компьютер. Надо будет попробовать сначала отключить устройство в диспетчере оборудования, а потом перегружать...

И ещё я не понял на счёт BAR0, BAR1 и т.д... Зачем записывать их значения и восстанавливать? Я вот этот абзац вообще что-то не понял...

[disel]

Ну, насколько я понимаю, для управления загрузкой не нужна никакая CPLD, у xilinx есть MultiBoot и ICAP, которые под это заточены. Вообще никакого дополнительного обвеса к ПЛИС не понадобится.

Ну например если прошивок больше четырех. А так конечно можно и ИКАПом.

У меня после прошивки на лету происходит следующее: данные в пространстве конфигурации читаются новые, но в БАРах нули. Плата соответственно не работает.

[Methane]

Ну например если прошивок больше четырех. А так конечно можно и ИКАПом.

У меня после прошивки на лету происходит следующее: данные в пространстве конфигурации читаются новые, но в БАРах нули. Плата соответственно не работает.

Какая ось? Если линух то по идее pciehp.ko можно загрузить.

[disel]

Какая ось? Если линух то по идее pciehp.ko можно загрузить.

WINXP и Мандрива 2009. Поведение одинаковое. pciehp.ko загружен.

[Methane]

WINXP и Мандрива 2009. Поведение одинаковое. pciehp.ko загружен.

Значит про загрузку прошивки прямо из драйвера придется забыть.
Значит ПЛИС + CPLD + NOR память.

[disel]

Значит про загрузку прошивки прямо из драйвера придется забыть.
Значит ПЛИС + CPLD + NOR память.

Не стоит на мой опыт ориентироваться, поскольку задача хотплуга у меня не стояла. И честно говоря я даже в стандарте не успел про это почитать.

[Methane]

Не стоит на мой опыт ориентироваться, поскольку задача хотплуга у меня не стояла. И честно говоря я даже в стандарте не успел про это почитать.

Дело не только в хотплаге. Дело в том что хотелось бы
1. Грузить прошивку прямо из драйвера.
2. Не перезагружать комп при каждой смене прошивки.

Да, а поставить плату в компютер, (пустую, без прошивки) а потом запрограммировать ее через JTAG, получается? Я читал что у народа работает, но тоже только один раз. Если сменить прошивку, не работает.

[disel]

Дело не только в хотплаге. Дело в том что хотелось бы
1. Грузить прошивку прямо из драйвера.
2. Не перезагружать комп при каждой смене прошивки.

Согласен, правильная идея.

Да, а поставить плату в компютер, (пустую, без прошивки) а потом запрограммировать ее через JTAG, получается? Я читал что у народа работает, но тоже только один раз. Если сменить прошивку, не работает.

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

[Methane]

Согласен, правильная идея.

Вот только как оказалось, не реализуемая. По идее.

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

Альтера говорит, что чтобы оно и работало потом, это должно произойти за 0.2 с с момента подачи питания.

[disel]

Альтера говорит, что чтобы оно и работало потом, это должно произойти за 0.2 с с момента подачи питания.

Наверное я не о том написал, вопроса не понял. Под программированием платы я понимал прошивку ПЗУ. Заливать же через джитаг в ПЛИС прошивку при старте не побывал. Да и смысла в этом нет. Альтера правильно говорит про 0,2 с. Стандарт PCIe говорит о том же. Залить прошивку за это время не реально.

[Methane]

Наверное я не о том написал, вопроса не понял. Под программированием платы я понимал прошивку ПЗУ. Заливать же через джитаг в ПЛИС прошивку при старте не побывал. Да и смысла в этом нет. Альтера правильно говорит про 0,2 с. Стандарт PCIe говорит о том же. Залить прошивку за это время не реально.

Вот. Я читал, что если плата уже воткнута, и компьютер загружен, то если загрузить прошивку, то компьютер распознает, и правильно проинициализирует. Но если потом в плату прошивку перезагрузить, то правильно работать она уже не будет. Но по идее под линухом можно это обойти.

[disel]

Вот. Я читал, что если плата уже воткнута, и компьютер загружен, то если загрузить прошивку, то компьютер распознает, и правильно проинициализирует. Но если потом в плату прошивку перезагрузить, то правильно работать она уже не будет. Но по идее под линухом можно это обойти.

Если нужен хотплуг то нужно стандарт читать, а не пытаться познать его методом тыка плат в компьютер.

[Methane]

Если нужен хотплуг то нужно стандарт читать, а не пытаться познать его методом тыка плат в компьютер.

В стандарте написано что прочитайте регистр, и в этом регистр бит говорит поддерживает сплот хотплаг или не поддерживается. Вопрос, как сказать системе, то какой-то конкретный сплот поддерживает хотплаг?

[disel]

В стандарте написано что прочитайте регистр, и в этом регистр бит говорит поддерживает сплот хотплаг или не поддерживается. Вопрос, как сказать системе, то какой-то конкретный сплот поддерживает хотплаг?

Читать нужно: PCI Standard Hot-Plug Controller and Subsystem Specification 1.0
Только не знаю где взять.

[XVR]

Читать нужно: PCI Standard Hot-Plug Controller and Subsystem Specification 1.0
Только не знаю где взять.

Тут - http://rapidshare.com/files/369941890/shpc1_0.pdf

[Methane]

Тут - http://rapidshare.com/files/369941890/shpc1_0.pdf

Так это же не PCIe. С линком-то что делать?

[XVR]

Так это же не PCIe.

Это то, что рекомендовал disel, так что вопросы к нему
Видимо нужен какой то из PCIe стандартов, только скажите какой (www.pcisig.com) Возможно PCIe Base подойдет
Немного написано в CEM спецификации:

In the following text, all references to mechanical elements should be interpreted in the context of
the PCI Express card form factor definition, unless otherwise stated.
3.1. Scope
5 The PCI Express specification natively supports Hot-Plug/Hot Removal of PCI Express add-in
cards. However, hardware support of Hot-Plug/Hot-Removal on the system board is optional.
Since the PCI Express evolutionary form factor is designed as a direct PCI connector replacement
and utilizes an edge card connector, the PCI Express Native Hot-Plug model is based on the
standard usage model defined in the PCI Standard Hot-Plug Controller and Subsystem Specification,
10 Revision 1.0.
The following section describes the add-in card presence detect and PCI Express Native Hot-Plug
signals. For a detailed explanation of the register requirements and standard usage model, see
Chapter 7 of the PCI Express Base Specification, Revision 1.1.
3.2. Presence Detect
15 The PCI Express Hot-Plug controller detects the presence of an add-in card using the PRSNT2#
signal as shown in Figure 3-1. It is the responsibility of the Root Complex or the switch to
determine the presence of the add-in card and set the present bits in the appropriate register as
described in Chapter 7 of the PCI Express Base Specification, Revision 1.1. In addition to the Hot-Plug
controller, the PRSNT2# signal is used by the system board to recognize the presence of the add-in
20 card in order to enable the auxiliary signals: CLK, PERST#, SMBus, and JTAG. The two signals,
PRSNT1# and PRSNT2#, described in Figure 3-1, are required on the PCI Express connector and
must be supported by all PCI Express add-in cards.
Both PRSNT1# and PRSNT2# signals are required in order to detect the presence of the add-in
card and to ensure that it is fully inserted in the connector. Note that the pads on the add-in card
25 for the PRSNT1# and PRSNT2# signals are shorter than the rest of the pads in order to have about
1 ms difference of insertion time. Unused PRSNT2# pads on x4, x8, and x16 add-in cards can be
either standard length or the pad can be eliminated. This scheme is used to allow the power
switches to isolate the power to the card during surprise removal. The mechanical details are
provided in Chapter 5.
It is required that all PCI Express add-in cards implement variable-length edge finger pads and tie
the PRSNT1# and PRSNT2# signals together on the add-in card. There is more than one
PRSNT2# pin defined in the x4, x8, and x16 PCI Express connectors; these are needed to support
up-plugging. All add-in cards shall connect the PRSNT1# signal to the farthest-apart PRSNT2#
5 signal with a single trace in between them as illustrated in Figure 3-1. For example, a x4 add-in card
would connect PRSNT1# with PRSNT2# on pin B31, and a x8 add-in card would connect
PRSNT1# with PRSNT2# on pin B48. Refer to Table 5-1 for connector pin numbering and
definition. If the system board designer chooses to implement hot-plug support, the system board
must connect PRSNT1# to GND and separately connect all the PRSNT2# pins together to a single
10 pull-up resistor, as shown in Figure 3-1. The system board designer determines the pull-up resistor
voltage and associated use of applicable hot-plug control logic. If the system board designer
chooses not to implement hot-plug support, PRSNT1# and PRSNT2# connector pins may either
be left un-connected or may be grounded on the system board.
Since the x8 add-in card may plug into a x8 connector with a x4 Link only, the system board shall
15 have the two PRSNT2# pins (B31 and B48) connected together. This is required in order to sense
the presence of the x8 add-in card in a x8 connector that supports a x4 Link only. See Section 6.3
for card interoperability discussions.

[Methane]

Это то, что рекомендовал disel, так что вопросы к нему
Видимо нужен какой то из PCIe стандартов, только скажите какой (www.pcisig.com) Возможно PCIe Base подойдет
Немного написано в CEM спецификации:

Ну возьму я завтра тестер, и прозвоню PRSNT сигналы. Что дальше?

[XVR]

Ну возьму я завтра тестер, и прозвоню PRSNT сигналы. Что дальше?

Их не надо прозванивать, их надо имплементировать на своей плате (хоть с помощью реле). Если ядро ОС вообще в курсе, что hot-plug бывает, то их размыкание/замыкание заставит ядро (драйвер) заново инициализировать этот слот.
Немного криво, зато железно (в смысле в РЕАЛЬНОМ железе)