[15:17:29] <resetnow>  кажется, в драйвере есть какие-то еще проблемы, потому что UBI говорит об ошибках ECC
 [15:17:57] <resetnow>  я пока не совсем понял, можно ли эти ecc-коды сформировать путем форматирования
 [15:18:22] <resetnow>  ubiformat, flash_eraseall работают и данные записывают
 [15:18:35] <resetnow>  но при монтировании выкидываются ошибки ecc
 [15:19:04] <resetnow>  http://ac100.wikispaces.com/%D0%A3%D1%81%D1%82%D0%B0%D0%BD%D0%BE%D0%B2%D0%BA%D0%B0+NAND+%D0%BF%D0%B0%D0%BC%D1%8F%D1%82%D0%B8#x%D0%9F%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%BD%D0%B0%D1%8F%20%D1%87%D0%B0%D1%81%D1%82%D1%8C-%D0%9F%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D1%8B%20%D1%81%20UBI%20%D0%B8%20ECC
 [15:21:16] <stuw>  resetnow, а что за master_node ?
 [15:21:50] <stuw>  + навскидку патч tegra-writebufsize-fix.patch выглядит немного странно (подгоняем размер буфера под то, сколько надо прочитать).
 [15:22:15] <stuw>  я думаю, что буфер выделяется и сохраняется его размер.
 [15:22:19] <stuw>  но я могу и ошибаться
 [15:22:32] <stuw>  сейчас, к сожалению, нет времени смотреть код ядра :(
 [15:22:38] <resetnow>  http://www.linux-mtd.infradead.org/doc/ubifs.pdf — страница 34
 [15:23:12] <resetnow>  stuw: http://lxr.free-electrons.com/source/include/linux/mtd/mtd.h#L138
 [15:23:28] <resetnow>  Currently, all NANDs have writebufsize equivalent to writesize (NAND page size). Some NOR flashes do have writebufsize greater than writesize.
 [15:24:27] <stuw>  ок
 [15:24:31] <stuw>  значит я не прав )
 [15:24:56] <resetnow>  я вообще это подсмотрел на какой-то другой платформе, там в инициализации nand-контроллера тоже буфер устанавливался как размер блока записи. Может быть, нужно откуда-то еще брать значение, но я не нашел, откуда.
 [15:25:42] <resetnow>  думаю, это параметр есть в даташите у тех устройств, у которых он какой-то особенный
 [15:26:12] <resetnow>  собственно, вряд ли с UBI какие-то проблемы
 [15:26:20] <resetnow>  тут именно ECC
 [15:26:31] <resetnow>  как будет время, буду пробовать отлаживать как-то
 [15:27:06] <stuw>  pdf от nokia упоминает /dev/ubi0
 [15:27:12] <stuw>  у тебя есть этот девайс?
 [15:27:16] <resetnow>  да, есть.
 [15:27:31] <stuw>  ты его монтируешь? или mtd0 &
 [15:27:34] <resetnow>  я даже могу создать /dev/ubi0_0
 [15:27:54] <resetnow>  и при попытки монтирования ubi0_0 будет сообщения про master node
 [15:28:00] <resetnow>  попытке*
 [15:28:30] <resetnow>  ну и при выполнении ubiattach тоже в dmesg куча ошибок про ecc.
 [15:31:58] <stuw>  а для ubifs не нужно делать форматирование?
 [15:34:27] <resetnow>  нужно, ubiformat форматирует нормально.
 [15:34:53] <resetnow>  собственно, создать /dev/ubi0 без форматирования не получится
 [15:36:00] <resetnow>  кстати, интересно, что будет, если в ядре вообще отключть ecc
 [15:36:03] <stuw>  а в каком файле ubi_io_read находится?
 [15:37:18] <resetnow>  stuw: http://lxr.free-electrons.com/source/drivers/mtd/ubi/io.c?v=3.1;a=arm#L132
 [15:45:56] <stuw>  спс
 [19:55:19] <savalik>  я заглядываю тут на вики нашу и диву даюсь ^_^
 [19:57:07] <savalik>  кое кому пора записывать видеолекции =)
 [22:25:37] <resetnow>  кажется, нашел, почему ubifs говорит о невозможности восстановления master node
 [22:25:53] <resetnow>  в ubifs есть такая функция — is_empty
 [22:26:48] <resetnow>  возвращает true только в том случае, если все байты в буфере == 0xFF
 [22:28:42] <resetnow>  хотел сказать, что в oob есть область, которая всегда читается как 00 и драйвером не используется
 [22:28:47] <resetnow>  но, похоже, это не так
 [23:40:53] <resetnow>  все-таки это ecc не работает
 [23:40:57] <resetnow>  написал на вики