Перейти к содержанию
    

Alwinner A13 не стартует с SD-карты

На счет -Оs - тут правда, раз на такую засаду еще на АВРках напоролся...

:wacko: Господа, вы меня поражаете! Ну как можно лечить криво написанную программу опциями оптимизации?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

:wacko: Господа, вы меня поражаете! Ну как можно лечить криво написанную программу опциями оптимизации?

ну вот приходится телепатически лечить гланды по интернету :)

у ТС из диагностических тулзов штатный светодиод и неработающий адаптер консоли, что там за плата, кто сделал, как работает заводская сборка софта, как ТС что-то там заливает с разных сайтов неведомо..

приходится давать шаманские советы, авось что-нить срастется

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

ну вот приходится телепатически лечить гланды по интернету :)

Вообще-то ТС листинг выложил, в котором все замечательно видно.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

На счёт соединения с ком-портом, адаптер вызвонил весь - картинка ниже.

 

Правда непонтно, что на Olinuxino-A13 плате имелось ввиду под TX и RX - это по отношению к кому и от кого???

 

Проверьте пожалуйста -верно ли подключено?

 

Для у-бута нужен UART1 ? Или UART 0 ?post-99126-1522503533_thumb.png

 

Все проблемы и так видны в листинге. Первый вариант - "без volatile" - неработоспособен, второй на вид должен работать.

Это так на форуме Олимекса было написано. Уже давно исправил регистры на VOLATILE и проверил в листинге.

 

Ещё такая вещь, делаю LDR R0, #0x1C80082E - ассемблер делает: LDR R0, [PC, #0x20] - константу берет из памяти со смещением. Позже узнал, что ARM не может присваивать слово с ненулевыми байтами сразу.Это - жесть.

Уже сделал через ORR, чтоб исключить стек и память, и -fPIC поставил, чтобы перестраховаться от того, что если код будет загружен не в 0x0 а в другие адреса.

 

Уже до написания на ассемблере дошло, не идёт всёравно:

.long 0xEA00000A
.long 0x4E4F4765
.long 0x3054422E
.long 0x00000000
.long 0x00001000
.long 0x00000000
.long 0x00000000
.long 0x00000000
.long 0x00000000
.long 0x00000000
.long 0x00000000
.long 0x00000000

mov r0,   #0x01000000
orr r0,r0,#0x00C20000
orr r0,r0,#0x00000068
ldr r0,[r0]
orr r0,r0, #0x0020
mov r1,   #0x01000000
orr r1,r1,#0x00C20000
orr r1,r1,#0x00000068
str r0,[r1]

mov r0,   #0x01000000
orr r0,r0,#0x00C20000
orr r0,r0,#0x00000800
orr r0,r0,#0x000000D8
ldr r0,[r0]
orr r0,r0, #0x0010
mov r1,   #0x01000000
orr r1,r1,#0x00C20000
orr r1,r1,#0x00000800
orr r1,r1,#0x000000D8
str r0,[r1]

mov r0,   #0x01000000
orr r0,r0,#0x00C20000
orr r0,r0,#0x00000800
orr r0,r0,#0x000000E8
ldr r0,[r0]
orr r0,r0, #0x0200
mov r1,   #0x01000000
orr r1,r1,#0x00C20000
orr r1,r1,#0x00000800
orr r1,r1,#0x000000E8
str r0,[r1]

 

хотя теоретически должно...

 

Скачал A13_debian_34_90_mainline_u-boot_release_11_3.img , но он не лезет на 4 Гб SD карту. Складывается впечатление, что дело в карте.

 

кстати, и для проблемы ТС есть абзац:

GPIO issue
The above code works but the LED only turns on if printf is used. This appears to be caused by compiling optimization.
Not sure how to fix this with the u boot make files however the make file in the following section has optimization turned down to allow the GPIO setting to not be compiled out.

я бы попробовал вместо -Os написать -O0

Жесть! Но думаю, что это из-за криворукости того кто написал программу - там нет волатайлов ))) от туда и брал вначале этот говнокод

 

