Код модели: Как узнать модель двигателя по VIN коду

Обратите внимание! Узнать, откуда айфон по номеру модели, нельзя. Единственное, что можно понять из него, это для какой части мира (США, Канада и проч.) предназначался смартфон. А вот узнать конкретную страну можно по коду модели.

Список шифров стран, использующихся в маркировке айфона

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

Следующий пример — ll a, что значит на iPhone, записанном в коде модели? Найдя соответствующую строчку в таблице, становится ясно, что ll a iPhone — это смартфон, предназначенный для реализации через сеть официальных магазинов Apple Store на территории США.

Подарочный айфон маркируется как P

Теперь, вооружившись теоретическими знаниями, можно определить страну айфона и даже его происхождение, что не позволит потенциальному покупателю дать себя облапошить нечестными на руку дельцам. Будет достаточно прочитать на айфон ll a, откуда станет понятно, что тот родом из США.

*Цены в статье указаны на февраль 2020 г.

Расшифровка vin toyota corolla: максимально полная информация

Рад приветствовать всех читателей и подписчиков! Темой сегодняшнего обсуждения станет расшифровка vin toy­ota corol­la и все, что связано с индивидуальной нумерацией этого автомобиля, хотя совсем недавно мы вели разговор об основном её конкуренте Sko­da Octavia. У каждой модели авто есть собственные отличия в номере, одна все они подчиняются единому алгоритму.

   Какую информацию может дать вин номер на Королла

Кстати, сам алгоритм был утвержден европейскими и американскими стандартами на рубеже 70‑х и 80‑х годов. С тех пор он применяется для идентификации всех моделей концерна Тойота и других производителей.

Что дает комбинация цифр и букв в VIN коде? Они позволяют получить более полную и расширенную информацию, которая касается автомобиля Тойота Королла, в частности:

• модель силового агрегата;
• вариант исполнения;
• сторона размещения рулевого колеса;
• страна изготовитель;
• месяц и год производства ТС.

   Нюансы расшифровки

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

   Расшифровка VIN TOYOTA для европейского рынка

Символ с 1 по 3 VIN номера показывает мировой индекс автопроизводителя. Далее я приведу обозначения всех регионов где производился и производится автомобиль Тойота Королла:

Позиция с 4 по 5 – уточняет тип кузова автомобиля (выпуск до 2002):

4‑ый символ для автомобилей, выпускавшихся до 2002 года обозначает тип кузова и колесную формулу:

5‑ый символ ВИН номера на Corol­la новее 2002 года уточняет двигатель:

6‑ая позиция указывает на двигатель или его серию (транспортные средства, выпущенные до 2002 года):

На 7‑ой позиция ВИНа (Если Ваша Corol­la до 2002 года выпуска) должна находится буква E или Т.

7‑ой символ говорит о наличии систем пассивной безопасности (Если Ваша Corol­la выпущена после 2002 года):

На 8‑ой позиции автомобиля старше 2002 года должна располагаться либо латинская буква E (Auris или Corol­la), либо R (Corol­la Ver­so).

9 позиция VIN кода – это контрольная цифра.

На 10-ой позиции если авто до 2002 года находится запасной символ (обычно это 0), если после, то модельный год:

11-ый символ уточняет завод где собран автомобиль (только для авто с 2002 г.в.):

Серийный номер на транспортных средствах, выпущенных до 2002 года зашифрован в цифрах с 11 по 17, после с 12 по 17.

   Расшифровка кода VIN Toyota для североамериканского рынка

Позиции с 1 по 3 мы уже рассмотрели выше (см. расшифровку VIN для европейского рынка).

На 4‑ом месте в ВИН коде для авто выпущенных c 1983 по 1995 года указан двигатель:

4‑ый символ номера может сказать о типе кузова и колесной формуле автомобиля, выпущенного после 1996 года:

На 5‑ом месте в VIN коде, при условии, что автомобиль выпущен до 1996 г, должна находится буква E, указывающая, что это Corol­la / FX.

5‑ый символ в номере – это двигатель (с 1996 года):

На 6‑ом месте в ВИНе Короллы, выпущенной с 1983 по 1990 г. были символы 8 или 9, а с 1990 по 1995 0 или 9.

