Может ли кто-нибудь помочь понять разницу с тем, как перечисляются устройства PCI во время загрузки UEFI для Linux против Windows - это известная проблема, что загрузка Windows UEFI на MacBook Pro 2011 не приводит к отсутствию звука - флаг, установленный Intel HD Audio Controller на устройстве менеджер --- но linux, freebsd и т. д. все могут видеть звуковую подсистему - мне интересно, можно ли использовать SETPCI в grub перед загрузкой Windows, чтобы решить проблему, или использовать оболочку UEFI для установки регистров pci, но это не так Сила ИТ - так что любые идеи, указатели, объяснения были бы настолько полезны - были бы готовы нанять рабочую силу, чтобы помочь с этим -
1 ответ
0
Я решил это -
ссылка даст вам несколько картинок ниже, это копия текста
Если кому-то все еще интересно, я нашел решение для аудио в установках UEFI Windows 10 MBP 2011 - мне потребовалось 4 года, чтобы понять. Мне дали ответ из учебника только смежно-связанного здесь - здесь:
https://egpu.io/forums/pc-setup/fix-dsdt-override-to-correct-error-12/
По сути, мы знали, что Windows не «видит» правильные аудиоустройства при загрузке в чистом виде.
То, что меня расстраивало, было то, что многие пользователи, такие как я, установили множество UEFI на свои MBP 2011 года, и у этих ОС нет проблем с «просмотром» HD аудио контроллера.
Так что же делали в Windows?
Я возился с командами mm в оболочке UEFI (оболочка из пакета rEFIt) безрезультатно *
Я пытался передать команды SETPCI из Grub в Windows 10 - не повезло *
Цитата из ссылки выше заставила мой мозг крутиться
«Определение корневого моста таблицы DSDT системы Windows (ACPI PNP0A08 или PNP0A03) обычно ограничено зарезервированным 32-разрядным пространством (менее 4 ГБ), выделенным для достаточного размера для размещения устройств PCIe ноутбука. Значение TOLUD водяного знака затем устанавливается и блокируется в системной прошивке. ОС Windows учитывает определение корневого моста и выделяет в нем устройства PCIe. macOS игнорирует ограничения корневого моста, как и Linux при загрузке с параметром 'pci = noCRS'. Ни одна из этих ОС не требует переопределения DSDT и не может свободно выделяться в огромном 64-битном адресном пространстве PCIe "
Таким образом, Windows «уважает» корневой мост, а OSX и Linux игнорируют его - хммм интересно.
Как человек, который также занимается хакинтошами, я хорошо осведомлен о DSDT и о том, как их редактирование может помочь запустить OSX на оборудовании ПК для дома. Я поиграл с установкой Clover (загрузчик UEFI, почти синоним Hackintoshes) на флэш-накопители USB и установкой DSDT из моего MBP 2011 в папке /Clover /ACPI /Windows - все еще ничего - я думал, что было бы достаточно указать окна на DSDT .......
Дополнительное замечание: есть люди, которые «замуровали» свои настоящие Маки при использовании клевера, у меня никогда не было этой проблемы лично (подобная ситуация описана в подсылке по ссылке выше)*
Если вы следуете руководству и создадите модифицированный DSDT (тот, который добавляет «qwords» в раздел «dwords»), вы можете проверить его двумя способами:
недавно добавленный раздел qword
Я использовал Maciasl для извлечения и редактирования моего DSDT, чтобы добавить раздел «Qword» - я разместил DSDT в двух местах /EFI /Clover /ACPI /Patched [не уверен, что это важно] & /EFI /Clover /ACPI /Windows
удерживая ALT/ параметр во время загрузки, я выбрал "EFI Boot" из USB-клевера и загрузился в Clover
для точной конфигурации Clover отправьте мне сообщение
После загрузки в Windows звуковая карта сразу же заработала (это было потому, что я установил драйверы Cirrus Logic из bootcamp 4) - у драйвера аудио дисплея в диспетчере устройств был восклицательный знак, но я смог установить драйвер видео дисплея из драйвера Intel поддержка процессора i7 2470m в этой машине
аудио устройства в диспетчере устройств
Я также посмотрел на диспетчер устройств через «ресурсы» и увидел, что появилась новая запись «Большая память с диапазоном адресов».
карта памяти
И низкий, и вот диапазон адресов для «большой секции памяти» содержал диапазон для аудио-контроллера HD
введите описание изображения здесь
Затем я хотел посмотреть, сработал ли метод, описанный в исходной ссылке, размещенной выше, где вы вводите эту карту памяти в реестр и включаете «подписывание теста» -
это сделало, что позволило мне загружаться непосредственно в Windows без помощи клевера -
* ПРИМЕЧАНИЕ: когда я тестировал метод реестра, я пропустил первые несколько шагов, так как у меня уже был измененный DSDT - мне нужно было создать папку 'C:\dsdt и извлечь двоичные файлы Windows в эту папку - но я не использовал их дамп acpi, ни компилятор (я проверяю на ошибки и скомпилировал мой dsdt в Maciasl в OSX)
Я бы с радостью углубился в подробности, но я сомневаюсь, что эта информация нужна многим другим - просто рад, что понял это без эмуляции BIOS в bootcamp, - собираюсь протестировать этот метод на других компьютерах до 2013 года с несовместимыми UEFI BIOS. '