Поиск информации об оборудовании в linux без lspci

вот мой официальный ответ после вашего ответа на мои комментарии. Я мог бы ошибаться в некоторых из них и приветствовать исправления.

Я не уверен, когда Intel начала включать PCIe (который является программно-совместимым расширением PCI) в свои процессоры. Тем не менее, это не было так в течение большей части времени x86. PCI действительно является частью всей "платформы ПК", которая включает в себя ряд других вещей, которые являются стандартными и ожидаемыми, такими как standard ISA порты / адрес ввода / вывода / IRQ для устройств и тому подобное.

откат немного до того, как PCI был вокруг-в основном, за исключением неудачной попытки ввести стандарт PnP с ISAPNP, вы на самом деле не "зондировали" некоторые устройства. Обычно вам нужно будет предположить, что они существовали заранее. Вы могли бы, конечно, тестовые регистры и то, что не видеть, если вещи реагируют так, как ожидалось,но вы тогда попасть в беду, если другое устройство там, возможно, в результате зависает, и т.д. Там на самом деле не способ "сканирования" шины ISA. Или действительно любая другая шина, которая не поддерживает концепции PnP стандартизированным способом.

одна из вещей, ACPI должен был решить, чтобы обеспечить некоторые таблицы информации, которые сказали вам, что ISA устройства были встроены. Еще до ACPI с BIOS консультировались бы, чтобы решить, сколько дисководов гибких дисков было в системе. Вот почему на старых системах, даже если у вас нет подключенной дискеты, вы увидите диск A: в Windows, Если у вас есть BIOS установить, чтобы сказать, что есть один.

Так вы можете спросить как самомоднейшие OS определяют или взаимодействуют с набором микросхем PCI. Большую часть времени чипсет появляется как устройство на самой шине PCI. Регистры интерфейса PCI "pre-exist" на известных стандартных положениях в платформе ПК. Программная развертка через все шлицы прибора и функции в космосе PCI возможна здесь. Для Иса ничего подобного не существует. Если прибор на шине с ISA, то регистры отвечают нагружанный / сохраненный к, и на этом все. Ты не можешь разговаривать с самим автобусом.

кстати, чипсет PCI может даже иметь возможность управлять мостом" PCI-ISA " и привнести некоторые функции PnP в шину ISA (или теперь LPC). Хотя, Айза говорит, что ты сам по себе.

нет такой стандартной платформы для ARM. не сейчас, во всяком случае. Есть много уникальных платформ, на которых работают процессоры ARM. Шины PCI, I2C и SDIO (и, возможно, больше я не знаю) есть общность между некоторыми из них, но опять же, есть ARM платформы, которые не имеют ни одного из них. ACPI не реализован на ARM AFAIK, за исключением Microsoft Surface RT. без работы со стандартизированной шиной, которая поддерживает некоторое понятие PnP, на самом деле нет никакого способа "зондировать" что-либо. Вам нужно иметь предвидение за пределами системы оборудования, которое должно быть там. U-Boot - это широко используемый загрузчик ARM, который требует поддержки и должен быть построен для конкретной платформы он предназначен для работы. Это что-то вроде стандарта, но даже тогда он обычно строится на платформе из моего понимания.

некоторые краткие Google показывает, что это устройство имеет "Мали 400" видео чипсет. Дальнейший поиск приносит Мали драйвер GPU исходный код сайт. Я немного заржавел, но я посмотрел на него. Кажется, что вы должны делать, когда вы строите драйвер, сообщите ему адреса, которые он должен ударить, чтобы поговорите с GPU. Я действительно не погрузился в источник слишком глубоко, но меня бы не удивило, если бы он не разговаривал с автобусом, а просто загружал / сохранял из памяти напрямую.

поэтому я не думаю, что есть общий ответ для всех платформ ARM, к сожалению.