Ник:
Пароль:

Контакты

E-mail: info@starterkit.ru
тел.: +7 922 680-21-73
тел.: +7 922 680-21-74
Телеграм: t.me/starterkit_ru
Партнеры:
otladka.com.ua - г.Киев

Способы оплаты

User Info


Добро пожаловать,
Guest

Регистрация или входРегистрация или вход
Потеряли пароль?Потеряли пароль?

Ник:
Пароль:

ПользователейПользователей:0
Поисковых ботовПоисковых ботов:3
ГостейГостей:1

ОбновитьПодробнееВсегоВсего:4
Форум » starterkit.ru » Отладочные платы » SK-iMX6Q
OTG, SATA и NAND
danilsl
Добавлено 15.12.2013 18:21 Сообщение: 21
danilsl
1

Пункты: 4194
Регистрация: 08.12.2010
Пол: Мужчина
И вообще, да хрен бы с ней с этой ubi, на омапе у меня вполне себе прокатывало mkfs.ext4 /dev/mtdblockX, а на этой плате и это не катит. Из под линукса вываливает километр жалоб на бэд-блоки, u-boot говорит только про 5, но считывается оттуда в итоге не то что писалось. Как это понимать? u-boot то грузится с нанда
Спуститься к концу Подняться к началу
Персональная информация
sasamy
Добавлено 15.12.2013 18:24 Редактировалось 15.12.2013 18:25 Сообщение: 22
sasamy
4.70

Пункты: 77332
Регистрация: 14.08.2009
Цитата
Цитата
для готовых компиляторов linaro требуется минимальная версия ядра 3.1.1

Ну linaro 4.7 ядро 2.6.32 от omap3530 как-то не возмущался


Там пересобраный linaro gcc со своей версией ядра, такой вариант мне лично не интересен, я не в состоянии отслеживать все наработки linaro. Их ежемесячные бинарные сборки с gcc 4.8 и их патченым eglibc требуют ядро 3.1.1
Спуститься к концу Подняться к началу
Персональная информация
sasamy
Добавлено 15.12.2013 18:27 Сообщение: 23
sasamy
4.70

Пункты: 77332
Регистрация: 14.08.2009
Цитата
И вообще, да хрен бы с ней с этой ubi, на омапе у меня вполне себе прокатывало mkfs.ext4 /dev/mtdblockX


Дурное дело нехитрое - если бы вы понимали что вы делаете - никогда бы так не делали
Спуститься к концу Подняться к началу
Персональная информация
danilsl
Добавлено 15.12.2013 18:37 Сообщение: 24
danilsl
1

Пункты: 4194
Регистрация: 08.12.2010
Пол: Мужчина
Цитата
Дурное дело нехитрое - если бы вы понимали что вы делаете - никогда бы так не делали

Я понимал что я делал, интерес был чисто спортивный. Проверить прокатит-нет. Прокатило. Потому к ubi и цепляюсь, что проект на стадии пуска в серию и нужно бы побереч нанд
Спуститься к концу Подняться к началу
Персональная информация
danilsl
Добавлено 15.12.2013 18:40 Сообщение: 25
danilsl
1

Пункты: 4194
Регистрация: 08.12.2010
Пол: Мужчина
Что это вообще за page 0x00001580? У меня походу из-за неё все проблемы...
Спуститься к концу Подняться к началу
Персональная информация
sasamy
Добавлено 15.12.2013 19:29 Редактировалось 15.12.2013 19:31 Сообщение: 26
sasamy
4.70

Пункты: 77332
Регистрация: 14.08.2009
Почитайте документацию - хватит может ерундой заниматься ?
http://www.linux-mtd.infradead.org/faq/general.html#L_ext2_mtd

Про ext4 на mtdblock - это вы на виках TI вычитали ?
Спуститься к концу Подняться к началу
Персональная информация
danilsl
Добавлено 15.12.2013 19:33 Сообщение: 27
danilsl
1

