Как определить, работает ли процессор в контроллере

Обновлено: 01.07.2024

Глядя на максимальную скорость памяти, поддерживаемую конкретной материнской платой или системой, многие забывают учитывать процессор. В современных процессорах контроллер памяти встроен непосредственно в сам процессор, а это означает, что разные типы процессоров могут поддерживать разные скорости памяти. Таким образом, хотя материнская плата может поддерживать до 2133 МТ/с (мегатранзакций в секунду) DDR3, большинство процессоров не будут поддерживать эту скорость памяти по умолчанию. Некоторые типы процессоров также поддерживают более продвинутую память ECC, которую можно найти на сервере или рабочей станции.

Чтобы проиллюстрировать некоторые различия в процессорах, мы рассмотрим более раннее поколение i7-2637M. Если вы прокрутите вниз до раздела характеристик памяти для ЦП на веб-сайте Intel®, вы заметите, что он поддерживает только до 8 ГБ общей памяти и скорости DDR3 1066/1333 МТ/с. Если вы собираетесь установить память Crucial® 1 600 МТ/с с этим ЦП, вы должны ожидать, что память будет работать со скоростью 1 333 МТ/с, поскольку это максимальная скорость, поддерживаемая ЦП.

Например, такой ЦП, как i7-6700K, может обрабатывать до 64 ГБ ОЗУ и поддерживает DDR4 со скоростью до 2 133 МТ/с, а DDR3L — до 1 600 МТ/с. Тот факт, что этот ЦП может поддерживать скорость DDR4 до 2133 МТ/с, не означает, что он будет поддерживать эти скорости в DDR3, поэтому обратите особое внимание на указанный тип DDR.

Где найти эту информацию?

Чтобы найти эту информацию, найдите номер модели ЦП. Если вы не уверены, какой номер модели у вашего ЦП, эта информация будет указана в счете за его покупку, на коробке, в которой он был доставлен, отображена в BIOS вашей системы, или вы можете открыть Информацию о системе в Windows®, где будет показан ЦП. информация, как показано ниже.

Для ЦП Intel: введите номер модели ЦП в веб-поиске. Как правило, первым всплывающим результатом поиска будет спецификация на веб-сайте Intel. В противном случае вы можете найти номер модели непосредственно на странице Intel. Прокрутите вниз до Спецификации памяти на странице данных Intel, и вы найдете соответствующую информацию.

Для ЦП AMD®: AMD предоставляет статью с рекомендациями, в которой описаны различные типы ЦП и поддерживаемые скорости памяти. В качестве альтернативы сторонние веб-сайты ЦП, такие как CPUboss или CPU-world, предоставят эту информацию для конкретных ЦП AMD.

Могу ли я получить заявленную скорость XMP из памяти Ballistix®, даже если мой процессор не поддерживает эту скорость?

Если ваш ЦП не может изначально запускать компоненты Ballistix с их профилями XMP, вы можете достичь этих скоростей, разогнав шину ЦП. Разгоняя ЦП для работы на более высокой скорости, вы, естественно, увеличиваете скорость памяти, которую может поддерживать контроллер памяти в ЦП. Если вам нужна помощь в разгоне вашего процессора, вам нужно будет обратиться к онлайн-ресурсам. Обязательно обратитесь к документации по материнской плате для навигации по расширенным настройкам BIOS. Разгон выполняется на свой страх и риск, поэтому обязательно изучите этот вопрос до тех пор, пока вы не будете достаточно уверены, чтобы попробовать его, или решите, что это просто не для вас.

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

Оглавление

Что GDPR говорит о контроллерах и процессорах?

Поскольку GDPR был запущен в мае 2018 года, у контролеров есть определенные обязательства. Кроме того, у процессоров есть собственные юридические обязательства. Это существенное отличие от первоначального законодательства о DPD 1995 года.

Согласно GDPR, ICO и другие надзорные органы могут преследовать процессоры и контролеров за любые нарушения. Существуют также особые требования к совместным контроллерам в соответствии с GDPR.

В чем разница между контроллером и процессором?

Существует четкая разница между «контроллером данных» и «обработчиком данных» в соответствии с GDPR.

Регламент признает, что не все организации, участвующие в обработке персональных данных, несут одинаковый уровень ответственности. Определения контроллеров и процессоров в соответствии с GDPR следующие:

Контроллер данных — это юридическое или физическое лицо, агентство, государственный орган или любой другой орган, который самостоятельно или совместно с другими определяет цели любых персональных данных и средства их обработки.

