>> Ну, понимаете, они по сути аварийный power loss пытаются обработать,
>> используя как handler линуха!
> есть ссылка на RFC в LKML ? У меня entry point на это был открыт, во - https://www.phoronix.com/news/Linux-Priority-Based-Shutdown - дальше сами поклацайте по ссылкам, ок?
> непонятна суть проблемы -
Как я понимаю - обработка ситуации просадки питания и забота о том чтобы накопитель не скончался в этой ситуации. Там где-то в рассылке написано: если провести эн тестов с power sag - за них образуется 1 или несколько трупиков NAND/eMMC если софт ничего не предпринимает по этому поводу и работает как обычно.
> там во первых не простые конденсаторы можно поставить а ионисторы
Это денег стоит. И ионисторы бывают либо слаботочные (врядли штуку с линухом удержат, по ESR сугубо) или автомотивные сильноточные, но большие и дорогие. А тут какой-то intermediate вариант. Кроме того возможно они пытаются воркэраундить уже релизнутый хардвар.
> и почему nand/emmc умирает ? сначала надо фс и буферы синхронизировать если фс
> в режиме RW а это время а потом носитель отключать.
Выбирая между умеренным dataloss апликух VS полный даун системного стоража когда юзер точно чешет в сервис... еще вопрос что вы хотели именно вон то, вот так.
В чем проблема? Флешовые накопители, особенно типа (e)MMC/SD/SSD/usb-flash/... могут вести фоновую активность связанную с FTL/GC/RMW/wear leveling и проч. Если вы без предупреждения грохнете питание пока оно в фоне что-то кантовало - служебные структуры которые при этом перезаписывались могут отлететь в страну вечной охоты и накопителю будет каюк! Это условно называется "слет трансляции" и - весьма фатально по своим последствиям.
В их системе команд есть специальные команды, запрашивающие шатдаун. И вы имеете право снять питание не ранее чем девайс получит и подтвердит шатдаун. Штуки попродвинутее, типа SSD, мстительно считают сколько раз слетало питание без запроса на шатдаун - и если вы с таким придете в гарантию, вас можно отправить за нарушение условий эксплуатации.
Но у автомотивщиков с питанием "не очень" и оно by design _может_ иметь проблемы с стабильностью и провалами (дохлый акум VS стартер например). В этом случае речь идет о острой нужде сделать "аварийный" шатдаун избежав ВНЕЗАПНОЙ кончины системного накопителя.
> Скорей всего им надо сразу отключать питание носителя пока напряжение не
> просело до какого-то критического сотояния при кортом его недопустимо использовать
Отличный способ грохнуть флешастому накопителю траснлятор. Вы сперва ОБЯЗАНЫ запулить команды на шатдаун - и можете снять питание только после завершения этой активности. Иначе можете жестоко пожалеть об этом - получив разлет накопителя просто в хлам.
> и не ждать никакой синхронизации потому что чаще ФС в RO.
Как минимум там надо пульнуть команды на шатдаун и проч - и только потом станет можно снимать питание. И лучше малость погодить еще - скажем Transcend'овские SD фирма нокия в свое время поймала на том что они получив и подтвердив команду шатдауна - еще энное время что-то делали. Это нарушение спеков. Но. Нокия снимала питание с карты для power save. После команды. И тут ррррраз! Карта - в хлам. Фаталити. Это не по спекам, но - вот - бывает. И они патчили подсистему линя mmc HCI для воркэраунда этого IIRC. Такие вот интимные подробности из жизни флешастиков.