Текущее время: 24 июн 2025 02:11


Часовой пояс: UTC + 4 часа




Начать новую тему Ответить на тему  [ Сообщений: 13 ] 
Автор Сообщение
 Заголовок сообщения: Заметки к диагностике PCI Express
СообщениеДобавлено: 24 дек 2012 11:38 
Аватара пользователя
Не в сети

Зарегистрирован: 15 мар 2007 16:02
Сообщения: 80
Откуда: Киев
Потребность в диагностике PCIe-шины назрела давно. К сожалению, на этом пути есть препятствия, иногда трудно преодолимые. Первая попытка приблизится к тестированию PCI Express у нас возникла после знакомства с платформами, где не работали один или несколько PCIe-слотов. Замена моста не дала результата, поэтому надежда на успех была связана с поиском приемлемой технологии.

Сразу оговоримся, что мы были нацелены на использование бюджетных средств диагностики и в наш круг интересов не попали самые передовые (а посему сверх-дорогие) инструменты и приборы.

В первом приближении был [http://komposter.com.ua/content/eskiz-k-diagnostike-shiny-pci-express-s-pomoshchyu-link-training написан фрагмент кода, использующий процедуру Link Training. Результаты его работы выводятся на два индикаторы POST-карты IC Book Labs., модель ic80v5. Адаптация софта к другой плате такого рода потребует либо только визуализации полученной разрядности (и, соответственно, отказу от вывода производительности шины), либо ухищрениям с поочередным выводом этих двух параметров, разделенным временными задержками.

Код написан так, что легко может быть имплементирован в BIOS (для тех, кто умеет это делать с помощью BIOS Patcher, либо в виде EFI-приложения). http://icbook.com.ua/hardware/_ic80v5/leds.html POST-карта ic80v5 выбрана потому, что на материнках, где нет 80-го порта, а вместо него используется порт 1080h, она обеспечивает работоспособность.

В частности, такая ситуация нас поджидала с платформой ASUS A8N-E (AMD Socket 939, Nvidia nF4), на которой выполнялся демонстрационный тест, снятый на видео.

[align=justify][youtube]http://www.youtube.com/watch?v=wLtuD13SWcs[/youtube][/align]

Сюжет клипа сводится к тому, что система стартует с бумажным изолятором, установленным в PCIe-слот, где находится видеокарта. Тест шины завершается выводом на POST-карту результата 2508, что означает 2,5 ГБ/сек в режиме работы порта x8.

После удаления бумажного изолятора тест повторяется. Результат подтверждает изменение ситуации: теперь PCIe шина работает в режиме x16 с прежней полосой пропускания в 2,5 ГБ/сек.

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


Вернуться к началу
 Профиль WWW  
Ответить с цитатой  
 Заголовок сообщения: Re: Заметки к диагностике PCI Express
СообщениеДобавлено: 25 дек 2012 15:09 
Аватара пользователя
Не в сети

Зарегистрирован: 15 мар 2007 16:02
Сообщения: 80
Откуда: Киев
/offtop
А-у, модераторы! Исправьте ссылки, у меня на это прав нет.


Вернуться к началу
 Профиль WWW  
Ответить с цитатой  
 Заголовок сообщения: Re: Заметки к диагностике PCI Express
СообщениеДобавлено: 25 дек 2012 22:08 
Мастер
Аватара пользователя
Не в сети

Зарегистрирован: 09 дек 2005 21:09
Сообщения: 982
Откуда: Новокузнецк
Я полагаю для массового применения в ноутбуках этот метод будет малополезен. Если в десктопах для диагностики можно поставить заведомо исправное PCI-E 16x устройство, то в подавляющем большинстве ноутбуков это не удастся, и тест не сможет ответить на вопрос с какой стороны шины находится неисправность. Вкупе с необходимостью интегрировать в биос специальный модуль по затратам времени и вероятности полезного результата преимуществ я лично не вижу. Что касается скорости интерфейса и режима работы шины - в ремонте это маловажно, если старт есть - все можно узнать программно под ОС, если старта нет, то и данный тест вряд ли скажет что-то вразумительное...

_________________
Alles Luge...


Вернуться к началу
 Профиль  
Ответить с цитатой  
 Заголовок сообщения: Re: Заметки к диагностике PCI Express
СообщениеДобавлено: 27 дек 2012 18:36 
Аватара пользователя
Не в сети

Зарегистрирован: 15 мар 2007 16:02
Сообщения: 80
Откуда: Киев
1) Диагностический смысл не только в определении параметров и выводе результата (2516h), но и в том, что во время выполнения фрагмента, контроллер PCI Express формирует импульсные последовательности, пригодные для наблюдения измерительными приборами (правда, если позволяют частотные параметры данных приборов). Наша программа выполняет это в непрерывном цикле, что значительно удобнее для наблюдения, чем повторно нажимать RESET или включать-выключать питание, пытаясь поймать на осциллографе момент инициализации шины.

2) Выводимая информация о текущей разрядности интерфейса (x1, x4, x8, x16) хотя и не дает точный номер отказавшей линии, но по количеству используемых линий мы можем определить, какая часть шины была отключена, и примерно локализовать отказавшую линию.

