У меня не факт что отвал, но времени фиксить не было. На многих маках именно отвал, посему пример для них.
Валится в непрогруз на яблоке, пытается в графику свалиться и зависает.
Мне известна эта проблема на 2010.
А разве на бигсюре завели ускорение на старых невидиях и 1st gen hd graphics? были проблемы с ними, сколь мне помнится. без ускорения она неюзабельная абсолютно.
Факт в том, что ig boot - штатный режим. А также факт то, что до сиерры оно почему-то работало. Проблем с мюксом на тех версиях я не припомню.
Хорошо, раз вам так понятнее - имеем сломанную яркость в штатном режиме загрузки. Этот режим заложен в макбуки на уровне прошивки. Понятия не имею, почему, но эта веселость с проверкой на этот режим и выключением гмюкса при его детекте - здоровой мне не кажется. Линуксу на том же железе что-то ничего не мешает юзать gMux с выключенным GPU.
Если это сделано "случайно", почему-ж драйвер выдает, что ВИДИТ загрузку с IG, из-за чего рубит полиси? Случайностью это было бы тогда, когда из-за ошибки в коде что-то бы рубило.
Делается влёгкую, тупой проверкой бутаргов и активного видеоядра. Существенно они ничего не поменяли, зато прекрасная проверка откуда-то взялась. Зачем она там? Не знаю, но пока не будет ответа - больше склонности думать, что это было сделано намеренно. Зачем? Не знаю, но это напоминает мне ситуацию с тротлингом на айфонах, когда у них износ АКБ, который чуть внезапно, но оказался далеко не ошибкой, из-за чего на эппл полезли в суды подавать и заставили опцию отдельно добавить.
Есть подозрения, что сделано это было для того, чтобы "не портить" впечатление от мака/загнать юзверей в ремонт для замены GPU, потому что причин для этой проверки в плагине просто нет. Если сможете пояснить - я не против, это будет действительно хорошее дополнение к статье. А так - это уж явно не ошибка, когда плагин даже логгирует выключение плагина тупо из-за бута в IG (который является одним из штатных состояний, когда макбук не может загрузиться с дискретного видео - он сам валится в этот режим на уровне EFI прошивки, бутарг просто делает его перманентным, так что нештатным это состояние не является, это задуманный изначально fallback).
Не заведется вероятно потому, что они даже в Aqua перешли во много с OpenGL на Metal. non-Metal видеоядра могут схватить фреймбуфер и гл, выделить VRAM, но ускорение нормально все равно не встанет. посему на старые неподдерживаемые маки Big Sur ставится только после замены GPU на поддерживаемый, что явно не случай с MacBook, ха.
Мы пытались. Добились только волшебного ничего, оно достаточно активно долбит какие-то регистры мюкса и пишет в переменные, мы так и не доковыряли его, у меня макбук поменялся на макбук с интеграшкой и внешним боксом. Все, чего добились - отсутствия стринга о выключении регулировки. Что там еще надо ковырять - не додумали.
в System Profiler во вкладке Graphics/Displays будет строчка с версией прошивки gMux, она безотказно означает, что в Mac есть gMux, который светит графику. Но велик шанс, что оно есть только в ноутах, банально для экономии ресурсов. Не всегда же на дискретке работать, жрет больно много.
Выходить то выходит, но у вас BKLT/PNLF не встает, ОС не может через gMux вольтаж регулировать. Вы уходите в сон, матрица гасится, а когда выходите - оно тупо не может ее обратно включить, в чем на старых маках можно убедиться восхитительным опытом с фонариком, направленным в яблоко. Пред глазами будет восхитительная картина - матрица выводит изображение без подсветки!
Вызвано тем же Apple Graphics Control, а вернее драйвером для gMux
Это - явно не случайность, причины указаны в статье. Мы сравнивали с другом декомпилированные кексты из разных версий macOS (Sierra и El Capitan), в более старом кексте такой проверки не было и AGC policy выставлялся корректно. Макбуку с неисправным дискретным видеоядром ничего не мешает корректно работать с регулировкой яркости, проблема тут в кексте, который намеренно при Intel Graphics boot гасит себя в нулевой полиси, вырубая AppleMuxControl
Маки знамениты своей отвальностью в рамках целых линеек, каждый раз чип перепаивать с риском снова отвал словить? Это дорогое удовольствие, зачастую еще и нерентабельное. Легче на интеграшку перебросить и забыть, но Apple решили иначе и просто сломали (НАМЕРЕННО) завод яркости, что ведет к неюзабельности режима сна. Яркость тупо не встает.
Кекст достаточно туго патчится, а старая его версия конфликтует с сетевыми в новых версиях ОС. Читай - просто не работает.
Это не ошибка, это мини-диверсия, поскольку они явно понимали, что делают. Вопросы в статье - скорее риторические, все и так все понимают.
У меня не факт что отвал, но времени фиксить не было. На многих маках именно отвал, посему пример для них.
Валится в непрогруз на яблоке, пытается в графику свалиться и зависает.
Мне известна эта проблема на 2010.
А разве на бигсюре завели ускорение на старых невидиях и 1st gen hd graphics? были проблемы с ними, сколь мне помнится. без ускорения она неюзабельная абсолютно.
Факт в том, что ig boot - штатный режим. А также факт то, что до сиерры оно почему-то работало. Проблем с мюксом на тех версиях я не припомню.
Хорошо, раз вам так понятнее - имеем сломанную яркость в штатном режиме загрузки. Этот режим заложен в макбуки на уровне прошивки.
Понятия не имею, почему, но эта веселость с проверкой на этот режим и выключением гмюкса при его детекте - здоровой мне не кажется. Линуксу на том же железе что-то ничего не мешает юзать gMux с выключенным GPU.
Если это сделано "случайно", почему-ж драйвер выдает, что ВИДИТ загрузку с IG, из-за чего рубит полиси? Случайностью это было бы тогда, когда из-за ошибки в коде что-то бы рубило.
Делается влёгкую, тупой проверкой бутаргов и активного видеоядра. Существенно они ничего не поменяли, зато прекрасная проверка откуда-то взялась. Зачем она там? Не знаю, но пока не будет ответа - больше склонности думать, что это было сделано намеренно. Зачем? Не знаю, но это напоминает мне ситуацию с тротлингом на айфонах, когда у них износ АКБ, который чуть внезапно, но оказался далеко не ошибкой, из-за чего на эппл полезли в суды подавать и заставили опцию отдельно добавить.
Есть подозрения, что сделано это было для того, чтобы "не портить" впечатление от мака/загнать юзверей в ремонт для замены GPU, потому что причин для этой проверки в плагине просто нет. Если сможете пояснить - я не против, это будет действительно хорошее дополнение к статье. А так - это уж явно не ошибка, когда плагин даже логгирует выключение плагина тупо из-за бута в IG (который является одним из штатных состояний, когда макбук не может загрузиться с дискретного видео - он сам валится в этот режим на уровне EFI прошивки, бутарг просто делает его перманентным, так что нештатным это состояние не является, это задуманный изначально fallback).
К слову, про Big Sur и выше
Не заведется вероятно потому, что они даже в Aqua перешли во много с OpenGL на Metal. non-Metal видеоядра могут схватить фреймбуфер и гл, выделить VRAM, но ускорение нормально все равно не встанет. посему на старые неподдерживаемые маки Big Sur ставится только после замены GPU на поддерживаемый, что явно не случай с MacBook, ха.
Мы пытались. Добились только волшебного ничего, оно достаточно активно долбит какие-то регистры мюкса и пишет в переменные, мы так и не доковыряли его, у меня макбук поменялся на макбук с интеграшкой и внешним боксом. Все, чего добились - отсутствия стринга о выключении регулировки. Что там еще надо ковырять - не додумали.
в System Profiler во вкладке Graphics/Displays будет строчка с версией прошивки gMux, она безотказно означает, что в Mac есть gMux, который светит графику. Но велик шанс, что оно есть только в ноутах, банально для экономии ресурсов. Не всегда же на дискретке работать, жрет больно много.
Выходить то выходит, но у вас BKLT/PNLF не встает, ОС не может через gMux вольтаж регулировать. Вы уходите в сон, матрица гасится, а когда выходите - оно тупо не может ее обратно включить, в чем на старых маках можно убедиться восхитительным опытом с фонариком, направленным в яблоко. Пред глазами будет восхитительная картина - матрица выводит изображение без подсветки!
Вызвано тем же Apple Graphics Control, а вернее драйвером для gMux
Это - явно не случайность, причины указаны в статье. Мы сравнивали с другом декомпилированные кексты из разных версий macOS (Sierra и El Capitan), в более старом кексте такой проверки не было и AGC policy выставлялся корректно.
Макбуку с неисправным дискретным видеоядром ничего не мешает корректно работать с регулировкой яркости, проблема тут в кексте, который намеренно при Intel Graphics boot гасит себя в нулевой полиси, вырубая AppleMuxControl
Маки знамениты своей отвальностью в рамках целых линеек, каждый раз чип перепаивать с риском снова отвал словить? Это дорогое удовольствие, зачастую еще и нерентабельное. Легче на интеграшку перебросить и забыть, но Apple решили иначе и просто сломали (НАМЕРЕННО) завод яркости, что ведет к неюзабельности режима сна. Яркость тупо не встает.
Кекст достаточно туго патчится, а старая его версия конфликтует с сетевыми в новых версиях ОС. Читай - просто не работает.
Это не ошибка, это мини-диверсия, поскольку они явно понимали, что делают. Вопросы в статье - скорее риторические, все и так все понимают.
а у него интеграшка и gMux есть?
Нет, увы и ах, это анфиксабельно. Только хардварный моддинг.