Обработчик данных — юридическое или физическое лицо, агентство, государственный орган или любой другой орган, который обрабатывает персональные данные от имени контроллера данных.

Если вы классифицируетесь как контролер данных или обработчик данных, вы несете ответственность за соблюдение GDPR и демонстрацию соблюдения принципов защиты данных.

Обработчики данных не несут такого же уровня ответственности за соблюдение GDPR.

Однако им все равно следует принимать соответствующие организационные и технические меры для обеспечения того, чтобы любые обрабатываемые данные выполнялись в соответствии с GDPR.

Контроллеры данных

Контроллеры данных являются ключевыми лицами, принимающими решения. Они имеют право голоса и контролируют причины и цели сбора данных, а также средства и методы любой обработки данных.

На некоторых контролеров данных может распространяться законодательное обязательство по сбору и обработке персональных данных. Согласно разделу 6(2) Закона о защите данных 2018 г., если организация несет такое обязательство и обрабатывает персональные данные в соответствии с требованиями, она классифицируется как контролер данных.

Контролером данных может быть:

Частная компания или любое другое юридическое лицо, в том числе объединенная ассоциация, объединенное товарищество или орган государственной власти.
Физическое лицо — например, партнер в некорпоративном товариществе, индивидуальный предприниматель или любой профессионал, работающий не по найму.

Являются ли некорпоративные организации контроллерами данных?

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

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

Обязанности контроллера данных GDPR

Контроллеры несут ответственность за соблюдение самых строгих требований GDPR. Согласно статье 24 GDPR они должны активно демонстрировать полное соблюдение всех принципов защиты данных.

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

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

Согласно статье 24 GDPR, контролеры данных должны:

Учитывайте цель, характер, контекст и объем любых действий по обработке данных.
Учитывайте вероятность любого серьезного риска для свобод и прав любых физических лиц.
Примите соответствующие организационные и технические меры и меры безопасности, демонстрирующие, что действия по обработке данных выполняются в соответствии с регламентом GDPR.
Просмотрите и при необходимости обновите эти меры.

Контроллеры данных должны платить сбор за защиту данных, который взимает сотрудник по защите данных, если они не освобождены.

Является ли ваша компания контроллером данных?

Ответьте на эти вопросы, чтобы определить, является ли ваша организация контролером данных в соответствии с GDPR.

Ваша организация решила собирать и обрабатывать личные данные пользователей?
Определила ли ваша организация цель обработки данных?
Приняла ли ваша организация решение о том, какие персональные данные следует собирать?
Получит ли ваша организация коммерческую выгоду от обработки данных (помимо оплаты услуг контроллера)?
Являются ли субъекты данных вашими сотрудниками?
Приняла ли ваша организация решение о вовлеченных пользователях в рамках обработки или в связи с ней?
Применяете ли вы профессиональное суждение при обработке персональных данных?
Есть ли у вас прямая связь с субъектами данных?
Отвечаете ли вы исключительно за то, как обрабатываются данные?
Вы привлекали аутсорсинговых обработчиков данных для обработки данных?

Совместные контролеры

Статья 26(1) GDPR гласит, что контролеры данных могут определять цели и средства обработки данных индивидуально или совместно с другой стороной в качестве совместных контролеров данных.

Согласно GDPR, совместные контролеры имеют общую цель и совместно согласовывают цель и средства обработки данных. Однако это неприменимо, если одни и те же данные используются по разным причинам.

Является ли ваша компания совместным контролером?

Ответьте на эти вопросы, чтобы определить, является ли ваша организация совместным контролером в соответствии с GDPR:

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

Обязанности совместных контролеров данных GDPR

Совместные контролеры должны договориться между собой, кто берет на себя основную ответственность. Они несут равную ответственность за любые нарушения безопасности, и любые штрафы будут соответственно разделены.

Примеры контроллеров данных

Пример 1

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

Автоматизированная система работает с использованием цифрового экрана, на котором отображается имя пациента и номер консультационного кабинета. Он также может использовать громкоговоритель для любых пациентов с нарушениями зрения, чтобы объявить эту информацию.

Кабинет врача будет контролером персональных данных, обрабатываемых в связи с этой системой уведомления, поскольку он контролирует цели и средства обработки данных.

Пример 2

Фирма нанимает бухгалтера для ведения бухгалтерского учета. Действуя от имени своего клиента, бухгалтер классифицируется как контролер данных в отношении любых личных данных, включенных в учетные записи.

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

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