6‑ой символ говорит о серии (после 1996 года):
1 – 10, 111;
2 – 20, 110;
3 – 30, 130;
4 – 40, 140.

7‑ой символ показывают серию и классификацию (на авто 1983–1995 г.г.):
1983–1990:

1990–1995:

7 позиция информирует о наличии систем пассивной безопасности (с 1996 года) аналогично автомобилям для Европы (см. выше).

8‑ой номер может сказать о типе кузова и систем безопасности (1983 ‑1990г.):

8 позиция номера проинформирует о типе кузова (с 1990 по 1995г.):

Латинская буква E на 8‑ой позиции авто с 1996 года, значит, что это Королла.

На 9‑ой позиции располагается контрольная цифра.

10-ый символ код модельного года (см. информацию выше)

На 11-ой позиция ВИНа показан завод где собран автомобиль:

С 12 по 17 как всегда — серийный номер.

   Где найти номер и как подобрать краску на свой автомобиль

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

Еще одним популярным запросом является номер краски Тойота Королла. Эти сведения также содержатся в заводской табличке. Для разных поколений этих автомобилей была предусмотрена соответствующая кодировка цветов лакокрасочных покрытий. Можно воспользоваться специальными приложениями, которые попросят указать модель автомобиля, затем год его выпуска. После указания всех этих сведений владельцу предлагают ознакомиться с табличкой, в которой размещают названия цветов и их соответствующая буквенно-цифровая кодировка.

На этом, дорогие читатели, мой сегодняшний обзорный материал подошел к завершению. В последующих выпусках ознакомим Вас с расположением вин кодов и для других популярных марок и моделей авто (например Sub­aru и Suzu­ki). До скорых встреч!

С уважением, автор блога Андрей Кульпанов

Место для контестной рекламы

Автор:Admin

: Последние новости, фотографии, видео о коде модели

Официальная проверка гарантии HP® - США

Ручная проверка гарантии

* Обязательные поля

Одно или несколько введенных значений недопустимы.

Страна / регион покупки * Выберите страну / регион PurchaseAfghanistanAlbaniaAlgeriaAmerican SamoaAngolaAnguillaAntigua и BarbudaArgentinaArmeniaArubaAustraliaAustriaAzerbaijanBahamasBahrainBangladeshBarbadosBelarusBelgiumBelizeBeninBermudaBhutanBoliviaBosnia и HerzegovinaBotswanaBrazilBritish Индийского океана TerritoryBrunei DarussalamBulgariaBurkina FasoBurundiCambodiaCameroonCanadaCape VerdeCayman IslandsCentral африканских RepublicChadChileChinaChristmas IslandCocos (Килинг) IslandsColombiaComorosCook IslandsCosta RicaCote D'ivoireCroatiaCyprusCzech RepublicDenmarkDjiboutiDomincaDominican RepublicEcuadorEgyptEl SalvadorEquatorial GuineaEritreaEstoniaEthiopiaFalkland (Мальвинских) островов Фарерские IslandsFijiFinlandFranceFrench GuianaFrench PolynesiaFrench Южный TerritoriesGabonGambiaGeorgiaGermanyGhanaGibraltarGreeceGreenlandGrenadaGuadeloupeGuamGuatemalaGuineaGuinea-BissauGuyanaHaitiHeard острова и Macdonald IslandHoly См. (Город-государство Ватикан) ГондурасГонконгВенгрияИсландияИндияИндонезияИракИрландияИзраильИталия aicaJapanJordanKazakstanKenyaKiribatiKoreaKuwaitKyrgyzstanLao Народная Демократическая RepublicLatviaLebanonLesothoLiberiaLibyaLiechtensteinLithuaniaLuxembourgMacauMacedoniaMadagascarMalawiMalaysiaMaldivesMaliMaltaMarshall IslandsMartiniqueMauritaniaMauritiusMayotteMexicoMicronesia, Федеративные Штаты ofMoldova, Республика ofMonacoMontenegroMontserratMoroccoMozambiqueNamibiaNauruNepalNetherlandsNetherlands AntillesNew CaledoniaNew ZealandNicaraguaNigerNigeriaNiueNorfolk IslandNorthern Mariana IslandsNorwayOmanPakistanPalauPalestinian territoryPanamaPapua Новый GuineaParaguayPeruPhilippinesPitcairnPolandPortugalPuerto RicoQatarRéunionRomaniaRussian FederationRwandaSaint HelenaSaint Киттс и NevisSaint LuciaSaint Пьер и MiquelonSaint Винсент и GrenadinesSamoaSan MarinoSao Томе и PrincipeSaudi ArabiaSenegalSerbiaSeychellesSierra LeoneSingaporeSlovakiaSloveniaSolomon IslandsSomaliaSouth AfricaSpainSri LankaSurinameSvalbard и Ян Майен IslandsSwazilandSwedenSwitzerlandTaiwanTajikistanTa нзанияТаиландТимор-ЛештиТогоТокелауТонгаТринидад и ТобагоТунисТурцияТуркменистанТуркс и острова КайкосТувалуУгандаУкраинаОбъединенные Арабские ЭмиратыВеликобританияСоединенные ШтатыУругвайУзбекистан ВануатуВенесуэла (Британские) Виргинские острова (Британские) Виргинские острова (Британские)S. ) Острова Уоллис и Футуна Западная Сахара Йемен Замбия Зимбабве