Пункты: 4194
Регистрация: 08.12.2010
Пол: Мужчина
Цитата
Про ext4 на mtdblock - это вы на виках TI вычитали ?

Сам додумался
Спуститься к концу Подняться к началу
Персональная информация
sasamy
Добавлено 15.12.2013 19:42 Редактировалось 15.12.2013 19:43 Сообщение: 28
sasamy
4.70

Пункты: 77332
Регистрация: 14.08.2009
Цитата

Сам додумался


Цитата

But in many cases using mtdblock is a very bad idea because what it basically does if you change any sector of your mtdblockX device, it reads the whole corresponding eraseblock into the memory, erases the eraseblock, changes the sector in RAM, and writes the whole eraseblock back.


Вот теперь посчитайте во что выливается такое поведение на MLC NAND которая на платах:

UBI: physical eraseblock size: 1048576 bytes (1024 KiB)
Спуститься к концу Подняться к началу
Персональная информация
danilsl
Добавлено 15.12.2013 20:44 Сообщение: 29
danilsl
1

Пункты: 4194
Регистрация: 08.12.2010
Пол: Мужчина
Я же сказал, на омапе это был спортивный эксперимент. я прекрасно понимаю во что это выльется - в смерть нанда в кратчайшие сроки. Я это не использую. я впринципе не лезу к нандам на отладочных платах. и бьюлдрутом я пользуюсь для создания рутфс только для чтения. чтоб для возврата девайса к жизни достаточно было его ребутнуть. И не знаю как на фрискейловском ядре , на омапе устройства mtdblock были блочными. и вся кухня по стиранию и записи именно нужных страниц нанда лежала на ядре. единственное что оно не делало - так это не следило за равномерным износом нанда. но на файловой системе только для чтения это как бы не актуально. даже если это ext4. опять же в вашей же цитате написано что считывается вся страница, модифицируется нужный сектор, потом страница трётся, потом переписывается. вас не смущает, что с ubi то же самое происходит? только пишется потом видимо в другую страницу для равномерного износа нанда. ext4 и ей подобные износ конечно не учитывают, но бэды определять умеют, перенесить данные с них тоже умеют. по большому счету в итоге нанд будет больше ушатан ук началу. плюс ubi это ещё и компрессия.
я ни в коем случае не хочу оспорить мировой опыт работы с нандом и преимущества ubi для нанда. просто мне кажется вы переоцениваете деструктивное влияние ext4 на нанд.
вообще, как я себе представляю устройство mtdblock, которое у меня в системе присутствует - это блочное устройство, аналог sdx с оговорками на страницы и количество циклов перезаписи. и я так понимаю что этому устройству до лампочки какая фс на него ляжет. в конце концов я вообще могу не ложить туда файловую ситему и работать с ним как с файлом. единственное чего я от него жду - так это того, чтоб с него читалось то что я на него записал. а эксперименты показывают что пишу одно, читаю другое.
Спуститься к концу Подняться к началу
Персональная информация
sasamy
Добавлено 15.12.2013 21:01 Сообщение: 30
sasamy
4.70

Пункты: 77332
Регистрация: 14.08.2009
Цитата

вас не смущает, что с ubi то же самое происходит? только пишется потом видимо в другую страницу для равномерного износа нанда. ext4 и ей подобные износ конечно не учитывают, но бэды определять умеют, перенесить данные с них тоже умеют. по большому счету в итоге нанд будет больше ушатан ук началу. плюс ubi это ещё и компрессия.


У вас каша в голове - почитайте доки, потом с вами можно предметный разговор вести, а сейчас тратить на вас время нет желания. Удивляет что не имея ни малейшего представления о чем говорите вы начинаете рассуждать что хорошо что плохо. Напоследок могу только посоветовать - верните штатную прошивку на место (как это сделать описано в мануале к плате) и убедитесь что nand там прекрасно работает.
Спуститься к концу Подняться к началу
Персональная информация
Форум » starterkit.ru » Отладочные платы » SK-iMX6Q