3) Интеграция фрагмента в BIOS действительно связана с большими затратами времени, но если пользоваться специальным инструментарием, а не обычным дизассемблированием, затраты времени будут меньше. Этот момент также будет нивелирован, если требуется ремонтировать много одинаковых ноутбуков, или не совсем одинаковых, но с различиями, не существенными для затрагиваемого этапа выполнения. Достаточно будет сформировать один образ BIOS для нескольких устройств.

4) Мы отладили фрагмент под DOS. У нас имеется шаблон для написания EFI-приложений, поэтому не составит проблемы портирование для EFI в соответствии с UEFI Specification.

5) Написана библиотека для детектирования ACPI таблицы MCFG и доступа к конфигурационному пространству в режиме Memory Mapped I/O, поэтому мы готовы к появлению Legacy-free платформ, на которых не будет портов 0CF8h/0CFCh. Обращения к портам легко заменяются на обращения к ячейкам памяти в диапазоне ACPI MCFG.

Вкратце так. Отмечу, что эскиз к диагностике не претендует на всемогущество, но с чего-то начинать нужно?


Вернуться к началу
 Профиль WWW  
Ответить с цитатой  
 Заголовок сообщения: Re: Заметки к диагностике PCI Express
СообщениеДобавлено: 29 дек 2012 01:50 
Мастер и Администратор
Аватара пользователя
Не в сети

Зарегистрирован: 11 ноя 2005 11:31
Сообщения: 15489
Откуда: Украина
Город: Odessa
icbook писал(а):
Вкратце так. Отмечу, что эскиз к диагностике не претендует на всемогущество, но с чего-то начинать нужно?


:co_ol:


Вернуться к началу
 Профиль ICQ WWW  
Ответить с цитатой  
 Заголовок сообщения: Re: Заметки к диагностике PCI Express
СообщениеДобавлено: 04 янв 2013 11:51 
Аватара пользователя
Не в сети

Зарегистрирован: 01 сен 2007 02:23
Сообщения: 178
Откуда: Новочеркасск, Кисловодск
Часть по этой теме тут:
http://www.rom.by/blog/Link_Training_es ... iagnostiki


Вернуться к началу
 Профиль ICQ WWW  
Ответить с цитатой  
 Заголовок сообщения: Re: Заметки к диагностике PCI Express
СообщениеДобавлено: 04 янв 2013 12:51 
Мастер
Не в сети

Зарегистрирован: 05 июн 2006 18:37
Сообщения: 941
Откуда: Украина
И куда , позвольте осведомиться, надо вставлять эту карту? PCI слота нет. Уж если что-то сочинять, то лучше бы какой-то LPC анализатор, что бы кроме постов показывал еще самые первые этапы настройки контроллеров. Что бы таким образом иметь представление о состоянии шины адреса и данных. Если это вообще возможно сделать через LPC.


Вернуться к началу
 Профиль  
Ответить с цитатой  
 Заголовок сообщения: Re: Заметки к диагностике PCI Express
СообщениеДобавлено: 07 янв 2013 18:14 
Мастер
Аватара пользователя
Не в сети

Зарегистрирован: 07 мар 2007 11:54
Сообщения: 375
Откуда: Vladivostok
Для интересующихся и желающих найти новые методы диагностики некоторых дефектов ноутбучных плат - думаю стоит обратить внимание на сигналы jtag, которые разработчики трудолюбиво выносят из процессора, мостов и видеочипов на контрольные точки и задуматься, для чего они...
Сорри за оффтоп.


Вернуться к началу
 Профиль  
Ответить с цитатой  
 Заголовок сообщения: Re: Заметки к диагностике PCI Express
СообщениеДобавлено: 07 янв 2013 18:42 
Мастер и Администратор
Аватара пользователя
Не в сети

Зарегистрирован: 11 ноя 2005 11:31
Сообщения: 15489
Откуда: Украина
Город: Odessa
GaRR (Igor) писал(а):
думаю стоит обратить внимание на сигналы jtag


Продолжите мысль, пожалуйста. А то теория общеизвестна, но без некоторых данных, доступных разработчику мало применима. Сей порт может служить для внутрисхемной диагностики отдельных устройств. Файлика одного не хватает часто. :)

_________________
ремонт ноутбуков, планшетов в Одессе
продажа паяльных станций Термопро ик-650
и расходных материалов для пайки и ремонта


Вернуться к началу
 Профиль ICQ WWW  
Ответить с цитатой  
 Заголовок сообщения: Re: Заметки к диагностике PCI Express
СообщениеДобавлено: 08 янв 2013 01:42 
Мастер
Аватара пользователя
Не в сети

Зарегистрирован: 27 июн 2009 20:53
Сообщения: 1020
Откуда: Бердичев
В данном случае скорее даже больше чем одного , скажем к примеру в случае трассировки GPU BIOS (обычно RISC VILW+DSP), без исходников и документации на него это так , просто на "цыферьки" посмотреть.