All Aboard, Часть 4: Модели кода RISC-V

RISC-V ISA был разработан как простой и модульный. Чтобы достичь этих целей проектирования, RISC-V сводит к минимуму одну из самых больших затрат в реализация сложных ISA: режимы адресации. Режимы адресации дорого как в небольших проектах (из-за стоимости декодирования), так и в больших проектах (из-за неявных зависимостей).RISC-V имеет только три режима адресации:

• родственник ПК, через инструкции auipc , jal и br * .
• Смещение регистра через jalr , addi и все инструкции памяти.
• Absolute, с помощью инструкции lui (хотя, возможно, это просто x0 -смещение).

Эти режимы адресации были тщательно отобраны, чтобы позволить для эффективной генерации кода с минимумом аппаратной сложности. Мы достичь этой простоты, полагаясь на современные инструментальные средства для оптимизации адресация в программном обеспечении - это резко контрастирует с традиционными ISA, реализующие множество аппаратных режимов адресации вместо. Исследования показали, что подход RISC-V верен: мы удалось достичь аналогичного размера кода в тестах, имея при этом значительно более простые правила декодирования и значительный объем свободного пространства для кодирования.

Все эти сокращения сложности оборудования достигаются за счет увеличения сложность программного обеспечения.Это сообщение в блоге знакомит с еще одним программным обеспечением сложность в RISC-V: понятие модели кода. Как перемещения и ослабления, модели кода не являются специфическими для RISC-V - на самом деле, набор инструментов RISC-V имеет меньше моделей кода, чем самые популярные ISA, в основном потому, что мы полагаемся на оптимизацию программного обеспечения, а не на дурацкие режимы адресации, которые позволяют нашим режимам адресации быть значительно более гибкий.

Что такое модель кода

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

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

Это, вероятно, лучше всего объяснить на примере. Представьте себе следующее Код C:

  длинный global_symbol [2];

int main () {
  вернуть global_symbol [0]! = 0;
}
  

Даже если один вызов GCC может создать двоичный файл для этого простого случая, внутри скрипт драйвера GCC фактически запускает препроцессор, затем компилятор, затем ассемблер и, наконец, компоновщик.В --save-temps аргумент GCC позволяет пользователям видеть все эти промежуточные файлы, и это полезный аргумент для того, чтобы копаться в цепочке инструментов.

  $ riscv64-unknown-linux-gnu-gcc cmodel.c -o cmodel -O3 --save-temps
  

Каждый шаг в этом запуске сценария оболочки GCC создает файл:

