Рабочее и не очень

[abbra]

Новости одной строкой.

Потратили сегодня целый день с kiryl на выяснение, почему V4L2 отказывается съедать буфера, помеченные VM_IO | VM_PFNMAP. Нашли недоработку в V4L2, устранение которой позволит еще приблизить счастье, о котором я собирался писать во второй части заметки о видео-обработке. Продолжение следует.

Буду в Москве 24-26 марта. 25-го буду выступать тут, вроде как с основным докладом. Выбор места замечательный, будем резать по-живому.

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

Откатал три практических занятия за рулем.

Comments

[luarvique.livejournal.com]

Ну да, только теперь могут возникнуть проблемы со слишком большим смещением, необходимым чтобы добраться до переменной MACH_TYPE_AVIATOR :)

Кстати, зачастую быстрее просто вычислить эту константу в две операции:

mov r7, #MACH_TYPE_AVIATOR_LO
orr r7, r7, #MACH_TYPE_AVIATOR_HI

Этот код выполнится быстрее чем Ваш LDR, так как не засрет кэш и не будет требовать перегрузки адреса в SDRAM.

[mend0za.livejournal.com]

спасибо.
выглядит как вуду, видимо им и является.

вопрос про эффективность вообще не стоит, так как этот код выполняется ровно один раз - сразу после распаковки образа ядра из uImage

MACH_TYPE_AVIATOR - константа, раскрывается препроцессором, т.е. фактически будет
ldr r7, =0x788