Выравнивание в gcc, Обращение по нечётным адресам Опции

[xelax]

Есть задача перенести код с avr на arm (компилятор gcc). Люди, которые писали программу на avr активно использовали атрибут packed для структур, затем передавали данные структуры по сериальному интерфейсу.

При переходе на arm вот с чем столкнулся. Компилятор с дериктивой packed честно пакует данные без выравнивания, а далее при попытки записать и прочитать 16, 32 - разрядные переменные, запакованные по нечётным адресам вызывает переходя ядра arm в abort mode.

Есть ли какая возможность обойти данную особенность архитектуры с помощью компилятора. Например деректива какая-нибудь. Что бы он например при обращении по нечётным адресам, делал вычитывание побайтно, а затем собирал из них short или long.

Вообще кто-нибудь сталкивался с такой проблемой? И как решал её?

[scifi]

Если при попытке сделать чтение или запись по неровному адресу процессор генерирует исключение, то можно в обработчике исключения реализовать чтение и запись по неровному адресу. К примеру, Linux так и делает, см. linux/arch/arm/mm/alignement.c.

[xelax]

Если при попытке сделать чтение или запись по неровному адресу процессор генерирует исключение, то можно в обработчике исключения реализовать чтение и запись по неровному адресу. К примеру, Linux так и делает, см. linux/arch/arm/mm/alignement.c.

Посмотрел я исходник линукса... Видимо я ещё не осознал суть матрицы, так как конвертация thumb инструкций на лету из arm инструкций не поддалась моему разуму. В джедаи не годен

А если серьёзно, то такой вопрос возник: в регистрах контроллера памяти я могу посмотреть адрес памяти при доступе к которому возникла ошибка, разрядность и тип этого доступа. Для того чтобы самому завершить запись или чтение в побайтном режиме не хватает для полноты информации адреса куда записать считываемые данные (при ошибки чтения) или адреса откуда записывались данные (при ошибки записи).

Где взять недостающие данные? Есть ли простое решение этой задачки?

Сообщение отредактировал xelax - Sep 10 2007, 07:10

[Alex03]

А если серьёзно, то такой вопрос возник: в регистрах контроллера памяти я могу посмотреть адрес памяти при доступе к которому возникла ошибка, разрядность и тип этого доступа.

Эт кто такие данные предоставляет?

Для того чтобы самому завершить запись или чтение в побайтном режиме не хватает для полноты информации адреса куда записать считываемые данные (при ошибки чтения) или адреса откуда записывались данные (при ошибки записи).

А это видимо в любом случае регистр. Какой? Кроме как из кода операции видимо никак не узнать.

Где взять недостающие данные? Есть ли простое решение этой задачки?

ИМХО простого решения тут видимо нет. Если есть возможность, т.е. не устаканен этот бинарный протокол связи с внешним миром, то можно попереупорядочивать элементы в структурах. Но в ряде случаев это не возможно...


А вообще когдато был топик примерно на эту тему, точно не помню, но по моему вывод был такой:
Ядро ARM - это одно, а контроллер памяти это другое. Простой контроллер памяти генерит исключение, более продвинутый разбивает одно обращение к памяти на несколько.
Вплоть до того что один и тотже пример на чипах разных производителей на ARM7 ядре давал разные результаты.

[xelax]

Эт кто такие данные предоставляет?

А это видимо в любом случае регистр. Какой? Кроме как из кода операции видимо никак не узнать.

Регистр статуса контроллера памяти Название регистра: MC_ASR
Регистр адреса аварийной ситуации Название регистра: MC_AASR
для at91sam7 см. либо user manual, либо
http://www.gaw.ru/html.cgi/txt/doc/micros/..._sam7s/19_3.htm

Очень хотелось бы избежать анализа кода инструкций, очень уж это по-линуксовски сложно.

Сообщение отредактировал xelax - Sep 10 2007, 07:42

[Gemm]

Подскажите, пожалуйста, как делать выравненные структуры в IAR? Например, хочу, чтобы следующая структура была длиной 12 байт, чтоб два первых shorta лежали с интервалом в 4 байта. Пробовал использовать #pragma pack(4) - не помогает....

Код

struct {
    unsigned short A;
    unsigned short B;
    unsigned long C;
} s_abc;