• cmodel. i : предварительно обработанный исходный код, расширяющий любой препроцессор. директивы (например, #include или #ifdef ).
• cmodel.s : вывод фактического компилятора, который является файлом сборки ( текстовый файл в формате сборки RISC-V).
• cmodel.o : вывод ассемблера, который представляет собой несвязанный объектный файл. (файл ELF, но не исполняемый файл ELF).
• cmodel : вывод компоновщика, который является связанным исполняемым файлом ( исполняемый файл ELF).

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

  $ кошка cmodel.i
№1 "cmodel.c"
# 1 "встроенный"
# 1 "командная строка"
# 31 "командная строка"
# 1 "/scratch/palmer/work/upstream/riscv-gnu-toolchain/build/install/sysroot/usr/include/stdc-predef. h" 1 3 4
# 32 "командная строка" 2
№1 "cmodel.c"
длинный global_symbol;

int main () {
  вернуть global_symbol! = 0;
}
  

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

  $ кошка cmodel.s
главный:
  lui a5,% привет (global_symbol)
  ld a0,% lo (global_symbol) (a5)
  снез а0, а0
  Ret
  

Сгенерированная сборка содержит пару инструкций для адресации global_symbol : lui , а затем ld . Это накладывает ограничение на адрес, который может принимать global_symbol : он должен быть адресован 32-битным абсолютная константа со знаком (не 32-битное смещение от какого-либо регистра или ПК, а фактически 32-битный адрес).Обратите внимание, что ограничение на адреса символов не связано с размером указателя на этой архитектуре: в частности указатели здесь все еще может быть 64 бита, но все глобальные символы должны быть адресованы 32-битный абсолютный адрес.

После того, как компилятор сгенерирует сборку, сценарий оболочки GCC вызывает ассемблер для создания объектного файла. Этот файл представляет собой двоичный файл ELF, который может быть читать с помощью различных инструментов, предоставляемых Binutils. Если мы будем использовать objdump , чтобы показать таблицу символов, разобрать текстовую часть и показать перемещений, сгенерированных ассемблером:

  $ riscv64-unknown-linux-gnu-objdump -d -t -r cmodel.о

cmodel.o: формат файла elf64-littleriscv

ТАБЛИЦА СИМВОЛОВ:
0000000000000000 l df * ABS * 0000000000000000 cmodel.c
0000000000000000 l d .text 0000000000000000 .text
0000000000000000 l d. Данные 0000000000000000. Данные
0000000000000000 l d .bss 0000000000000000 .bss
0000000000000000 l d .text.startup 0000000000000000 .text.startup
0000000000000000 l d. Комментарий 0000000000000000. Комментарий
0000000000000000 g F .text.startup 000000000000000e main
0000000000000010 O * COM * 0000000000000008 global_symbol

Разборка секции. text.startup:

0000000000000000 основной:
   0: 000007b7 lui a5,0x0
                        0: R_RISCV_HI20 global_symbol
                        0: R_RISCV_RELAX * ABS *
   4: 0007b503 ld a0,0 (a5) # 0 main
                        4: R_RISCV_LO12_I global_symbol
                        4: R_RISCV_RELAX * ABS *
   8: 00a03533 снез а0, а0
   c: 8082 рет
  

На данный момент у нас есть объектный файл, но мы все еще не знаем его адреса любых глобальных символов.Здесь есть некоторые совпадения в роли каждого компонента инструментальной цепочки: задача ассемблера - преобразовать текстовые инструкции в биты, но в тех случаях, когда эти биты зависят от адрес глобального символа (например, lui в приведенном выше коде) ассемблер не может знать, какими должны быть эти биты на самом деле. Чтобы разрешить компоновщик для заполнения этих битов в конечном исполняемом объектном файле, ассемблер генерирует записи в таблице перемещения для каждого диапазона битов, компоновщик должен заполнить. Перемещения определяют битовый диапазон, который компоновщик предназначен для заполнения при связывании кода вместе. Конкретное определение любого типа перемещения, присутствующего в текстовом разделе, зависит от ISA, RISC-V определения можно найти в нашем ELF psABI документ.

После сборки программы сценарий оболочки GCC запускает компоновщик для сгенерировать исполняемый файл. Это еще один файл ELF, но на этот раз полный исполняемый файл. Поскольку он содержит много кода библиотеки C, я покажу только соответствующие фрагменты здесь:

  $ riscv64-unknown-linux-gnu-objdump -d -t -r cmodel
cmodel: формат файла elf64-littleriscv

ТАБЛИЦА СИМВОЛОВ:
0000000000012038 г О.bss 0000000000000010 global_symbol
...

Разборка раздела .text:

0000000000010330 основной:
 10330: 67c9 lui a5,0x12
 10332: 0387b503 ld a0,56 (a5) # 12038 global_symbol
 10336: 00a03533 Снеж a0, a0
 1033a: 8082 рет
  

Здесь есть несколько интересных моментов:

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

До сих пор в этом примере использовалась модель кода RISC-V по умолчанию. медлить. Чтобы продемонстрировать немного больше в частности, что такое модель кода, лучше всего сопоставить это с нашим другая модель кода, меданы.Различия можно суммировать одним примером вывода:

  0000000000000000 основной:
   0: 00000797 auipc a5,0x0
                        0: R_RISCV_PCREL_HI20 global_symbol
                        0: R_RISCV_RELAX * ABS *
   4: 0007b503 ld a0,0 (a5) # 0 main
                        4: R_RISCV_PCREL_LO12_I .LA0
                        4: R_RISCV_RELAX * ABS *
   8: 00a03533 снез а0, а0
   c: 8082 рет
  

В частности, модель кода medany генерирует пар auipc / ld для ссылки на глобальные символы, что позволяет код для привязки по любому адресу; в то время как medlow генерирует lui / ld пар для относятся к глобальным символам, что ограничивает привязку кода к адресу нуль. Оба они генерируют 32-битные смещения со знаком для ссылки на символы, поэтому они оба ограничивают сгенерированный код связью в окне 2 ГБ.

Что означает -mcmodel = medlow?

Выбирает модель среднего-низкого кода, что означает программа и ее статически определенные символы должны находиться в пределах одного 2 ГиБ диапазон адресов и должен находиться между абсолютными адресами от -2 ГиБ до +2 ГиБ. Для адресации глобальных символов используются пары инструкций lui / addi , которые испускать последовательности R_RISCV_HI20 / R_RISCV_LO12_I .Вот пример некоторый сгенерированный код с использованием модели кода medlow:

  $ кошка cmodel.c
длинный global_symbol [2];

int main () {
  вернуть global_symbol [0]! = 0;
}

$ riscv64-unknown-linux-gnu-gcc cmodel.c -o cmodel -O3 --save-temps -mcmodel = medlow

$ cat cmodel.s
главный:
        lui a5,% привет (global_symbol)
        ld a0,% lo (global_symbol) (a5)
        снез а0, а0
        Ret

$ riscv64-unknown-linux-gnu-objdump -d -r cmodel. o
cmodel.o: формат файла elf64-littleriscv

Разборка секции.text.startup:

0000000000000000 основной:
   0: 000007b7 lui a5,0x0
                        0: R_RISCV_HI20 global_symbol
                        0: R_RISCV_RELAX * ABS *
   4: 0007b503 ld a0,0 (a5) # 0 main
                        4: R_RISCV_LO12_I global_symbol
                        4: R_RISCV_RELAX * ABS *
   8: 00a03533 снез а0, а0
   c: 8082 рет

$ riscv64-unknown-linux-gnu-objdump -d -r cmodel
Разборка секции.текст:

0000000000010330 основной:
   10330: 67c9 lui a5,0x12
   10332: 0387b503 ld a0,56 (a5) # 12038 global_symbol
   10336: 00a03533 Снеж a0, a0
   1033a: 8082 рет
  

Что означает -mcmodel = medany?

Выбирает модель кода среда - любая, что означает программа и ее статически определенные символы должны находиться в пределах любых 2 ГиБ диапазон адресов. Для адресации глобальных символов используется инструкция lui / addi пары, которые испускают R_RISCV_PCREL_HI20 / R_RISCV_PCREL_LO12_I последовательности.Вот пример некоторого сгенерированного кода с использованием кода medany модель (с -mexplicit-relocs , в порядке чтобы это соответствовало -mcmodel = medlow пример чуть чище):

  $ кошка cmodel.c
длинный global_symbol [2];

int main () {
  вернуть global_symbol [0]! = 0;
}

$ riscv64-unknown-linux-gnu-gcc cmodel.c -o cmodel -O3 --save-temps -mcmodel = medany -mexplicit-relocs

$ cat cmodel.s
главный:
        .LA0: auipc a5,% pcrel_hi (global_symbol).
        ld a0,% pcrel_lo (.LA0) (a5)
        снез а0, а0
        Ret

$ riscv64-unknown-linux-gnu-objdump -d -r cmodel.о
cmodel.o: формат файла elf64-littleriscv

ТАБЛИЦА СИМВОЛОВ:
0000000000000000 l df * ABS * 0000000000000000 cmodel.c
0000000000000000 l d .text 0000000000000000 .text
0000000000000000 l d. Данные 0000000000000000. Данные
0000000000000000 l d .bss 0000000000000000 .bss
0000000000000000 l d .text.startup 0000000000000000 .text.startup
0000000000000000 l .text.startup 0000000000000000 .LA0
0000000000000000 l d. Комментарий 0000000000000000. Комментарий
0000000000000000 г F.text.startup 000000000000000e основной
0000000000000010 O * COM * 0000000000000008 global_symbol

Разборка раздела .text.startup:

0000000000000000 основной:
   0: 00000797 auipc a5,0x0
                        0: R_RISCV_PCREL_HI20 global_symbol
                        0: R_RISCV_RELAX * ABS *
   4: 0007b503 ld a0,0 (a5) # 0 main
                        4: R_RISCV_PCREL_LO12_I .LA0
                        4: R_RISCV_RELAX * ABS *
   8: 00a03533 снез а0, а0
   c: 8082 рет

$ riscv64-unknown-linux-gnu-objdump -d -r cmodel.о
Разборка раздела .text:

0000000000010330 основной:
   10330: 00002797 auipc a5,0x2
   10334: d087b503 ld a0, -760 (a5) # 12038 global_symbol
   10338: 00a03533 Снеж a0, a0
   1033c: 8082 рет
        ...
  

Обратите внимание, что -mcmodel = medany в настоящее время по умолчанию -mno-explicit-relocs , который может иметь заметную производительность эффект. В этом эффекте производительности есть небольшой нюанс, поэтому мы обсудите это в более позднем блоге.

Разница между моделью кода и ABI

Одно из часто неправильно понимаемых различий - это различие между кодом модель и ABI. ABI определяет интерфейс между функциями, в то время как модель кода определяет, как код генерируется внутри функции. В частности: обе модели кода RISC-V ограничивают код, адресующий символы в 32-битные смещения, но в системах на базе RV64I они все еще кодируют указатели как 64-битные.

В частности, это означает, что функции, скомпилированные с помощью -mcmodel = medany может вызываться функциями, скомпилированными с помощью -mcmodel = medlow и наоборот. наоборот.Ограничения, накладываемые на адресацию символов этими обоими функции должны быть выполнены, чтобы позволить исполняемому файлу быть связаны, но это ограничение в целом верно. Как модель кода не влияет на расположение структур в памяти или на то, как аргументы передается между функциями, он в основном прозрачен для программ.

Сравните это с кодом связывания, созданным для двух разных ABI, который является недействительным. Представьте себе функцию, которая содержит аргумент double . А функция, скомпилированная для lp64d , будет ожидать этот аргумент в регистре.Когда вызывается функцией, скомпилированной для lp64 , которая помещает аргумент в регистре X программа будет работать некорректно.

Модели кода и ослабление компоновщика

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

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

• Символы в пределах 7-битного смещения от 0 (или от __global_pointer $ ): 2 байта.
• символов в пределах 12-битного смещения от 0 (или от __global_pointer $ ): 4 байта.
• Символы в пределах 17-битного смещения от 0: 6 байтов.
• Символы в пределах 32-битного смещения от 0: 8 байтов. На RV32I это все адресное пространство.

Все это может быть достигнуто с помощью одной модели кода и при использовании одиночный аппаратный режим адресации (регистр + смещение) через восемь инструкций форматы (U, I, S, CI, CR, CIW, CL и CS) без каких-либо битов режима. Вы можно рассматривать это как своего рода кодировку адресов переменной длины, которая необязательно для аппаратной поддержки - для получения дополнительной информации см. Бумага "Compressed Macro-Op Fusion".Поскольку это сжатие - все реализовано компоновщиком прозрачно, нам нужен только один код модель. Сравните это поведение с портом ARMv8 GCC, который требует выбор другой модели кода для каждого поколения адресов последовательности, которые он может испускать.

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