Как очистить строку кэша в aarch64 - PullRequest
Новая
       15

Как очистить строку кэша в aarch64

0 голосов
/ 30 октября 2018

Как очистить строку кэша на aarch64 внутри кода пользовательского пространства? Как и в x86, мы можем использовать следующий вызов lib: 

_mm_clflush(&array);

Я попробовал следующий код: 

void flush(void)
{
    asm volatile ( "MCR p15, 0, =0x0,c7, c6, 0\n");
    return;
}

Но GCC имеет ошибку компиляции: 

Error: unknown mnemonic `mcr' -- `mcr p15,0,=0x0,c7,c6,0'

Спасибо.

Обновление от комментария @ Питера: Я попробовал __builtin___clear_cache со следующим кодом: 

int tt = 0;
unsigned long *ptr;

tt++;
TIMESTAMP(ts2);
printf("cycle: %lu. %d\n", ts2-ts1, tt);

ptr = &tt;
__builtin___clear_cache(ptr, ptr+128);
TIMESTAMP(ts1);
tt++;
TIMESTAMP(ts2);
printf("cycle: %lu. %d\n", ts2-ts1, tt);

Результат, похоже, не показывает, что мы успешно удалили данные из кэша данных: 

cycle: 5. 1
cycle: 0. 2

Я посмотрел на разборку и сослался на руководство по эксплуатации AARCH64 . Похоже, что встроенная функция имеет чистый кеш, верно? 

0000000000400788 <__clear_cache>:
  400788:       14000002        b       400790 <__aarch64_sync_cache_range>
  40078c:       00000000        .inst   0x00000000 ; undefined

0000000000400790 <__aarch64_sync_cache_range>:
  400790:       b0000083        adrp    x3, 411000 <_GLOBAL_OFFSET_TABLE_+0x28>
  400794:       b9404462        ldr     w2, [x3,#68]
  400798:       35000082        cbnz    w2, 4007a8 <__aarch64_sync_cache_range+0x18>
  40079c:       d53b0024        mrs     x4, ctr_el0
  4007a0:       2a0403e2        mov     w2, w4
  4007a4:       b9004464        str     w4, [x3,#68]
  4007a8:       d3504c44        ubfx    x4, x2, #16, #4
  4007ac:       52800083        mov     w3, #0x4                        // #4
  4007b0:       12000c45        and     w5, w2, #0xf
  4007b4:       1ac42064        lsl     w4, w3, w4
  4007b8:       51000482        sub     w2, w4, #0x1
  4007bc:       1ac52063        lsl     w3, w3, w5
  4007c0:       8a220002        bic     x2, x0, x2
  4007c4:       93407c84        sxtw    x4, w4
  4007c8:       eb01005f        cmp     x2, x1
  4007cc:       540000a2        b.cs    4007e0 <__aarch64_sync_cache_range+0x50>
  4007d0:       d50b7b22        dc      cvau, x2
  4007d4:       8b040042        add     x2, x2, x4
  4007d8:       eb02003f        cmp     x1, x2
  4007dc:       54ffffa8        b.hi    4007d0 <__aarch64_sync_cache_range+0x40>
  4007e0:       d5033b9f        dsb     ish
  4007e4:       51000462        sub     w2, w3, #0x1
  4007e8:       93407c63        sxtw    x3, w3
  4007ec:       8a220000        bic     x0, x0, x2
  4007f0:       eb00003f        cmp     x1, x0
  4007f4:       540000a9        b.ls    400808 <__aarch64_sync_cache_range+0x78>
  4007f8:       d50b7520        ic      ivau, x0
  4007fc:       8b030000        add     x0, x0, x3
  400800:       eb00003f        cmp     x1, x0
  400804:       54ffffa8        b.hi    4007f8 <__aarch64_sync_cache_range+0x68>
  400808:       d5033b9f        dsb     ish
  40080c:       d5033fdf        isb
  400810:       d65f03c0        ret
  400814:       00000000        .inst   0x00000000 ; undefined

1 Ответ

0 голосов
/ 14 января 2019


1. «MCR p15, 0, = 0x0, c7, c6, 0 \ n» равно Aarch32 инструкция


2. Как упомянуто выше @Peter, «flush» (или «clean» в терминах ARM TRM) копирует данные из кэша в память, но копия кэша все еще действительна. Проще говоря, ваш __builtin___clear_cache тест - беспорядок.


3. «Invalidate» - удалить данные из кэша и убедиться, что данные считываются из памяти (Однако есть одна проблема: после аннулирования данных можно предварительно извлечь обратно в кеш. Так что даже при аннулировании ваш тест может оказаться беспорядочным).


4. Проверьте ARM TRM на наличие инструкций «Clean by VA», большинство / все из них могут быть выполнены из пространства пользователя. Имейте в виду, что доступ может быть заблокирован / перехвачен операционной системой, в этом случае ваше приложение может вызвать ошибку и, вероятно, будет прекращено ОС.

PS: Что вы пытаетесь заархивировать этой флэш-памятью, кстати?

...