Если они будут вынуждены предпринять это действие, они больше не будут действовать в соответствии с инструкциями своего клиента, а будут действовать в соответствии со своими профессиональными обязательствами и, следовательно, в качестве самостоятельных контролеров данных.

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

Обработчики данных

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

Согласно статье 29 GDPR, обработчик данных должен обрабатывать персональные данные только в соответствии с инструкциями контроллера данных, если только это не требуется по закону.

Отдельные пользователи могут подавать иски о компенсации и возмещении убытков как контролерам, так и обработчикам данных. Если обработчик данных пойдет против инструкций контроллера данных, он будет нести ответственность за любую утечку данных. Поэтому обработчики данных должны всегда следить за тем, чтобы они соблюдали рекомендации GDPR.

Относятся ли сотрудники к обработчикам данных?

Сотрудники контроллера данных не классифицируются как обработчики данных. Пока физическое лицо действует в рамках своих трудовых обязанностей, оно выступает в качестве агента контроллера данных.

Другими словами, GDPR классифицирует их как часть контролера, а не как отдельную сторону, с которой заключен контракт на обработку данных от имени контролера данных.

Является ли ваша компания обработчиком данных?

Ответьте на эти вопросы, чтобы определить, является ли ваша организация процессором в соответствии с GDPR:

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

Обязанности обработчика данных GDPR

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

Но у них есть собственный набор обязательств в соответствии с GDPR, и они могут быть объектом мер, принимаемых надзорными органами, такими как ICO, за любые нарушения.

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

Обработчики несут ответственность за обеспечение защиты прав субъекта данных, поэтому у них должны быть свои собственные меры безопасности.

Если GDPR обнаружит какие-либо нарушения данных, в соответствии со статьей 83, сотрудник по защите данных наложит штраф в соответствии со степенью ответственности обработчика и контролера с учетом всех реализованных технических и организационных мер. контроллерами и процессорами.

Пример процессора данных

Тренажерный зал проводит специальную рекламную акцию и нанимает типографию для изготовления приглашений. Тренажерный зал предоставляет типографии имена и адреса своих нынешних членов из своей базы данных. Типография использует эту информацию для рассылки приглашений.

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

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

Что такое субпроцессор в соответствии с GDPR?

Когда обработчик данных решает передать часть или всю обработку данных в субподряд третьей стороне, такое лицо или организация обычно называют «подобработчиком».

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

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

Что должно быть включено в соглашение между процессором и субпроцессором?

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

Это обычно называется «взаимным контрактом».

Контроллер прерываний мультиплексирует ряд возможных источников прерываний на платформе для представления процессору. Контроллер прерываний во встроенных системах должен быть настроен для определения приоритетов и маршрутизации прерываний от устройств внутри SOC и внешних подключенных устройств. SOC на основе архитектуры Intel использует традиционные возможности обработки прерываний архитектуры Intel. В этом разделе описаны некоторые низкоуровневые элементы конфигурации, связанные с контроллерами прерываний архитектуры Intel; однако подробности о контроллере прерываний описаны в главе 4.

Требование по обеспечению обратной совместимости программного обеспечения на платформах с архитектурой Intel выходит далеко за рамки архитектуры набора инструкций; Intel сделала все возможное, чтобы устаревшее программное обеспечение могло продолжать работать на новых поколениях процессоров. С этой целью на платформах с архитектурой Intel создается ряд контроллеров прерываний. Самый простой из них известен как 8259. Периферийный контроллер прерываний (PIC) 8259 был впервые разработан для 16-разрядного процессора 8086. Контроллер очень прост в настройке и управлении, но на данный момент новое программное обеспечение не должно и вообще не настраивает платформу для его использования. Современный контроллер прерываний на платформе архитектуры Intel известен как локальный расширенный периферийный контроллер прерываний (APIC) и I/O APIC. Локальный APIC содержится в процессоре и управляет доставкой в процессор. Локальный APIC отображается в памяти на физический адрес 0xFEE00000. В системе с несколькими логическими процессорами на каждый логический процессор приходится один локальный APIC. Одиночный процессор с симметричной многопоточностью (SMT) состоит из двух аппаратных потоков внутри одного ядра. Локальный APIC всегда будет отображаться в одном и том же месте для каждого процессора, но каждый процессор имеет доступ к своему собственному локальному APIC. Каждый локальный APIC предоставляет локальную таблицу векторов (LVT). LVT определяет способ, которым прерывания доставляются ядру. IOxAPIC находится вне ЦП и интегрирован в SOC или набор микросхем; он увеличивает количество линий прерывания до 24. Каждая линия контроллера прерываний имеет таблицу перенаправления. Таблицы дескрипторов прерываний содержат номер вектора для соответствующей строки запроса на прерывание. Комбинация локального APIC и IOxAPIC на платформе позволяет назначать прерывания от устройств определенному вектору прерывания и целевому ядру ЦП. Векторный контроллер прерываний повышает эффективность обработки прерываний, поскольку ядро ЦП может быстро начать выполнение соответствующей процедуры обработки прерывания. Контроллеры прерываний, не основанные на векторах, обычно требуют, чтобы ЦП запрашивал контроллер прерываний, чтобы определить, какое прерывание обрабатывать.В новейших процессорных ядрах ARM (M3) появился векторный контроллер прерываний для снижения накладных расходов, традиционно связанных с обработкой прерываний.

