День добрый. Заковырка возникла с похожей защитой на LA-8712p.
Данный способ не сработал, правленый биос останавливается на постах 86-89.
Сделал по своему, не стал обходить все функции с начала алгоритма, а поменял возвращаемые ответы во всех ветках в регистре еах на 0. вдруг там где-то важные криптофункции.
в итоге биос получился работоспособный, но при этом менять DXE том не дает. любое изменение приводит опять же к постам 86-89.
уже грешил на версию UEFI tool и Phoenix tool, пробовал другие, но результата не дало.
и еще заметил нюанс, что феникс портит структуру биоса, и теряет весь блок с non-UEFI data, ключ RSA соответственно им просто удаляется после пересборки.
временно решил проблему взяв старую версию биоса F03 с защитой $HSS первого типа, ноут выдан клиенту.
но хотелось бы докопаться до сути, в чем именно загвоздка.

Благодаря помощи хабровчанина CodeRush есть прогресс в снятии защиты, опробовано уже на Quanta R53 версиях биоса F21, F23,F26 и в теории должно работать и с LA-8712p.
защита находится в F6B211E8-A3DF-41B3-89D5-BDBF6729255E в коде функции с адресом 0x10000ac1
следовательно, нужно либо сделать выход из этой функции, сохраняя правильные позиции в стеке, либо вообще ее не вызывать, обойдя место ее вызова с помощью безусловного перехода или инструкции Not Opertion (NOP)

Касательно la-8712p и не только.... это все конечно интересно, а зачем?)
Если требуется поставить более дешевый видак (а смысл в нем тогда какой?), то имхо проще воткнуть проц A10 - там уже своя 7660g, которая вроде как не сильно уступает родной дискретной и по идее будет не хуже (а может и лучше - особо не интересовался реальными тестами) дешевых замен.

Doc
удаление whitelist, установка 0833132, который HD7690m, и тд.
главное, снять защиту, а как это применить - найдем)