контроллер i2c amd что это
Радиолюбительские измерения: анализ сигналов шины I2C
Как я уже неоднократно упоминал в своих публикациях, любительские проекты финансируются из семейного бюджета, и радиолюбитель, обычно, не может себе позволить покупку дорогостоящего измерительного оборудования. Приходится довольствоваться тем, что есть. Или тем, что удаётся взять попользоваться «на время». А иногда от безысходности радиолюбителю приходится «сверлить пилой и пилить буравчиком».
Недавно я испытал потребность выяснить, что на самом деле передаётся в разрабатываемом мной устройстве по шине I2C. Это был тот счастливый момент, когда можно было себе позволить «пилить пилой».
Как происходит обмен данными между устройствами по протоколу I2C можно узнать здесь. Для анализа сигналов на шине I2C можно применить, как цифровой двухканальный осциллограф с памятью, так и логический анализатор.
Цифровой двухканальный осциллограф с памятью
При работе с радиоэлектронной аппаратурой осциллограф является наиболее универсальным инструментом. Современные цифровые осциллографы обладают рядом полезных свойств, позволяющих производить, в том числе, и анализ сигналов шины I2C.
К сигналу SCL был подключен CH1. К сигналу SDA был подключен CH2. Для обоих каналов был установлен масштаб 1.00 V/дел. Масштаб развёртки – 10 us/дел. Для наглядности луч первого канала смещён в верхнюю половину экрана, а луч второго канала – в нижнюю.
В меню Trigger осциллограф был настроен на однократное измерение с запуском по достижению передним фронтом в канале CH1 уровня 1.00 V:
После включения тестируемого оборудования была нажата большая красная кнопка Run/Stop. Осциллограф встал в режим ожидания, затем запустился. Через несколько секунд запись была остановлена вручную.
Полученная осциллограмма записывалась на внешний носитель поэкранно:
Произведём разбор записанных сигналов. На первом экране мы видим отображение настроек прибора и осциллограмму сигналов SCL (верхняя часть) и SDA (нижняя часть экрана), на которой читаем слева направо:
Логический анализатор цифровых сигналов
Дешифрацию протокола можно произвести более простым методом, используя логический анализатор и соответствующее программное обеспечение.
В программе был включен анализатор протокола I2C. Для сигнала SCL был назначен канал CH0, а для сигнала SDA – канал CH1. Частота выборки сигнала 24 MSa/s.
Запуск был настроен по «переднему» фронту CH0. Для отображения данных был выбран шестнадцатеричный формат.
После включения тестируемого оборудования была нажата большая зелёная кнопка Start, и через несколько секунд на экран вывелась диаграмма:
Максимум пользы в применении логического анализатора я вижу в том, что программа сама дешифрует полученные данные. Результаты дешифровки заносятся построчно в окно Decoded Protocols. При выборе в окне строки данных, программа показывает расположение этих данных на диаграмме.
Цифровой осциллограф vs логический анализатор
Для сравнения вариантов я «склеил» в графическом редакторе четыре снимка экрана осциллографа и фрагмент диаграммы логического анализатора:
Start обозначен зеленым кружочком, Stop – красным кружочком. На диаграмме сначала происходит проверка наличия на шине устройства с адресом 0x60, а затем производится запись в регистр 0xB7 этого устройства значения 0x80.
Если подходить к сравнению вариантов «с пристрастием», то можно заметить, что на диаграмме логического анализатора (частота выборки 24 MSa/s) присутствует «джиттер» сигнала SCL, которого нет, как такового, на осциллограмме с частотой выборки 1 GSa/s. В остальном картина совпадает, а логическим анализатором ещё и производится правильная дешифрация данных в автоматическом режиме.
При выборе «или-или» в «сухом остатке» имеем, в случае осциллографа, дорогое универсальное устройство, не такое удобное для анализа шины, как логический анализатор, но за сопоставимые с ним деньги. В этих условиях лично я, как инженер «старой закалки», приобрёл бы цифровой осциллограф.
Однако, если бы существовало программное обеспечение с лицензионным соглашением, позволяющим использование недорогих клонов популярных логических анализаторов, типа Saleae Logic 8 или DSLogic Plus…
И такое программное обеспечение существует
Недорогие клоны популярных логических анализаторов, и не только их, поддерживает программное обеспечение open source проекта sigrok.
Было собрано рабочее место:
После этого, в Zadig для устройства Logic были установлены драйверы WinUSB, и после повторного сканирования оно определилось в Zadig, как устройство fx2latw:
После этого для устройства fx2latw в Zadig снова были установлены драйверы WinUSB, и только после этого PulseView увидела в списке устройство «Saleae Logic». Устройство было подключено.
После подключения устройства были произведены следующие настройки программы (слева направо по панели инструментов, начиная с надписи «Saleae Logic»):
Похоже, «танцы с бубном» того стоили!
UPD: После ручной установки в Диспетчере устройств для устройства USB Logic драйвера libusb-win32 программа PulseView начала стабильно определять наличие в системе «Saleae Logic» без манипуляций с Zadig.
Краткие выводы:
В статье была описана методика проведения анализа сигналов шины I2C с помощью цифрового осциллографа с памятью и логических анализаторов с пакетами прикладного программного обеспечения.
Универсальным методом анализа сигналов, но недешёвым и небыстрым, является применение цифрового осциллографа с памятью.
Быстрым и бюджетным методом анализа сигналов, но с нетривиальной задачей подключения оборудования, является применение недорогого клона логического анализатора в связке с PulseView.
Буду рад, если своей публикацией помог сэкономить читателям время и деньги.
В следующей публикации расскажу, как измерял частоту, на которой запустился кварцевый резонатор в синтезаторе частоты, без частотомера. Но это уже другая история…
990x.top
Простой компьютерный блог для души)
AMD GPIO Driver — что это за драйвер? (AMD GPIO Controller)
Драйвер интерфейса ввода/вывода (чипсет).
Простыми словами — нужен для корректной работы чипсета (набор логики) на материнской плате.
Без драйвера скорее всего тоже все будет работать, но функции будут только базовые, дополнительные — работать не будут. Всякие технологии, заложенные в чипсет, в том числе которые теоретически могут ускорить работу Windows — будут работать только после установки этого драйвера. Например регулировка частоты в Windows (в настройках Электропитания), автоматическое ее снижение в простое — не будет работать без этого драйвера. Также могут не работать порты USB 3.0/3.1 (точнее работать будут, но как версия 2.0) или некоторые технологии ускорения передачи данных по USB.
Также вы можете встретить драйвер с названием AMD GPIO Driver Promontory — это просто версия для чипсетов серии 300, 400 и X570.
Сам драйвер входит в состав пакета AMD Chipset Drivers. Поэтому можно сделать вывод, что он точно нужен для чипсета. Также в пакет входят и другие — AMD PCI driver, PSP driver, AMD SMbus, Promonotory GPIO Driver. И еще — после установки пакета можно перейти в эту папку (в нее распаковываются дрова):
И установить оттуда схему электропитания Ryzen balanced PowerPlan, которая тоже оптимизирует работу ПК.
После корректной установки драйверов у вас в диспетчере появится устройство AMD GPIO Controller:
Кстати, выше еще видим AMD PSP Device — это специальное устройство, которое участвует в защите софта AMD, а также используется в работе антивирусов, защищает некоторые компоненты Windows от вирусов. Аналог Intel Management Engine. PS: быстрый способ открыть диспетчер устройств: зажмите Win + R > введите команду devmgmt.msc > нажмите ОК.
Надеюсь информация оказалась полезной. Удачи и добра, до новых встреч друзья!
Драйвер моторов с управляющим контроллером, FLASH-I2C
 |  |