Когда процессор архитектуры Intel работает в защищенном режиме, он использует таблицу дескрипторов прерываний (IDT). IDT представляет собой таблицу из 256 векторов для исключений и прерываний.

Архитектура отладки

15.7 Другие основные функции отладки

NVIC также содержит ряд других функций для отладки. К ним относятся следующие:

Внешний сигнал запроса на отладку. NVIC предоставляет внешний сигнал запроса на отладку, который позволяет процессору Cortex-M3 войти в режим отладки посредством внешнего события, такого как состояние отладки других процессоров в многопроцессорной системе. Эта функция очень полезна для отладки многопроцессорной системы. В простых микроконтроллерах этот сигнал, скорее всего, будет иметь низкий уровень.

DFSR: из-за различных событий отладки, доступных на Cortex-M3, отладчик может использовать DFSR (регистр состояния ошибки отладки), чтобы определить произошедшее событие отладки.

Сброс управления: во время отладки ядро процессора можно перезапустить с помощью управляющего бита VECTRESET или управляющего бита SYSRESETREQ в регистре управления прерыванием и сбросом приложения NVIC (0xE000ED0C). Используя этот регистр управления сбросом, процессор может быть сброшен, не затрагивая компоненты отладки в системе.

Маскирование прерываний: эта функция очень полезна при пошаговом выполнении. Например, если вам нужно отладить приложение, но вы не хотите, чтобы код входил в подпрограмму обслуживания прерывания во время пошагового выполнения, запрос на прерывание можно замаскировать. Это делается установкой бита C_MASKINTS в DHCSR (0xE000EDF0).

Окончание передачи по шине при остановке: Если передача по шине останавливается в течение очень долгого времени, можно завершить остановленную передачу с помощью управляющего регистра NVIC. Это делается установкой бита C_SNAPSTALL в DHCSR (0xE000EDF0). Эта функция может использоваться только отладчиком во время остановки.

Концентраторы датчиков

Внешний контроллер прерываний

Внешний контроллер прерываний (EIC) помогает настроить внешние контакты как линии прерывания. Внешние выводы можно использовать в качестве асинхронных прерываний для пробуждения устройства из спящих режимов, в которых отключены все часы, или для генерации импульсов событий, подключенных к системе событий. Этот модуль также поддерживает отдельное немаскируемое прерывание (NMI). Линия NMI связана с запросом NMI ЦП и, следовательно, может прерывать любой другой режим прерывания.

EIC может маскировать линии прерывания или генерировать прерывания на основе разных уровней или фронтов на линиях прерывания (например, нарастающий, спадающий или оба фронта, либо на высоком или низком уровне). Для предотвращения генерации ложных прерываний/событий каждый внешний вывод имеет настраиваемый фильтр для удаления всплесков.

Вложенный векторный контроллер прерываний и управление прерываниями

Сводка издателя

Контроллер вложенных векторных прерываний (NVIC) является интегрированной частью процессора Cortex-M3. Он тесно связан с логикой ядра ЦП Cortex-M3. К его управляющим регистрам можно получить доступ как к устройствам с отображением памяти. В этой главе описывается базовая конфигурация прерывания. NVIC поддерживает от 1 до 240 входов внешних прерываний, которые обычно называются очередями запросов на прерывания (IRQ). Процедуры установки прерывания были продемонстрированы на примерах. Эта глава также проливает свет на основные конфигурации прерываний с помощью различных регистров и выделяет программные прерывания и то, как они могут быть сгенерированы. Глава заканчивается подробным обсуждением таймера Systick, интегрированного с NVIC.

ИСКЛЮЧЕНИЯ И ПРЕРЫВАНИЯ