ну вот приходится телепатически лечить гланды по интернету :)

заливает с разных сайтов неведомо..

приходится давать шаманские советы, авось что-нить срастется

Я чётко и ясно писал названия дистров, бинарников и образов. Некоторые (последние) были скачаны с сайта Олимекса. А вот почему в железе оно не работает - очень непонятно.

Изменено пользователем repstosw

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Проверьте пожалуйста -верно ли подключено?

Нет, на адаптере TXD обозначает его выход, а RXD его вход. На плате так же. Соединять надо RXD-TXD.

Можете проверить мультиметром - замыкание на землю переживет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

В общем что это http://radiokot.ru/articles/59/

что это: https://www.olimex.com/wiki/Bare_Metal_programming_A13 - нерабочий говнокод. Во втором понятно, почему не работает

, а на счёт первого у меня догадки: сигнатура с хедером там дают смещение кода на не кратный 4-м адрес - такое в ARM работать не должно вообще.

 

Складывается впечатление, что те кто писал обе статьи - просто мудаки, которые пишут о том, что не работает.

 

Нет, на адаптере TXD обозначает его выход, а RXD его вход. На плате так же. Соединять надо RXD-TXD.

Можете проверить мультиметром - замыкание на землю переживет.

Но это не стыкуется с распиновкой MAX3232 ! вашем варианте сигнал пойдёт к выходу буфера, и выйдет из входа, что ошибка.

 

Но всёравно попробовал поменять TXD на RXD и наоборот - результата не дало. Пробовал на UART 1 и 0.

На SD карте SPL и U-Boot.

Изменено пользователем repstosw

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Ещё такая вещь, делаю LDR R0, #0x1C80082E - ассемблер делает: LDR R0, [PC, #0x20] - константу берет из памяти со смещением. Позже узнал, что ARM не может присваивать слово с ненулевыми байтами сразу.Это - жесть.

Во-первых умеет, во-вторых загрузка через смещение относительно PC как раз и дает PIC, так что это -

Уже сделал через ORR, чтоб исключить стек и память, и -fPIC поставил, чтобы перестраховаться от того, что если код будет загружен не в 0x0 а в другие адреса.

- совершенно лишние меры.

 

Жесть! Но думаю, что это из-за криворукости того кто написал программу - там нет волатайлов ))) от туда и брал вначале этот говнокод

Там все несколько хитрее:

//set these to volatile to ensure actions on them aren't compiled out

volatile uint32_t *portGConfig;

volatile uint32_t *portGData;

 

//setup pointers for GPIO registers

portGConfig = (uint32_t *)(ALLWINNER_GPIO_G + Port_CFG1);

portGData = (uint32_t *)(ALLWINNER_GPIO_G + Port_DAT);

volatile "потеряли" по дороге.

 

Но это не стыкуется с распиновкой MAX3232 ! вашем варианте сигнал пойдёт к выходу буфера, и выйдет из входа, что ошибка.

Пардон, на распиновку не обратил внимания - думал, снаружи смотрите. Тогда вроде правильно.

 

Но всёравно попробовал поменять TXD на RXD и наоборот - результата не дало. Пробовал на UART 1 и 0.

На SD карте SPL и U-Boot.

Возьмите какой-нибудь образ целой карты под A13, и закатайте его через win32diskimager.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

:wacko: Господа, вы меня поражаете! Ну как можно лечить криво написанную программу опциями оптимизации?

Прога портировалась с ИАРа, в котором все работало и не ругалось, при переносе на гцц с опцией -Os работать перестало, причем без всякой ругани, так что пусть уж эти создатели компиляторов там сами разберутся, что в их понимании "криво", а что "прямо",а я на совершенство и не претендую :laughing:

Изменено пользователем mantech

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для у-бута нужен UART1 ? Или UART 0 ?

UART1. Об этом и в инструкции к вашей плате написано.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

volatile "потеряли" по дороге.

 

:) Да я уже переписал его, ещё там в дефайнах скобки нужно добавить и комментарии возле дефайнов заменить на /* */ вместо //, иначе что-то может закоментиться :)

 