Общие сведения:
Модуль относится к серии «Flash», а значит к одной шине I2C можно подключить более 100 модулей, так как их адрес на шине I2C (по умолчанию 0x09), хранящийся в энергонезависимой памяти, можно менять программно.
Для запуска мотора достаточно передать модулю число, определяющее коэффициент заполнения ШИМ от 0 до ±100%, значение определяет скорость, а знак, направление вращения мотора.
Модуль позволяет блокировать (стопорить) и освобождать вал остановленного (останавливаемого) мотора. В первом случае остановка мотора осуществляется с резким торможением и последующим удержанием вала, а во втором, торможение осуществляется плавно, по инерции, без удержания вала.
Модуль может получать данные с магнитного или оптического энкодера установленного на ротор мотора. В таком случае модулю нужно задать количество магнитов или оптических щелей энкодера. После чего скорость можно задавать не только коэффициентом заполнения ШИМ, но и количеством полных оборотов в минуту. Наличие энкодера позволит не только задавать скорость, но и получать реальную скорость вала и количество совершённых оборотов, даже если он вращается посредством внешних сил. Если на роторе мотора установлен редуктор, то модулю нужно указать его передаточное отношение.
Видео:
Спецификация:
Подключение:
Перед подключением модуля ознакомьтесь с разделом «Смена адреса модуля на шине I2C» в данной статье.
Назначение разъёмов модуля:
Разъем из 4 выводов используется для подключения к шине I2C.
Разъем из 2 выводов используется для подачи питания на мотор через драйвер модуля.
Разъем из 6 выводов используется для подключения мотора и энкодера.
Подключение мотора без энкодера:
При подключении мотора без энкодера используются только выводы M (Motor).
Выводы G (GND), V (Vcc), S (Signal) остаются не задействованы.
Подключение мотора с энкодером:
Для подключения мотора используются выводы M.
Для подключения энкодера используются выводы G (GND), V (Vcc), S (Signal).
Подключение модуля к управляющей плате:
Модуль подключается к аппаратной или программной шине I2C Arduino. В комплекте имеется кабель для быстрого и удобного подключения модуля к колодке I2C на Trema Shield. Если на шине I2C уже имеется другое устройство, то для подключения модуля, предлагаем воспользоваться I2C Hub.
Питание:
Входное напряжение питания модуля 5В (номинально), или 3,3 В постоянного тока, подаётся на выводы 5V и GND.
Подробнее о модуле:
Модуль построен на базе микроконтроллера STM32F030F4, драйвера DRV8833 и снабжен собственным стабилизатором напряжения. Модуль способен поддерживать заданную скорость и направление вращения вала, сверяясь с показаниями энкодера. На плате модуля имеется красный светодиод информирующий об отличии реальной скорости от заданной.
Модуль без энкодера позволяет:
Модуль с энкодером дополнительно позволяет:
Подробнее про установку библиотеки читайте в нашей инструкции.
Смена адреса модуля на шине I2C:
По умолчанию все модули FLASH-I2C имеют установленный адрес 0х09. Если вы планируете подключать более 1 модуля на шину I2C, необходимо изменить адреса модулей таким образом, чтобы каждый из них был уникальным. Более подробно о том, как изменить адрес, а также о многом другом, что касается работы FLASH-I2C модулей, вы можете прочесть в этой статье.
Настройка модуля:
Настройка модуля заключается в указании параметров энкодера и редуктора.
Настройка модуля на работу мотора без энкодера:
Если драйвер работает с мотором без энкодера, то необходимо сбросить количество магнитов энкодера и указать состояние флагов инверсии вращения. Дополнительно можно указать способ остановки мотора (с освобождением или блокировкой вала).
Настройка модуля на работу мотора с энкодером:
Если драйвер работает с мотором и энкодером, то необходимо указать количество магнитов энкодера, состояние флагов инверсии вращения и передаточное отношение редуктора. Дополнительно можно указать способ остановки мотора (с освобождением или блокировкой вала) и процент отклонения скорости до установки ошибки.
Настройка модуля при помощи регистров:
Следующий пример выполняет те же действия, что и пример из раздела «Настройка модуля на работу мотора с энкодером», но без использования библиотеки iarduino_I2C_Motor.
Примеры работы с модулем:
Сама библиотека содержит больше примеров, доступных из меню Arduino IDE: Файл / Примеры / iarduino I2C Motor (мотор).
Пишем модуль ядра Linux: I2C
Данная статья посвящена разработке I2C (Inter-Integrated Circuit) модуля ядра Linux. Далее описан процесс реализация базовой структуры I2C драйвера, в которую можно легко добавить реализацию необходимого функционала.
Опишем входные данные: I2C блок для нового процессора «зашитый» на ПЛИС, запущенный Linux версии 3.18.19 и периферийные устройства (EEPROM AT24C64 и BME280).
Принцип работы I2C достаточно прост, но если нужно освежить знания, то можно почитать тут.
Рисунок 1. Временная диаграмма сигналов шины I2C
Перед тем как начать разрабатывать драйвер посмотрим как user space приложения взаимодействуют с модулем ядра, для этого:
Шаг первый
Для начала познакомимся с утилитой i2cdetect. Результат работы i2cdetect выглядит следующим образом:
Утилита последовательно выставляет на I2C шину адреса устройств и при получении положительного ответа (в данном случае положительным ответом является ACK) выводит в консоль номер адреса устройства на шине.
Напишем небольшую программку, которая считывает уникальный ID датчика температуры, и выведем результат ее работы в консоль. Выглядит очень просто:
Становятся понятно что модуль ядра принимает данные в виде полей сообщения i2c_rdwr_ioctl_data. Структура содержит такие поля как i2c_msg и nmsgs, которые используется для передачи:
Шаг второй
Теперь, не углубляюсь во внутренности, познакомимся с одним вариантом работы I2C драйвера.
Как уже было установлено, модуль ядра получает сообщения в виде структуры. Для примера рассмотрим алгоритм работы драйвера при выполнении операции записи (аппаратно-зависимая часть):
Шаг третий
Добавим модуль ядра в сборку и опишем аппаратную часть устройств в device tree:
1. Создадим source файл в следующей директории:
В результате появится файл:
2. Добавим конфигурацию драйвера в drivers/i2c/busses/Kconfig:
3. Добавим в сборку драйвер drivers/i2c/busses/Makefile:
4. Добавим в devicetree (*.dts) описание I2C блока, а также сразу поддержу eeprom устройства:
Подробно рассматриваться выше перечисленные шаги не будут, но любопытным читателям можно заглянуть сюда.
Шаг четвертый
После ознакомления с принципом работы драйвера приступим к реализации.
Сначала подключим заголовочные файлы, опишем «виртуальную» регистровую карту, а также представление драйвера I2C.
Главными управляющими регистрами контроллера являются:
Из названий структур и функций очевидно их назначение, опишем только главную структуру из представленных выше:
Наиболее простой функцией является skel_i2c_remove, которая отключает источник тактовой частоты и освобождает используемую память. Функция skel_i2c_init выполняет первичную инициализацию I2C контроллера.
Как упоминалось ранее skel_i2c_probe регистрирует драйвер в системе. Последовательность действий, условно, можно разделить на два этапа:
В первом шаге было описано взаимодействие user space приложения с модулем ядра системы. После того как мы реализовали внутренности драйвера легко увидеть интерфейс, через который происходит обмен. В общем случае передача сообщений происходит следующем образом:
Полный скелет драйвера прикреплен ниже. Пожалуйста, если вы нашли ошибки/неточности, или вам есть что добавить — напишите в ЛС или в комментарии.
Как я драйвер AMD неделю побеждал
У меня была знатная попаболь от амдэшних дров. Ноутовская 6650м+интел.
При переключении графики(при запуске игор) 1 раз а 50 был черный экран, где спасением был только принудительное выключение.
Еще 1 на 100 случай ловил бсод при включении фильма на mpc или переключение сериалов(по порядку играет). Это притом, что мрс залочен на интеловскую.
В итоге поставил 14.4, настроил принудительную работу амдешной без включения интеловской. Вроде 2 месяца полет нормальный.
Буду обновляться до 10, буду бить в бубен. покрещюсь ктулхе, вознесу жертву будде. может пройдет без косяков.
пс. проблема была на 7, 8, 8.1
Интел+амд даже звучит смешно. Обычно интел+нвидеа или амд.
Intel vs AMD
Наглядное сравнение превосходства нового интела 12900k на амд 5950x
TSMC: дефицит чипов создают искусственно
Увидел анонс новой системы от AMD, которую якобы готовили для XBOX, но что-то пошло не так.
Перейдя на сайт с официальной новостью увидел это!
Кто сомневается, загуглите стоковый кулер Интел. Даже наклейка того цвета.
Самые необычные процессоры
Core-B – Это неофициальное название, придуманное просто для удобства.
На самом деле это те же настольные процессоры Coffee Lake, только имеющие одно любопытное отличие – они имеют исполнение BGA, то есть распаиваются на плате, и формально относятся к мобильной линейке.
Всего имеется три процессора: Core i7-8700B, Core i5-8500B и Core i5-8400B. По своим параметрами они полностью идентичны настольным моделям с аналогичными индексами. Зачем тогда они нужны, ведь для ноутбуков их теплопакет слишком большой, а в декстопах можно использовать настольные процессоры?
Это семейство процессоров выглядело странным как на бумаге, так и в реальности. Причина — практически полная идентичность со старшими CPU для LGA 1151, но при этом процессорам Kaby Lake-X требовались дорогие системные платы.
3. Treadripper 2000WX
Эти процессоры интересны не столько своей мощью, а необычной организаций подсистемы памяти.
Они состояли из четырёх кристаллов,в каждом из которых физически было 8 ядер и двухканальный контроллер памяти, но так как сокет поддерживал работу памяти только в четыре канала DDR4, то в двух кристаллах контроллеры памяти были деактивированы, и в результате время доступа к памяти для ядер на разных кристаллах было разным.
Для корректной работы, программы должны были быть оптимизированы полд работу на данных камнях.
Этот процессор является представителем третьего поколения серверных процессоров EPYC, и его необычность заключается в том, что при наличии восьми ядер, он имеет 256mb кеша третьего уровня,
Это достигается тем, что в каждом из восьми чиплетов с ядрами и кешем, состоящем из восьми ядер 32mb кеша третьего уровня, деактивировано 7 ядер, в результате на каждый кристалл приходится одно ядро и 32mb кеша третьего уровня, в ryzen 7 5800x один полностью рабочий чиплет.
Эти мобильные процессоры сочетали вычислительные ядра Intel в самодостаточном кристалле и «подселяемую» за счёт использования кремниевого моста дискретную графическую подсистему Radeon RX Vega M с отдельной памятью типа HBM2.
Они не получили большого распространения, так как вышло не так много устройств на их базе, а те что вышли имели завышенную цену, а жаль ведь идея очень интересная.
Через несколько лет после выхода на рынок их продажи свернули.
Intel vs. AMD без кулера. 2001 год
Наверное, многие видели этот видос. У меня на тот момент даже диалапа не было
Как Intel, AMD и Nvidia обманывают покупателей ноутбуков
Уже давно один и тот же ноутбук может поставляться в версиях с различными процессорами, видеокартами, объемом памяти и накопителями. Выглядят одинаково, а стоят очень по разному. И, разумеется, если хочется максимума производительности, то вполне логично купить топовую версию лэптопа.
Однако выглядит — не значит является. Возьмем, например, десктопный сегмент. В нем Intel Core i7 отличаются от Core i9 меньшим числом ядер или потоков, и на деле между ними ощутимая разница в производительности.
А что же в ноутбуках?
А в ноутбуках что некоторые Core i7, что некоторые Core i9 могут иметь по 8 ядер и 16 потоков. В чем же между ними разница, спросите вы? В частоте: у Core i9 она на пару-тройку сотен мегагерц выше, что в теории должно добавить еще 10-15% производительности.
А на практике нередко бывает так, что в ноутбуках топовый Core i9 выступает на уровне и даже хуже Core i7. Почему так?
Всему виной очень жесткий теплопакет, который составляет по умолчанию 45 Вт.
Посудите сами — десктопный Core i9-9900K с частотой в 5 ГГц под нагрузкой может и 150 Вт выделять. Поэтому очевидно, что аналогичные по числу ядер мобильные Core i9, зажатые в 4 раза меньший теплопакет, реально под нагрузкой держат частоту в 3-3.5 ГГц. Так что не удивительно, что опять же аналогичные по числу ядер мобильные Core i7 с аналогичным теплопакетом в 45 Вт показывают тот же уровень производительности.
Бывает еще смешнее: так, теплопакет в 45 Вт — номинальный, и его можно двигать как в сторону уменьшения, так и в сторону увеличения. Поэтому Core i7 с условным теплопакетом в 60 Вт будет быстрее Core i9 с теплопакетом в 45 Вт.
Вот и получается, что красивое лого Core i9 на корпусе ноутбука может быть просто фикцией. Поэтому, выбирая себе лэптоп, внимательно изучайте его обзоры — вполне возможно, что логичным решением будет остановиться на Core i7 или даже Core i5, потому что реального прироста производительности от более старших версий CPU просто не будет.
Касается ли это AMD? Увы — теперь тоже да: если раньше мобильные Ryzen 4000 были четко разделены по числу ядер, то теперь новые Ryzen 5000 представляют собой мешанину линеек и ядер, как и у Intel.
Что еще хуже — компания решила мухлевать и с названием различных CPU.
Простой пример — есть 8-ядерный Ryzen 9 5900HX с частотой до 4.6 ГГц и теплопакетом в 45 Вт, и казалось бы больший по номеру модели Ryzen 9 5980HS с аналогичным числом ядер, частотой до 4.8 ГГц, но теплопакетом всего в 35 Вт.
В теории по названию старшим CPU является второй, а на деле под нагрузкой быстрее будет первый. Красный маркетинг в действии.
Так что еще раз повторим — внимательно изучайте обзоры нужного ноутбука перед покупкой, нередко это позволит вам взять модель с процессором с виду попроще, но с такой же производительностью.
Видишь RTX 3080? Нет? И правильно, это RTX 3070
И, как вы уже догадались, Nvidia занимается таким же мухлежом. Хотя даже не таким — зеленые шуллерствуют куда сильнее синих и красных. Возьмем их новую линейку мобильных видеокарт на архитектуре Ampere, они же RTX 3000. У топа, RTX 3080, 6144 ядра CUDA. Но стоп, у десктопной ведь 8704? Вы все верно помните.
И, как понимаете, мобильная RTX 3080 в принципе не может быть на уровне десктопной — ее реальный уровень производительности оказывается ближе к RTX 3070 с 5888 ядрами CUDA.
Таким шагом Nvidia по сути перечеркнула весь свой труд последних четырех лет, когда она всеми силами доказывала, что мобильные видеокарты почти как десктопные, лишь чуть по частотам хуже. По сути так оно и было: что десктопные GTX 1000 и RTX 2000, что их мобильные собратья базировались на одинаковых GPU.
Поэтому если вы в свое время брали ноутбук с GTX 1060 вы могли быть уверены, что получите производительность, сравнимую с десктопной GTX 1060. Теперь же этого нет.
Дальше — хуже. В предыдущих линейках мобильных видеокарт Nvidia были версии Max-P и Max-Q. Первые выделялись максимально высоким теплопакетом и частотами, вторые наоборот были максимально урезанными, дабы их можно было ставить в тонкие ноутбуки и называть их игровыми=). То, что при этом какая-нибудь RTX 2080 Max-Q могла оказаться медленнее RTX 2060 Max-P мы уже не раз говорили, и вы наверное к этому уже привыкли.
Опять же, это была не идеальная схема, но все же она работала: вы могли бросить взгляд на характеристики лэптопа и понять, с каким уровнем производительности вы имеете дело. Сюрприз — в линейке RTX 3000 разделений на Max-Q и Max-P больше нет.
Конечно, это вызвало негодование покупателей, которые приобрели лэптопы с RTX 3080 и вдруг оказалось, что она там зарезана дальше некуда и выдает производительность на уровне RTX 3060. И компания Nvidia решила «помочь» пользователям с выбором — теперь производители ноутбуков рядом с используемой видеокартой пишут ее теплопакет.
Вот видите вы RTX 3070 с 110 ваттами. Это какая версия? Ближе к топу? Или наоборот урезанная? Сказать сложно, не правда ли?
Нужно лезть на сайт Nvidia, искать спецификации мобильной RTX 3070 и смотреть на возможные для нее теплопакеты. Очень удобно, не правда ли?
Ах да, всего мобильных RTX 3000 может существовать 28 штук. Хуанг желает вам удачи в выборе.
В итоге мы получаем, что мобильные RTX 3000 отличаются от десктопных по числу CUDA-ядер и памяти, да еще и версий там пруд пруди. Поэтому единственный способ не ошибиться — внимательно изучать обзоры заинтересовавшего вас лэптопа, дабы понять конкретно его уровень производительности в играх.
Если в сегменте десктопных процессоров и видеокарт все максимально просто, и различные версии той же RTX 3060 отличаются по производительности буквально на пару процентов, то вот в ноутбуках творится полнейший адЪ.
И если раньше это можно было объяснить тотальным доминированием Intel и Nvidia в мобильном сегменте, что позволяло им творить что душе угодно, то теперь, с приходом AMD, та решила не бороться со злом, а примкнуть к нему.
Так что обзоры, обзоры и еще раз обзоры — ваши лучшие друзья в подборе игрового ноутбука. Спецификации лэптопов сейчас врут вам как никогда, не полагайтесь на них.
Компания Microsoft обвалила акции Intel
Американский IT-гигант Microsoft планирует выпускать свои процессоры. Из-за этой новость акции Intel обвалились.
Как передает агентство Bloomberg, компания собирается как Apple наладить выпуск процессоров собственной разработки. Это позволит компании сэкономить на закупке компонентов для своих устройств, а также ослабить зависимость от Intel, AMD и Qualcomm.
Подразделение, которое занимается разработкой процессоров, подчинено главе Azure Джейсону Зандеру, а это значит, что эти чипы в первую очередь создаются с прицелом на использование в серверах и облачной инфраструктуре. Впрочем, не исключено, что Microsoft решит применять их в ноутбуках, планшетах, компьютерах и игровых консолях.
Сейчас компания активно набирает в новую команду бывших сотрудников Intel, AMD, Nvidia и Qualcomm. Cовременный сервис Azure строится на процессорах семейства Intel Xeon. В ноутбуках и планшетах Surface применяются как процессоры Intel, так и чипы Snapdragon, созданные Microsoft в сотрудничестве с Qualcomm.
Supermicro X11 Intel VROC (RST) + Windows Server 201x Installer
На днях столкнулся с совсем неочевидной проблемой. Хотя что могло быть сложнее поставить Windows 2019 на новый сервер.
Материнская плата Supermicro X11DPL-i, биос обновлен до последней версии 3.3 на 20.11.2020.
Диски 2х SSDSC2KG48
Режим загрузки Legacy (UEFI глобально ничего бы не изменил).
Задача: собрать softraid на встроенном контроллере в чипсет и установить Windows Server 2019.
Почему не внешний контроллер: единственный доступный в 1U корпусе слот оказался занят сетевой картой, поэтому даже при желании его было не поставить. надо было ставить Linux и вообще ceph и все в шоколаде
1.1 Подключаем 1 диск для проверки.
1.2.1 Обращаю внимание, что на плате есть еще второй sSATA контроллер (Second SATA), который по умолчанию включен.
1.3 Ждем, где клацать Ctrl-I и не видим. Не загружается утилита конфигурации виртуального контроллера. После инициализации OpROM сетевых карт начинает грузиться с них же.
1.5 Гуглим решение: оказывается нужно как минимум 2 диска, чтобы загрузилась.
1.6 Подключаем второй диск, все начинает работать.
Вот казалось бы, вроде логично, что массив собирается только из 2 и более дисков, но почему утилита грузится с теми же требованиями?
P.S. забегая наперед, если один из дисков умрет или его отключить и массив развалится, то утилита загрузится и покажет, что массив degraded, поэтому можно спать спокойно.
2.1 Массив собрали, массив в boot menu появляется, вставляем флешку/грузим по сети/подключаем через IPMI (подчеркните сами нужное) с образом Windows Server 2019 (md5 B2626D444A641604F325B145AB0C86F1), включаем сервер
2.2 Загружается установщик, клацаем далее, встречаем пустое окно при выборе дисков.
В смысле, как так? Нету драйверов под стандартный intel raid? Такого быть не может.
2.4 ОКК, лезем на сайт Intel, ищем драйвер Intel SoftRaid/VROC, получаем пакет VROC_7.0.0.2291_F6.
2.6 Идем в биос, лазим по нему в поисках слов «raid», «intel vroc», «boot volume». В итоге понимаем, что нигде ничего нет, да и вообще, все должно работать. Лезем в Ctrl+I, у него все круто, проблем никаких, рейд собран, помечен как Bootable.
Бросаем это затею и идем гуглить.
«Supermicro X11 server 2019» «Intel VROC server 2019» «X11 softraid windows server installer»
Единственное похожее упоминание о проблеме есть тут в ветке комментариев:
Тут есть упоминание о sSATA, но к нему у нас не подключены диски, так что в итоге он был отключен вообще.
Итак, действие третье:
3.1 Вспоминаем, что у нас есть WinPE на базе Win10 (у меня это StrelecPE), пробуем загрузиться в него.
3.2 Открываем диспетчер устройств, обнаруживаем кучу неопознанных устройств, как обычно, но среди которых нету RAID-контроллера.
3.3 Значит драйвер для него установлен. да, так и есть драйвер «Intel Embedded Server RAID Technology II» установлен, успешно запустился и работает. Но в оснастке управления дисков (он же diskpart) массива так и нет.
3.3.1 ID устройства PCI\VEN_8086&DEV_2826&CC_0104
3.4 ОК, подключаем еще раз новые драйвера с сайта Intel, пытаемся скормить драйвер и вуаля, шайтан машина таки жива, диск мгновенно появляется. (Момент скрина был позже событий, поэтому система уже установлена. Изначально диск конечно же был пустой)
3.3.1 На этом моменте все умные уже предполагают, о чем будет следующее действие.
3.5 Монтируем ISO с установщиком ОС, запускаем setup.exe, диск успешно видится, система начала копировать файлы.
3.5.1 Да, можно было распаковать и через другие утилиты установки из-под WinPE, можно было через cmd распаковать сразу на диск, потом доделать загрузчик, но зачем? Если можно просто нажать далее и он сделает все сам.
3.6 setup.exe радостно сообщает, что файлы все скопировал и надо перезагрузиться.
После перезагрузки сразу получаем BSOD Inaccessible Boot Device, который как бы намекает.
Не то чтобы намекает, он напрямую говорит, что загрузчик запустил ядро, но ядро не нашло загрузочного диска. А почему?
Потому что в образе системы предустановлен тот самый драйвер, который загружается без ошибок для данного устройства, но по факту не работает.
Действие четвертое, заключительное:
4.1 Грузим опять WinPE.
4.2 Устанавливаем рабочий драйвер в WinPE.
4.3 Открываем Dism++, открываем сессию на установленную систему на дисках, импортируем туда рабочий драйвер
4.4 Перезагружаемся. Вуаля, система продолжает ставится без каких-либо проблем.
Это можно было бы сделать сразу в действии третьем (3.3.1), но так как setup.exe не предлагает не перезагружаться, в моем случае это было недоступно, да и я сам хотел проверить, заработает оно или нет без этого.
Как я предполагаю, в Intel что-то поменяли в прошивке виртуального raid-контроллера (версия Sata Option ROM 6.2.0.1034), оставив старый DeviceID. Скорее всего хотели не сломать совместимость с уже интегрированными драйверами в образах Windows Server 2012R2, 2016 и 2019. Установочные образы 2012R2, 2016 ведут себя аналогично 2019. Так и получилось, драйвер ставится, загружается, но где-то что-то идет не так и он не работает.
Я склоняюсь к этой версии, так как точно помню, что в основном Windows без проблем встают на Intel SoftRaid, без дополнительных драйверов.
В любом случае, драйвер был загружен, но диски в систему не передавал, а результатом стала вроде и простая, но неочевидная ситуация, которую разрулить стандартными средствами невозможно. Установщик отказывается ставить драйвер для контроллера дисков, если у него уже есть драйвера, даже если нерабочие.
Так как эта платформа была в единственном экземпляре, то такой порядок действии вполне нормальный, но если таких было бы несколько, то хорошим решением было бы пересобрать дистрибутив с интегрированными рабочими драйверами. Насколько такое решение является «стандартным средством» решать вам.