ЭНДРЮ Н. СЛОСС , . КРИС РАЙТ, в Руководстве разработчика систем ARM, 2004 г.

9.3.4 ПРИОРИТЕТНЫЙ ПРОСТОЙ ОБРАБОТЧИК ПРЕРЫВАНИЙ

Как невложенный обработчик прерываний, так и служба вложенного обработчика прерываний обрабатывают прерывания в порядке очереди. Для сравнения, приоритетный обработчик прерывания будет ассоциировать уровень приоритета с конкретным источником прерывания. Уровень приоритета определяет порядок обслуживания прерываний. Таким образом, прерывание с более высоким приоритетом будет иметь приоритет над прерыванием с более низким приоритетом, что является особенно желательной характеристикой во многих встроенных системах.

Методы управления приоритетами могут быть реализованы аппаратно или программно. Для аппаратной приоритизации обработчик проще спроектировать, поскольку контроллер прерываний предоставит текущее прерывание с наивысшим приоритетом, требующее обслуживания.Этим системам требуется больше кода инициализации при запуске, поскольку прерывания и связанные с ними таблицы уровней приоритета должны быть созданы до включения системы; программная приоритизация, с другой стороны, требует дополнительной помощи внешнего контроллера прерываний. Этот контроллер прерываний должен предоставлять минимальный набор функций, в том числе возможность устанавливать и снимать маски, а также считывать статус и источник прерывания.

В оставшейся части этого раздела будет рассмотрен программный метод определения приоритетов, выбранный потому, что это общий метод, не зависящий от специализированного контроллера прерываний. Чтобы помочь описать обработчик приоритетных прерываний, мы представим вымышленный контроллер прерываний, основанный на стандартном контроллере прерываний от ARM. Контроллер принимает несколько источников прерываний и генерирует сигнал IRQ и/или FIQ в зависимости от того, включен или отключен конкретный источник прерывания.

На рис. 9.11 показана блок-схема простого обработчика прерывания с приоритетом, основанного на реентерабельном обработчике прерывания.

< бр />

Рисунок 9.11. Обработчик приоритетных прерываний.

Контроллер прерываний имеет регистр (IRQRawStatus), который содержит необработанное состояние прерывания — состояние сигналов прерывания до того, как оно было маскировано контроллером. Регистр IRQEnable определяет, какие прерывания маскируются от процессора. Этот регистр можно установить или очистить только с помощью IRQEnableSet и IRQEnableClear. В таблице 9.10 показаны имена регистров контроллера прерываний, смещения от базового адреса контроллера, операции чтения/записи и описание регистров.

Таблица 9.10. Регистры контроллера прерываний.

< td >представляет состояние источников прерывания< /tr>

< бр />

Большинство контроллеров прерываний также имеют соответствующий набор регистров для исключений FIQ и даже позволяют привязывать отдельные источники прерываний к конкретному сигналу прерывания, идущему к ядру. Таким образом, запрограммировав контроллер, можно настроить определенный источник прерывания так, чтобы он вызывал исключение IRQ или FIQ.

Регистры смещены относительно базового адреса в памяти. В таблице 9.10 показаны все смещения для различных регистров от базового адреса контроллера прерываний ic_Base. Обратите внимание, что смещение 0x08 используется как для IRQEnable, так и для IRQEnableSet .

В контроллере прерываний каждый бит связан с определенным источником прерывания (см. рис. 9.12). Например, бит 2 связан с источником прерывания приема для последовательной связи.

< бр />

Рисунок 9.12. 32-битный регистр управления прерываниями.

PRIORITY_x определяет четыре источника прерываний, используемых в примере, с соответствующим набором уровней приоритета, где PRIORITY_0 — прерывание с наивысшим приоритетом, а PRIORITY_3 — прерывание с самым низким приоритетом.

Определения BINARY_x предоставляют битовые шаблоны для каждого из уровней приоритета. Например, для прерывания PRIORITY_0 двоичный шаблон будет 0x00000004 (или 1 ≪ 2). Для каждого уровня приоритета существует соответствующая маска, которая маскирует все прерывания, имеющие равный или более низкий приоритет. Например, MASK_2 будет маскировать прерывания от Timer2 (приоритет = 3) и CommRx (приоритет = 2).

Также перечислены определения для регистров контроллера прерываний. ic_Base — это базовый адрес, а все остальные определения (например, IRQStatus) — это смещения от этого базового адреса.

