tiny fatfs портирую на SAM7, вылетает в дата аборт Опции

[cebotor]

решил портировать FatFS (tiny FatFS) на SAM7
прожект в ИАРе.
SPI настроил, с флэшкой проц говорить научил.
но при выполнении внутренней команды auto_mount на строке

basesect = LD_DWORD(&fs->win[MBR_Table+8]); /* Partition offset in LBA */

LD_DWORD определен (если упрощать) как разименование указателя , приведенного к типу указатель на беззнаковое длинное.

в дебаггере в асме выглядит как четыре строки :
MOV R0,#245
LSL R0,R0,#1
LDR R0,[R4,R0] // ПРИ ВЫПОЛНЕНИИ ЭТОЙ КОМАНДЫ ПРЫГАЕТ НА DATA ABORT
LSL R7,R0,0#

в чем может быть дело?

[DASM]

Люди, вы реальность то проверьте... Говорю же - не дает аборта, и при записи тоже не дает (если адрес в ОЗУ). Просто свернет младшие биты и все

[SpiritDance]

Ну нет у меня филипса. Дотянусь если до 2103 после праздников обязательно проверю. Но это странно по меньшей мере. Может это компилер такой хитрый а?

[DASM]

Какой компилер ??? LDR R0, [R5]
R5 равно 1

[amw]

testVar = *ptestVar; // проходит без вопросов. Результат как если бы указатель был равен 0

Вообще-то это не совсем корректно. Нужно смотреть на дизфссемблер этого куска. Это будет зависеть от компилятора.
gcc 3.3.6 дает типа
mov r1, #1
ldr r0, [r1] <- Data Abort
А если компилятор выполит проверку выравнивания и сброс младших бит по маске, то будет типа
mov r1, #0 <- Как результат компилляции
ldr r0, [r1]

[DASM]

Ну замужем не первый год - конечно по асму говорю

[SpiritDance]

Ясно.
А может ктони-ть проверит еще на филипсе? Может у них действительно ядра разные? Ну или филипс его доработал слегка для некоторых камней? ))

[amw]

Надпись на чипе:
LPC2214FBD144
CD8986 01
S60535A

Компилирую асм файл.
Перед этим выполнен remap - Адрес 0 -> ОЗУ.
Включен MAM по полной программе.

Код

MOV R1, #1
LDR r0, [R1]

Дает data abort.

Код

MOV R1, #1
STR r0, [R1]

Дает data abort.

Код

arm-elf-as -v
GNU assembler version 2.15.92.0.2 (arm-elf) using BFD version 2.15.92.0.2

[SpiritDance]

DASM
А у Вас этот камень ввобще в data abort когда-нить входит?

[DASM]

Ну а в 2148 никаких абортов ни при каком MEMMAP

[amw]

Поправка:

Надпись на чипе:
LPC2214FBD144
CD8986 01
S60535A

Надпись на камне не очень четкая, вот это
S60535A
похоже на
TS60535A
и на
TSG0535A

[DASM]

DASM
А у Вас этот камень ввобще в data abort когда-нить входит?

Конечно входит. Если MEMMAP оставить на флеше, то при записи по 1 - получу ABORT. Впрочем как и по нулю конечно. А При ОЗУшном расположении - все нормально, и на чтении и на записи по невыровненному

Единственная мысль - контроллер памяти у 2214 несколько иной - она же с внешней шиной ? Или нет ?

[amw]

Как в том анегдоте.
"Это не ежик. Это фигня какая-то."

У кого есть филипс, проверте плз!!!

Единственная мысль - контроллер памяти у 2214 несколько иной - она же с внешней шиной ? Или нет ?

Да.
Но, описываемое Вами поведение противоречит ARM7TDMI. Тогда это бага филипса.
Или фича

Сообщение отредактировал amw - Apr 28 2007, 13:46

[sergeeff]

Про фичу - вполне возможно. Я тут наткнулся где-то на статейку, где было написано: во многих нынешних реализациях ARM ядер возможность чтения с невыравненных адресов решена аппаратно. К сожалению не помню адрес и реквизиты источника. Но неужели если NXPэто реализовал, в документации не отразил тогда этот радостный факт? Это странно.

[DASM]

Чего решена ? Куда решена ? Считывает то NXP - некорректно. То есть нафик-нафик такая фича нужна, я лучше бы такие промахи через abort отслеживал

[gaidin]

А есть ли в природе или может у кого порт данной FS для nxp?