Semana 4

• Observe o seguinte código:

  flush_tlb_page(vma, address);
  /* One for the process, one for the swap cache */
  swap_duplicate(entry);  
  add_to_swap_cache(page_map, entry);
  /* We checked we were unlocked way up above, and we
     have been careful not to stall until here */
  set_bit(PG_locked, &page_map->flags);
  
  /* OK, do a physical asynchronous write to swap.  */
  rw_swap_page(WRITE, entry, (char *) page, 0);
  
  __free_page(page_map);
  return 1;
  

• Na linha em que se chama a função add_to_swap_cache(), define-se o bit que indica que a página está no swap cache. No entanto, a última função chamada, __free_page(page_map), que tem a função de liberar uma página, só o faz caso a página não tenha o bit anteriormente citado ligado. O que foi concluido é que então deve-se desativar esse bit em algum lugar nesse meio-tempo.

• rw_swap_page(), rw_swap_page_base() (mm/page_io.c) e também brw_page() (fs/buffer.c). Sem sucesso.

• Questão: é válida a referência para o page_map quando se adiciona ao swap cache (depois que já passou pelo compressed cache)? É importante observar que para se enviar para o swap cache, precisa-se passar um ponteiro para uma struct page. Bem, como o page_map é uma struct page, não será ela usada para qualquer outra página quando é liberada? Por que se guardar essa referência, então? A página não é liberada logo em seguida no __free_page? Se não for, ela não pode nem passar do primeiro if, pois senão dará ``panic'' no kernel, conforme visto no código dessa função.