Этот вариант должен работать , но не работает (вставка хедера сделана, проверил в дизассемблере и в бинарнике - прыгает куда надо):

#define uint32_t unsigned long int

#define CCMBase 0x01C20000 /* clock module */

#define Def_APB0_Gating (CCMBase + 0x68)

#define GPIOBase 0x01C20800
#define GPIOIncrement 0x24

#define ALLWINNER_GPIO_A    GPIOBase
#define ALLWINNER_GPIO_B    (GPIOBase + (1*GPIOIncrement))
#define ALLWINNER_GPIO_C    (GPIOBase + (2*GPIOIncrement))
#define ALLWINNER_GPIO_D    (GPIOBase + (3*GPIOIncrement))
#define ALLWINNER_GPIO_E    (GPIOBase + (4*GPIOIncrement))
#define ALLWINNER_GPIO_F    (GPIOBase + (5*GPIOIncrement))
#define ALLWINNER_GPIO_G    (GPIOBase + (6*GPIOIncrement))
#define ALLWINNER_GPIO_H    (GPIOBase + (7*GPIOIncrement))
#define ALLWINNER_GPIO_I    (GPIOBase + (8*GPIOIncrement))

#define Port_CFG0 0x00 /* pin direction and function 0 to 7   */
#define Port_CFG1 0x04 /* pin direction and function 8 to 15  */
#define Port_CFG2 0x08 /* pin direction and function 16 to 24 */
#define Port_CFG3 0x0C /* pin direction and function 25 to 32 */
#define Port_DAT  0x10
#define Port_DRV0 0x14
#define Port_DRV1 0x18
#define Port_PUL0 0x1C

/* A workaround for https://patchwork.ozlabs.org/patch/622173 */
void __attribute__((section(".start"))) __attribute__((naked)) start(void)
{
__asm__ __volatile__ (".long 0xEA00000A       \n"          // jump main()
	      ".long 0x4E4F4765       \n"          // eGON
	      ".long 0x3054422E       \n"          // .BT0
	      ".long 0x00000000       \n"          // checksum
	      ".long 0x00001000       \n"          // 4kB size
	      ".long 0x00000000       \n"          // header size!
	      ".long 0x00000000       \n"
	      ".long 0x00000000       \n"
	      ".long 0x00000000       \n"
	      ".long 0x00000000       \n"
	      ".long 0x00000000       \n"
	      ".long 0x00000000       \n");
/*
    u32, Jump to address
   8 * u8, Magic "eGON.BT0" (no \n)
   32u, checksum for boot0
   32u, length for boot0
   32u, header size of boot0
   4 * u8, header version
   4 * u8, Boot_vsn
   4 * u8, eGON_vsn
   8 * u8, platform information 
*/
}

void main(void)
{

volatile uint32_t     *APB0Gating;
volatile uint32_t     *portGConfig;
volatile uint32_t     *portGData;

//setup pointers for registers

APB0Gating =  (volatile uint32_t*)(Def_APB0_Gating);
portGConfig = (volatile uint32_t*)(ALLWINNER_GPIO_G+Port_CFG1);
portGData =   (volatile uint32_t*)(ALLWINNER_GPIO_G+Port_DAT);


//enable clocking for GPIO

*APB0Gating|=0x0020;

//configure port G pin 9 to output

*portGConfig|=0x10;

//set output to on:

*portGData|=0x0200;

Loop:

goto Loop;
}

[code]Disassembly of section .start:

00000000 <start>:
   0:    ea00000a     b    30 <main>
   4:    4e4f4765     cdpmi    7, 4, cr4, cr15, cr5, {3}
   8:    3054422e     subscc    r4, r4, lr, lsr #4
   c:    00000000     andeq    r0, r0, r0
  10:    00001000     andeq    r1, r0, r0
    ...

Disassembly of section .text:

00000030 <main>:
  30:    e3a03000     mov    r3, #0
  34:    e34031c2     movt    r3, #450; 0x1c2
  38:    e5932068     ldr    r2, [r3, #104]; 0x68
  3c:    e3822020     orr    r2, r2, #32
  40:    e5832068     str    r2, [r3, #104]; 0x68
  44:    e59328dc     ldr    r2, [r3, #2268]; 0x8dc
  48:    e3822010     orr    r2, r2, #16
  4c:    e58328dc     str    r2, [r3, #2268]; 0x8dc
  50:    e59328e8     ldr    r2, [r3, #2280]; 0x8e8
  54:    e3822c02     orr    r2, r2, #512; 0x200
  58:    e58328e8     str    r2, [r3, #2280]; 0x8e8
  5c:    eafffffe     b    5c <main+0x2c>

 

[/code]

 

Контрольную сумму в хедере вычисляю утилитой с гитхаба (её тоже собрать самому пришлось!)

 

 

Возьмите какой-нибудь образ целой карты под A13, и закатайте его через win32diskimager.

 

Завтра попробую закатать образ на другую карту (надо сбегать и купить её)

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Скачал A13_debian_34_90_mainline_u-boot_release_11_3.img , но он не лезет на 4 Гб SD карту. Складывается впечатление, что дело в карте.

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

на странице софта написано:

Note: the A13-OLinuXino-SD card which we have on our webshop contain same image on 4GB Class10 fast micro sd-card, if you want to use this image please use Class10 fast card or the performance of Linux will slow down

что наводит на мысль, что олимексовцы и их клиенты поголовно жопоруки, а вы нет..

 

возьмите тот образ, который "не лезет", отрежьте от него первые 10 МБайт и залейте на свою uSD карточку с 0 сектора в режиме RAW - если все исправно, то в терминалке побегут буковки

 

и проверьте исправность сериального адаптера: подключите к нему gnd и +3в3, а контакты RX и TX на адаптере замкните между собой. на компе в терминалке должны увидеть "эхо" на нажатие любых клавиш. если эха нет, то адаптер в помойку

 

кстати, что у вас между этим адаптером и компом? чисто провода или usb-serial? там тоже можно перекрестить сигналы, а также промахнуться портом (если на usb)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

я на совершенство и не претендую :laughing:

Так если бы совершенство, а то классическая ошибка :(

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

возьмите тот образ, который "не лезет", отрежьте от него первые 10 МБайт и залейте на свою uSD карточку с 0 сектора в режиме RAW - если все исправно, то в терминалке побегут буковки

 

и проверьте исправность сериального адаптера: подключите к нему gnd и +3в3, а контакты RX и TX на адаптере замкните между собой. на компе в терминалке должны увидеть "эхо" на нажатие любых клавиш. если эха нет, то адаптер в помойку

 

кстати, что у вас между этим адаптером и компом? чисто провода или usb-serial? там тоже можно перекрестить сигналы, а также промахнуться портом (если на usb)

 

Кстати, интересное дело как-то было, попалось 2 планшета на А13 и 1 на А10, понятно, что андроид на них, но бут-то все равно похожий на линуксовый, так вот, у А13 буковок не было ни на одном уарте, у а10 все по правилам и загрузка бут0 и бут1... Интерерсно, почему так?

 

По поводу сериального адаптера.. Ну если ТС не проделал все это - ему минус, ибо проверить TX с RX - дело само собой разумеющееся :laughing:

 

Так если бы совершенство, а то классическая ошибка :(

Не буду спорить, но дело такое было, поэтому и написал... К тому же, при отладке незнакомой платформы и непонятному поведению проги вообще, всегда отключаю оптимизацию, после того, как все заработало, можно и включать, ибо уже понятно, что если снова не заработает, то сам накосячил...

Изменено пользователем mantech

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Кстати, интересное дело как-то было, попалось 2 планшета на А13 и 1 на А10, понятно, что андроид на них, но бут-то все равно похожий на линуксовый, так вот, у А13 буковок не было ни на одном уарте, у а10 все по правилам и загрузка бут0 и бут1... Интерерсно, почему так?

Видимо, производители планшетов на A13 взяли образ из одного источника (что и не удивляет),

а его сборщик почему-то решил "буковки" выключить.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...