Обработчик приоритетного прерывания начинается со стандартной записи, но сначала в стеке IRQ сохраняется только регистр связи IRQ.

Затем обработчик получает spsr и помещает содержимое в регистр r14_irq и освобождает группу регистров для использования при обработке приоритетов.

Обработчику необходимо получить статус контроллера прерываний. Это достигается путем загрузки базового адреса контроллера прерываний в регистр r14 и загрузки регистра r10 со смещением ic_Base (регистр r14) на IRQStatus. (0x00).

Теперь обработчик должен определить прерывание с наивысшим приоритетом, проверив информацию о состоянии. Если конкретный источник прерывания соответствует уровню приоритета, то уровень приоритета устанавливается в регистре r11. Метод сравнивает источник прерывания со всеми установленными уровнями приоритета, начиная с самого низкого приоритета и заканчивая самым высоким приоритетом.

После этого фрагмента кода регистр r14_irq будет содержать базовый адрес контроллера прерываний, а регистр r11 будет содержать номер бита прерывания с наивысшим приоритетом. Теперь важно отключить прерывания с более низким и равным приоритетом, чтобы прерывания с более высоким приоритетом могли по-прежнему прерывать обработчик.

Обратите внимание, что этот метод является более детерминированным, поскольку время, необходимое для определения приоритета, всегда одинаково.

Чтобы установить маску прерывания в контроллере, обработчик должен определить текущий регистр разрешения IRQ, а также получить начальный адрес таблицы масок приоритетов. Priority_masks определяются в конце обработчика.

Регистр r10 содержит новую маску. Следующим шагом является очистка прерываний с более низким приоритетом с использованием маски путем выполнения двоичного И с маской и регистром r12 (регистр IRQEnable), а затем очистки битов с помощью сохранение новой маски в регистре IRQEnableClear. Теперь можно безопасно включить исключения IRQ, сняв бит i в cpsr.

Наконец обработчик должен перейти к правильной процедуре обслуживания, изменив регистр r11 (который по-прежнему содержит прерывание с наивысшим приоритетом) и pc. Сдвиг регистра r11 влево на два (умножение на четыре) и добавление его к pc позволяет обработчику перейти к нужной подпрограмме, загрузив адрес служебной подпрограммы непосредственно в ПК.

Таблица переходов должна следовать инструкции, загружающей ПК. Между таблицей переходов и инструкцией, управляющей pc, есть NOP, потому что pc указывает на две инструкции вперед (или восемь байтов). Таблица масок приоритетов находится в порядке битов источника прерывания.

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

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

Обработчик должен отключить IRQ, прежде чем прерывания можно будет снова включить. Внешние прерывания теперь могут быть восстановлены до их исходного значения, что возможно, потому что подпрограмма обслуживания не изменяла регистр r12 и поэтому он по-прежнему содержит исходное значение.

Чтобы вернуться к прерванной задаче, контекст восстанавливается, а исходный spsr копируется обратно в spsr_irq.

Обрабатывает приоритетные прерывания.

Низкая задержка прерывания.

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

Недостаток: время, необходимое для перехода к процедуре обслуживания с низким приоритетом, такое же, как и для процедуры с высоким приоритетом.

Если ваш компьютер внезапно (или не так внезапно) перестал работать, возможно, проблема в материнской плате. К сожалению, они также являются одним из наиболее проблемных компонентов компьютера для ремонта или замены. Мало того, что материнская плата обычно является одним из самых дорогих компонентов машины, если вам нужно ее заменить, вам часто приходится заменять ЦП и память — расходы, которые могут означать, что совершенно новый компьютер на самом деле будет более дешевой альтернативой.

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

Что такое материнская плата?

Для людей, которые не собирали компьютеры и не изучили архитектуру этих вездесущих машин, давайте кратко расскажем о компонентах персонального компьютера и о том, как материнская плата вписывается в схему. Концептуально, как и физически, компьютеры состоят из трех основных типов компонентов: процессора, хранилища (память и постоянное хранилище) и системы ввода-вывода (I/O).

Процессор — это ваш центральный процессор, возможно, микрочип от AMD или Intel, а также ваш графический процессор, если он у вас есть. Хранилище — это ваша оперативная память и ваш жесткий диск (диски), на которые вы помещаете свою информацию. Наконец, система ввода-вывода — это все элементы, которые позволяют вам взаимодействовать с компьютером — видеокарта и монитор, клавиатура, мышь и т. д.