_________________
Хочешь получить правильный ответ - задай правильный вопрос.
Если проблема уникальна , кроме того у кого она на руках, её никто не решит. Для всех остальных проблем - есть Гугл.


Вернуться к началу
 Профиль  
Ответить с цитатой  
 Заголовок сообщения: Re: Заметки к диагностике PCI Express
СообщениеДобавлено: 08 янв 2013 20:32 
Мастер и Администратор
Аватара пользователя
Не в сети

Зарегистрирован: 27 окт 2007 21:02
Сообщения: 1319
Откуда: Москва
Город: Москва
Oblom76 (Alexander) писал(а):
В данном случае скорее даже больше чем одного , скажем к примеру в случае трассировки GPU BIOS (обычно RISC VILW+DSP), без исходников и документации на него это так , просто на "цыферьки" посмотреть.


Ну почему же, есть еще вариант - реверсинг. Но тут встает другой вопрос. что спецы по реверсингу такого класса и уровня, который позволит получить стабильный результат, стоят денег, сопоставимых с покупкой пакета разработчика.. :) Альтруизм на тех уровнях - понятие эфемерное..

_________________
Задница есть универсальный интерфейс. Ибо через задницу можно сделать абсолютно все.
Услуга по снятию пароля EFI на MacBook и iMac.


Вернуться к началу
 Профиль  
Ответить с цитатой  
 Заголовок сообщения: Re: Заметки к диагностике PCI Express
СообщениеДобавлено: 09 янв 2013 16:22 
Аватара пользователя
Не в сети

Зарегистрирован: 15 мар 2007 16:02
Сообщения: 80
Откуда: Киев
Этому обсуждению jtag-тестирования больше пяти лет. Приведу цитату :
Цитата:
Для диагностики платформы необходимо, чтобы тест JTAG дал положительный результат. Для старта платформы этого недостаточно. Кроме теоретического подхода существует и практический - инженерный. Где, когда, кому и как использовать JTAG-диагностику. В производства/разработке - однозначно да. В ремонте - однозначно нет.
Почему? Какова эффективность JTAG-тестирования процессора ($, T), если элементарный отвал сокета сводит на нет ее результаты, а установка на заведомо исправную платформу быстрее и дешевле (только без флейма на эту тему!).

Какова эффективность JTAG-тестирования чипсета (или XOR-тестирования), если то же самое

А связь между первым POST-кодом и JTAG очевидна. Представьте JTAG-тестирование на такой платформе. Оно намного сложнее, чем, скажем, на платформе с C1h. Потому что не для этого такое разработано. Оно сделано для серийного производства с впаянным процессорами (чипсетами), чтобы обеспечить QC( как систему управления, а не как событие) на потоке... А на энтузиастов с каждую секунду разными задачами расчитано не было.

И еще одно. Время от времени появляются поветрия и панацеи. Хочу предостеречь от увлечения. Может оказаться, что это для этого не подходит. Годами тестируя с помощью JTAG свои системы на ПЛИС, могу сказать, что без JTAG они никогда не были бы работоспособны, но сам JTAG ни разу не помог в ремонте. Есть другие идеи и другие решения. В любом случае - недешевые. Тут нормальный паяльник да программатор не все имеют, поэтому легко оперировать цифрами может оказаться неуместно.


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

Попытка визуализировать результаты теста на PCI POST-карте это частный случай. Условный пример, так сказать. Можно на LPC, можно в через POST-порт USB, так сказать в духе времени.


Вернуться к началу
 Профиль WWW  
Ответить с цитатой  
 Заголовок сообщения: Re: Заметки к диагностике PCI Express
СообщениеДобавлено: 10 июн 2013 17:31 
Аватара пользователя
Не в сети

Зарегистрирован: 15 мар 2007 16:02
Сообщения: 80
Откуда: Киев
Немного о последствиях использования Link Training, как диагностики платформы.
У нас появилась заметочка "ASUS Z87-K: желание сэкономить рождает компромиссы". Само собой, для мобильных платформ она не очень интересна, там же десктопный чипсет Intel Z87. Интересны выводы:

Экспериментируя с видеокартами NVidia (в частности, GV-N65TOC-1GI и MS-V034 NX6500-TD128E) мы наблюдали, что текущая полоса пропускания устанавливается равной 2.5 GT/S, несмотря на то, что видеоадаптер и мост PCI Express декларируют поддержку режимов 5.0 GT/S и выше. Для уточнения информации мы проанализировали содержимое битового поля Max Link Speed в регистре Link Capabilities Register.

Возможно, данная ситуация связана с использованием динамического реконфигурирования полосы пропускания шины PCI Express в зависимости от загрузки графического процессора. Не исключаем и версию о неполной совместимости исследуемых моделей видео адаптеров и системной платы.


Могу сказать, что не все так безнадежно с Линк-Трейнингом, как это может показаться на первый взгляд :)


Вернуться к началу
 Профиль WWW  
Ответить с цитатой  
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 13 ] 


Часовой пояс: UTC + 4 часа


Кто сейчас на конференции

Зарегистрированные пользователи: Bing [Bot], Google [Bot], Yandex [Bot]


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB