Доброго Здоровья!
Имеется устройства на основе Beaglebone Black (BBB).
На плату добавлена NAND память MT29F2G08ABAEAH4. Схема включения в приложении.
 nand.PDF ( 37.18 килобайт ) Кол-во скачиваний: 386

В настоящий момент система грузиться с SD карты. Однако, хочется грузиться с NAND.
Для этого считаю нужным добавить в файлы "Device Tree", описывающие платформу, информацию о NAND.
При добавлении руководствовался информацией: PATCH. Philip Avinash.
В результате чего,в файл am335x-bone-common.dtsi добавил:


В файл am33xx.dtsi добавил:

Также в этом файле пришлось отключить(закоментировал) mmc2 и mmc3. Иначе при попытке смуксить пины на NAND
ядро паниковало.

В настройках ядра включено все, что связано с NAND и присущему ему файловыми системами.
В системе появилось устройство /dev/ubi_ctrl, однако при попытки приатачить его получаю ошибку:

root@am33:~# ubiattach /dev/ubi_ctrl -m 2
ubiattach: error!: cannot attach mtd2
error 19 (No such device)

У кого есть соответствующий опыт, помогите.
Как включить NAND?

P.S.: Уважаемые модераторы, может быть имеет смысл слить с темой "DS1338. AM33xx. Linux-3.8.13. Device Tree." ?

перед тем, как ubi-аттачить смотрите в лог ядра - есть ли опознание нанда и появление /dev/mtd..
и сначала ubiformat, потом ubiattach.. только потом достаточно ubiattach

В том то и дело, что нет устройства в системе.
После загрузки:
root@am33:~# dmesg | grep NAND
[ 32.545592] jffs2: version 2.2. (NAND) (SUMMARY) © 2001-2006 Red Hat, Inc.
[ 33.636919] OneNAND driver initializing
root@am33:~# cat /proc/mtd
dev: size erasesize name
root@am33:~#

Причем память жива. в u-boot она есть, в нее можно писать и читать.

т.е. юбут "видит" нанд и может с ним работать?
тогда надо добится в логе ядра похожей строчки:

разумеется с данными вашего чипа..
найдите в исходниках ядра драйвер нанда, навтыкайте туда в функцию _probe отладочных printk - если драйвер вызывается, то по треку можно понять, где происходит сбой инициализации..
если не вызывается, то смотрите драйвер контроллера gpmc для АРМа..
вполне может, что у вас ошибка в описание железа в dts файле (я с этими структурами незнаком и надеюсь, что нескоро понадобится)

Добро. Спасибо за совет! буду ядро дебажить.

... не выходит Каменный Цветок...
Складывается впечатление, что ядро и не начинает искать NAND.
Не могу проследить путь вызова драйвера, связь DTB и собственно драйвера.
В файл ./drivers/mtd/nand/nand_base.c. добавил информацию для дебага, поставил всюду printk, из всего многообразия, вызывается только функция nand_base_init(void), которая, собственно, кроме регистрации светодиода на переключение согласно NAND ничегошеньки не делает, функции инициализации NAND при запуски ядра не используются. Эти функции подсовываются макросу

реализацию EXPORT_SYMBOL нашел в ./include/linux/export.h , но понимания мне не добавила.
Люди добрые, научите, как дебажить ядро?

пока вижу два пути:

1. попробовать изменить на что-то типа:

или

у вас BBB - а это am3359, может драйверу не нравится упоминание am3352..
тут надо в исходниках смотреть, что же по факту должно вызываться..

2. взять ядро версией помладше для BBB что-то типа 3.2.0, там где нормальное описание в файле платы, а не дурацкий dts
для evm там есть поддержка nand
смысл действия - убедится, что железо исправно, нанд подключен правильно и поддержан ядром
и только после этого пилить пункт №1..
бегло глянул исходники - вроде цепочка интит gpmc, из которого вызывается nand_ident и nand_scan, т.е. перед нандом надо запустить инит gpmc контроллера..

