[11:48:35] <zombah> добрый день
[17:21:23] <stuw> resetnow_, т.е. надо драйвер тегры допиливать, чтобы он понимал другой размер страницы и oob ? какой у твоей флешки размер страницы и oob?
[17:37:54] <resetnow_> stuw: я на вики сегодня написал, как примерно обстоят дела.
[17:38:11] <resetnow_> размер страницы и obb в драйвере уже есть
[17:38:21] <resetnow_> 2048 и 64 байт
[17:38:48] <resetnow_> проблема в том, что не получается почему-то нормально читать и писать oob блок.
[17:39:29] <stuw> размер страницы и oob это хардварные характеристики флешки или характеристики форматирования карты?
[17:40:31] <resetnow_> я пробовал тот код по-разному править (менял смещения, адресацию oob так, чтобы do_read_oob нормально отрабатывал), но это приводило только к ошибкам ioctl
[17:40:51] <resetnow_> stuw: судя по тому, что это указано в даташите, это хардварные характеристики
[17:41:21] <stuw> ок, т.е. у твоей флешки размеры 2048 и 64 ? или другие?
[17:41:39] <resetnow_> сегодня я слегка загрузился по работе, а так вообще буду читать TRM
[17:41:48] <resetnow_> stuw: да, у моей 2048 и 64
[17:42:20] <resetnow_> вообще тот драйвер местами страшно читать, какая-то прямая запись в какие-то непонятные регистры
[17:42:58] <resetnow_> как я понял, в драйвере реализована своя схема OOB, чтобы была совместимость с аппаратной коррекцией ошибко
[17:43:00] <stuw> это прямая работа с регистрами тегры )
[17:43:02] <resetnow_> ошибок*
[17:43:50] <stuw> я в драйвер пока сильно не вчитывался. теперь когда буду смотреть его, буду иметь в виду размеры твоей флешки и буду думать, почему обламывается драйвер
[17:44:43] <resetnow_> спасибо ) на самом деле я бы не сказал, что это насущная потребность — так, раз уж начали, хочется постепенно продолжать и до конца довести
[17:45:16] <stuw> ну да. я скорее всего только на выходных буду драйвер смотреть.
[17:45:30] <stuw> мне еще убут надо доделать, чтобы патч послать )
[17:46:04] <resetnow_> интересно, как с линуксом ситуация на следующих теграх
[17:47:33] <stuw> все упирается в ядро
[17:48:29] <stuw> думаю примерно также как и с тошкой ситуация
[17:48:42] <stuw> мне вот тегра к1 интересна ) но хз когда она будет
[17:52:57] <resetnow_> вообще в разделе для девелоперов у nvidia есть TRM и для T3, и для T4
[17:53:06] <resetnow_> The Tegra 4 Technical Reference Manual is a technical document of over 2,600 pages
[17:53:23] <resetnow_> Так что все упирается в человекочасы и бинарники для 3д/видео
[17:55:40] <stuw> 3д/видео очень похожи на 2 и 3 (возможно и на 4)
[17:55:58] <stuw> в мейнлайн еще все слать очень долго
[17:58:38] <resetnow_> кстати, допустим, поддержка какой-то платформы попадает в mainline. С выходом новой версии ядра поддержка ломается и комьюнити доделывает или основные компоенты ядра более-менее стабильны? В плане API работы с ядром
[17:59:09] <stuw> стабильны. обратную совсместимость стараются не ломать
[17:59:35] <stuw> поддержку 486 проца относительно недавно выкинули из ядра, а до тех пор поддерживали код
[17:59:48] <stuw> в этом плюс попадания в мейнлайн
[18:00:14] <resetnow_> а тот же device tree используется в mainline? я просто вспомнил, что для тегры в какой-то период драйвера нужно было переделывать под dt
[18:01:38] <stuw> минусы в том, что много сложностей: если куска системы, который тебе нужен, нет, его нужно писать; если делаешь новую подсисетму, нужно делать ее универсальной, чтобы все могли потом использовать (пример - работа с панелями[экранами ноутов - подсвет
[18:01:38] <stuw> ка, сам экран и т.п.]), ...
[18:02:00] <stuw> resetnow_, да, в мейнлайне device tree используется.
[18:02:30] <resetnow_> понятно, спасибо.
[18:02:47] <stuw> соответственно, чтобы драйвер тегра_нанд послать в мейнлайн, нужно его адаптировать под dt (как минимум)
[18:04:37] <stuw> еще я не знаю, есть ли в мейнлайне подсистема для нанда.
[20:06:14] <Gordio> ааааа
[20:06:31] <Gordio> я кажется догнал что с моей вафлей >_<