Итак, какое место в этой системе занимает материнская плата? Ну, материнская плата не важна концептуально, но физически важна. Это печатная плата (на самом деле набор печатных плат, вместе взятых), на которой размещены все остальные компоненты. Процессор подключается к материнской плате, где он связывается через канал, называемый «шиной», с жестким диском, памятью, клавиатурой и всем остальным.

Память обычно размещается непосредственно на материнской плате; жесткий диск, вероятно, находится в своей области, но он подключается к контроллеру жесткого диска, который, как вы уже догадались, расположен на материнской плате. Клавиатура и разъемы USB подключены прямо к материнской плате. Видеокарта подключается к материнской плате, обычно с собственной шиной.

Она называется "материнской платой", потому что, подобно материнскому кораблю, это основа, на которой работает весь ваш компьютер. Нет материнской платы, нет ПК.

Там так много проводов.

Ранние признаки

Если с вашим компьютером начинают возникать проблемы, есть некоторые ранние признаки того, что часть выходит из строя (в большинстве случаев). Вот на что следует обратить внимание при выборе материнской платы:

Материнская плата не распознает/не показывает периферийные устройства.
Периферийные устройства перестанут работать на несколько секунд или дольше.
Медленная загрузка может указывать на неисправность материнской платы, хотя это могут быть и другие компоненты (подробнее об этом ниже).
Компьютер не распознает флэш-накопители, или на мониторе иногда отображаются странные линии (особенно актуально, если на материнской плате есть встроенное видео).
Материнская плата не выполняет POST (самотестирование при включении питания).
Запах гари или следы гари на самой материнской плате.
Вздутые или протекающие конденсаторы

Признаки неисправности

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

Жесткий диск может показывать признаки неисправности, такие как синий экран или потерянные файлы, но материнская плата просто внезапно перестанет работать. Тем не менее, вот некоторые вещи, которые вы можете попробовать в первую очередь, чтобы убедиться, что проблема связана с вашей материнской платой, а не с другим аппаратным компонентом.

Диагностика проблемы

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

Компьютер проходит POST и загружает ОС

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

Видео: изображение кажется искаженным или вы видите на экране артефакты, которых раньше не видели? Вызывают ли графически интенсивные задачи синие экраны или нестабильность? Если это так, ваша видеокарта может выйти из строя и требует дальнейшего тестирования. Кроме того, для дальнейшего устранения неполадок см. наше руководство по признакам неисправности видеокарты.

Память (ОЗУ). Несмотря на то, что в ней нет движущихся частей, существует вероятность того, что ваша память может дать сбой, что приведет к ошибкам или нестабильной работе системы. В этом случае для дальнейшего устранения неполадок рекомендуется запустить диагностический инструмент, такой как Memtest86 или Memtest86+.

Процессор (ЦП): хотя и довольно редко, сбой ЦП может быть причиной нестабильности системы. Если у вас процессор Intel, загрузка и запуск средства диагностики процессоров Intel может выявить проблемы с самим процессором. Для процессоров AMD попробуйте средство системного монитора AMD.

Источник питания (PSU). Неисправный или недостаточный источник питания (или работающий не в соответствии со спецификацией) может быстро привести к нестабильной работе системы, а также привести к повреждению других компонентов компьютерной системы. Убедитесь, что у вас есть подходящий блок питания для вашей системы, и еще раз проверьте напряжения питания, чтобы убедиться, что они работают в соответствии с их номинальной выходной мощностью (напряжения можно легко контролировать в BIOS или в программных утилитах, поставляемых производителями материнских плат). Если вы все еще не уверены, прочтите также нашу статью об устранении неполадок с блоком питания.

Обновления BIOS материнской платы. Многие системные нестабильности могут быть устранены путем обновления BIOS материнской платы (особенно на более новом оборудовании). Для получения более подробной информации посетите сайт поддержки производителя вашей материнской платы.

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

Рекомендуется провести визуальный осмотр системы, чтобы убедиться, что все компоненты установлены правильно и достаточно охлаждаются (т. е. вентиляторы корпуса и компонентов работают нормально). Temps также можно отслеживать на наличие аномалий внутри операционной системы с помощью самых разных инструментов — мы предлагаем несколько бесплатных, которые вы можете использовать в нашей статье о мониторинге температуры ПК.

Компьютер не выполняет POST или не включается

< бр />

Миниатюрные техники, работающие на компьютерной плате или материнской плате. Концепция технической поддержки.

Если ваш компьютер не проходит тест POST или даже не включается, аппаратный сбой почти наверняка. Но материнская плата может быть еще работоспособна. Мы хотим убедиться, что это не кто-то другой.