Здоровья всем!
Проследил по исходникам путь от считывания DT, до инициализации драйвера. Нашел вчем трабла, hwmod для GPMC модуля был задал не корректно. Исправил.
В ситеме появились признаки NAND:
root@am33:~# dmesg | grep NAND
[ 32.703146] jffs2: version 2.2. (NAND) (SUMMARY) �© 2001-2006 Red Hat, Inc.
[ 34.003647] enabling NAND BCH ecc with 8-bit correction
[ 34.020513] NAND device: Manufacturer ID: 0x2c, Chip ID: 0xda (Micron MT29F2G08AB4
[ 34.492286] OneNAND driver initializing

root@am33:~# cat /proc/mtd
dev: size erasesize name
mtd0: 00020000 00020000 "SPL1"
mtd1: 00020000 00020000 "SPL2"
mtd2: 00020000 00020000 "SPL3"
mtd3: 00020000 00020000 "SPL4"
mtd4: 001e0000 00020000 "U-boot"
mtd5: 00020000 00020000 "environment"
mtd6: 00500000 00020000 "Kernel"
mtd7: 0f880000 00020000 "File-System"

root@am33:~# dmesg | grep GPMC
[ 0.099427] omap-gpmc 50000000.gpmc: GPMC revision 6.0
[ 0.099645] GPMC CS0: cs_on : 0 ticks, 0 ns (was 0 ticks) 0 ns
[ 0.099659] GPMC CS0: cs_rd_off : 5 ticks, 50 ns (was 30 ticks) 44 ns
[ 0.099672] GPMC CS0: cs_wr_off : 5 ticks, 50 ns (was 30 ticks) 44 ns
[ 0.099684] GPMC CS0: adv_on : 1 ticks, 10 ns (was 0 ticks) 6 ns
[ 0.099697] GPMC CS0: adv_rd_off: 4 ticks, 40 ns (was 30 ticks) 34 ns
[ 0.099709] GPMC CS0: adv_wr_off: 5 ticks, 50 ns (was 30 ticks) 44 ns
[ 0.099721] GPMC CS0: oe_on : 1 ticks, 10 ns (was 7 ticks) 6 ns
[ 0.099734] GPMC CS0: oe_off : 6 ticks, 60 ns (was 24 ticks) 54 ns
[ 0.099746] GPMC CS0: we_on : 1 ticks, 10 ns (was 5 ticks) 6 ns
[ 0.099759] GPMC CS0: we_off : 4 ticks, 40 ns (was 22 ticks) 40 ns
[ 0.099771] GPMC CS0: rd_cycle : 9 ticks, 90 ns (was 30 ticks) 82 ns
[ 0.099784] GPMC CS0: wr_cycle : 9 ticks, 90 ns (was 30 ticks) 82 ns
[ 0.099797] GPMC CS0: access : 7 ticks, 70 ns (was 21 ticks) 64 ns
[ 0.099808] GPMC CS0: page_burst_access: 0 ticks, 0 ns (was 0 ticks) 0 ns
[ 0.099819] GPMC CS0: bus_turnaround: 0 ticks, 0 ns (was 0 ticks) 0 ns
[ 0.099831] GPMC CS0: cycle2cycle_delay: 0 ticks, 0 ns (was 15 ticks) 0 ns
[ 0.099842] GPMC CS0: wait_monitoring: 0 ticks, 0 ns (was 0 ticks) 0 ns
[ 0.099853] GPMC CS0: clk_activation: 0 ticks, 0 ns (was 0 ticks) 0 ns
[ 0.099865] GPMC CS0: wr_data_mux_bus: 0 ticks, 0 ns (was 0 ticks) 0 ns
[ 0.099876] GPMC CS0: wr_access : 0 ticks, 0 ns (was 22 ticks) 0 ns

root@am33:~# ls -l /dev/mtd*
crw------- 1 root root 90, 0 Feb 18 13:35 /dev/mtd0
crw------- 1 root root 90, 1 Feb 18 13:35 /dev/mtd0ro
crw------- 1 root root 90, 2 Feb 18 13:35 /dev/mtd1
crw------- 1 root root 90, 3 Feb 18 13:35 /dev/mtd1ro
crw------- 1 root root 90, 4 Feb 18 13:35 /dev/mtd2
crw------- 1 root root 90, 5 Feb 18 13:35 /dev/mtd2ro
crw------- 1 root root 90, 6 Feb 18 13:35 /dev/mtd3
crw------- 1 root root 90, 7 Feb 18 13:35 /dev/mtd3ro
crw------- 1 root root 90, 8 Feb 18 13:35 /dev/mtd4
crw------- 1 root root 90, 9 Feb 18 13:35 /dev/mtd4ro
crw------- 1 root root 90, 10 Feb 18 13:35 /dev/mtd5
crw------- 1 root root 90, 11 Feb 18 13:35 /dev/mtd5ro
crw------- 1 root root 90, 12 Feb 18 13:35 /dev/mtd6
crw------- 1 root root 90, 13 Feb 18 13:35 /dev/mtd6ro
crw------- 1 root root 90, 14 Feb 18 13:35 /dev/mtd7
crw------- 1 root root 90, 15 Feb 18 13:35 /dev/mtd7ro
brw-rw---- 1 root disk 31, 0 Feb 18 13:35 /dev/mtdblock0
brw-rw---- 1 root disk 31, 1 Feb 18 13:35 /dev/mtdblock1
brw-rw---- 1 root disk 31, 2 Feb 18 13:35 /dev/mtdblock2
brw-rw---- 1 root disk 31, 3 Feb 18 13:35 /dev/mtdblock3
brw-rw---- 1 root disk 31, 4 Feb 18 13:35 /dev/mtdblock4
brw-rw---- 1 root disk 31, 5 Feb 18 13:35 /dev/mtdblock5
brw-rw---- 1 root disk 31, 6 Feb 18 13:35 /dev/mtdblock6
brw-rw---- 1 root disk 31, 7 Feb 18 13:35 /dev/mtdblock7

Однако, вот беда! При попытки смонтировать, выходит куча ошибок:
[ 2691.557480] UBI error: ubi_io_read: error -74 (ECC error) while reading 512 bytess
[ 2691.568412] [<c0010317>] (unwind_backtrace+0x1/0x8a) from [<c01eb9a1>] (ubi_io_re)
[ 2691.577605] [<c01eb9a1>] (ubi_io_read+0x155/0x1f0) from [<c01ebce3>] (ubi_io_read)
[ 2691.587332] [<c01ebce3>] (ubi_io_read_vid_hdr+0x4f/0x13c) from [<c01eeccd>] (scan)
[ 2691.597345] [<c01eeccd>] (scan_peb.part.4+0x10d/0x3e4) from [<c01ef009>] (scan_al)
[ 2691.606370] [<c01ef009>] (scan_all+0x65/0x754) from [<c01ef9b9>] (ubi_attach+0x15)
[ 2691.614922] [<c01ef9b9>] (ubi_attach+0x15d/0x234) from [<c01e82c3>] (ubi_attach_m)
[ 2691.624471] [<c01e82c3>] (ubi_attach_mtd_dev+0x503/0x97c) from [<c01e88e3>] (ctrl)
[ 2691.634421] [<c01e88e3>] (ctrl_cdev_ioctl+0x7f/0x104) from [<c009e239>] (do_vfs_i)
[ 2691.643799] [<c009e239>] (do_vfs_ioctl+0x3a9/0x3f0) from [<c009e2af>] (sys_ioctl+)
[ 2691.652532] [<c009e2af>] (sys_ioctl+0x2f/0x44) from [<c000c401>] (ret_fast_syscal)
[ 2691.661554] UBI: scanning is finished
[ 2691.665405] UBI error: late_analysis: MTD device is not UBI-formatted and possiblt
[ 2691.677391] UBI error: ubi_attach_mtd_dev: failed to attach mtd7, error -22


Может в этом проблема? Что-то лишнее включил. Что минимально следует включить в ядре, чтоб получить работающий NAND?

Сообщение отредактировал shamrel - Feb 18 2014, 07:23

а последовательность действий ваша какая?
я делаю так (для начального инита):



перед тем, как писать команды, просмотрите встроенный хелп с ключами..

Сообщение отредактировал Jury093 - Feb 18 2014, 09:34

Спасибо, Jury093, и низкий поклон!
Из линукса получается смонтировать, отформатировать, развернуть образ rootfs.
Сейчас проблема в том, что u-boot и ядро имеют различную схему ECC. То-есть,
образ файловой системы, записанный под u-boot, не монтируется в Linux. А если прошить в
NAND образ u-boot.img и MLO из под Линукса, то не грузиться с NAND. Если же u-boot.img и MLO
записаны в NAND под u-boot, то все хорошо. Сейчас загрузиться получается с uSD, но на серийном
устройстве ее не будет. Нужно все действия выполнять под u-boot.

Образ делал в два этапа: сначала mkfs.ubifs, а потом ubinize. Ядро и u-boot собраны с
схемой ECC -- BH8 (аппаратный). u-boot версии 2014.01. Раньше можно было выбирать
схему есс командой nandecc, теперь команды этой нет.
.conffig содержит:


из файла конфигурации платформы для u-boot:


P.S: Причина редактирования: добавил конфигурацию.

Сообщение отредактировал shamrel - Feb 19 2014, 09:45

у меня коллеги решили эту проблему - комплект бинарников на "юсб флешке", которая втыкается в прибор.. прибор включаем, с флешки грузится технологическая прошивка, которая шьет боевую.. далее ребут и в бой.. тоже бились над проблемой расположения и свойств ECC и технологией ubinize (вроде правильно написал)..
имхо, начните с малого - попробуйте отключить дефайнами контроль ECC в юбуте и в ядре..
в доках на ядро есть файл, где описан механизм для нанда (Documentation/mtd/nand_ecc.txt), почитайте..

кстати, вы перед записью из юбута или линукса нанд трёте в области для записи? а то мало ли забыли..