Первое, что нужно сделать, это провести краткий визуальный осмотр самой системы. Правильно ли установлены все компоненты? Если система включается, все ли вентиляторы вращаются? Если на материнской плате есть визуальный светодиодный индикатор, то какого он цвета (обычно зеленый означает, что все в порядке)? Если есть какие-либо сомнения, попробуйте переустановить компоненты и снова запустить систему.

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

Второе, что нужно сделать, — проверить, выдает ли материнская плата коды ошибок (или звуковые сигналы) при попытке запустить систему с отсутствующими ключевыми компонентами (например, ЦП, ОЗУ, видео). Это предполагает, конечно, что система все еще включена.

Например, если вы удалите оперативную память и запустите компьютер, ответит ли он звуковыми сигналами об ошибках? Обратите внимание, что некоторые современные материнские платы больше не поддерживают звуковые сигналы (пожалуйста, обратитесь к руководству вашей материнской платы, чтобы убедиться, что ваша поддерживает). Дополнительные сведения о различных кодах звуковых сигналов (ошибок) материнской платы и их значении см. в этих ресурсах здесь.

В некоторых случаях на самом деле неисправен блок питания. Блоки питания могут казаться все еще работающими, так как вентилятор блока питания может работать, а также вентилятор ЦП и любые индикаторы, которые могут быть на вашем компьютере. Но то, что эти части активируются, не означает, что блок питания обеспечивает достаточное количество энергии для материнской платы или других частей компьютера.

Серебряная батарея CMOS внутри материнской платы.

Наконец, есть еще два быстрых теста, которые вы можете выполнить. Первый и самый быстрый — сбросить CMOS платы, удалив батарею. Второй — протестировать компоненты вне корпуса ПК. У нас есть отличное пошаговое руководство на форумах PCMech, которое проведет вас через эти шаги, чтобы определить, есть ли у вас короткий или неисправный компонент.

Он мертв – что теперь?

К сожалению, если описанные выше диагностические процедуры не помогли, возможно, пришло время для новой материнской платы. Нет никакого реального способа сказать, как умерла ваша материнская плата. Электронные детали изнашиваются так же, как и все остальное.

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

Если вы знаете, что ваша материнская плата вышла из строя, в качестве альтернативы вы можете попытаться отремонтировать ее, но это непростая задача. Вам потребуется хорошее понимание электрических компонентов, таких как, например, конденсаторы. Вам нужно не только понимать риск поражения электрическим током, но и то, что на современных материнских платах сложно проверить, не разрядился ли конденсатор. Однако, если вы хотите попробовать, Tom’s Hardware подготовила отличное и тщательно проработанное руководство по замене конденсаторов.

Разница между хорошим конденсатором и конденсатором, который требует замены.

Однако для большинства людей лучше купить новую материнскую плату. В этом случае лучше поискать точную замену. Если она слишком старая, вы можете рассмотреть возможность поиска более новой материнской платы для вашей системы, если ваши компоненты будут работать с ней. С другой стороны, возможно, стоит подумать о создании совершенно нового ПК, если вы можете себе это позволить.

Стоит посетить форумы PCMech и проконсультироваться с некоторыми из наших экспертов, какую плату лучше всего купить для вашей системы. Кроме того, вы можете получить хороший совет по сборке нового ПК, если вы решите пойти по этому пути!

Восстановление данных

Еще одна концепция технической поддержки, в которой миниатюрные специалисты работают над восстановлением данных на жестком диске.

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

Восстановить данные так же просто, как купить новую материнскую плату и собрать компьютер. Однако, если ваш старый жесткий диск подключен, вам сначала нужно выбрать его в качестве загрузочного устройства в настройках BIOS. После этого все ваши данные должны оставаться при загрузке.

В качестве альтернативы все, что вам нужно, это адаптер, который превращает ваш жесткий диск во внешний жесткий диск. В этот момент вы можете просто подключить его к другому компьютеру, и все ваши данные должны быть доступны.

Читайте также:

Регистрация	Смещение	R/W	Описание
IRQRawStatus	+0x04	r
IRQEnable	+0x08	r	маскирует прерывание источники, которые генерируют IRQ/FIQ для ЦП
IRQStatus	+0x00	r	представляет прерывание источники после маскирования
IRQEnableSet	+0x08	w	устанавливает биты в регистре разрешения прерываний< /td>
IRQEnableClear	+0x0c	w	очищает биты в регистре разрешения прерывания