"value":"In the Linux kernel, the following vulnerability has been resolved:\n\nmm/swapfile: skip HugeTLB pages for unuse_vma\n\nI got a bad pud error and lost a 1GB HugeTLB when calling swapoff. The\nproblem can be reproduced by the following steps:\n\n 1. Allocate an anonymous 1GB HugeTLB and some other anonymous memory.\n 2. Swapout the above anonymous memory.\n 3. run swapoff and we will get a bad pud error in kernel message:\n\n mm/pgtable-generic.c:42: bad pud 00000000743d215d(84000001400000e7)\n\nWe can tell that pud_clear_bad is called by pud_none_or_clear_bad in\nunuse_pud_range() by ftrace. And therefore the HugeTLB pages will never\nbe freed because we lost it from page table. We can skip HugeTLB pages\nfor unuse_vma to fix it."
"value":"En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad: mm/swapfile: omitir p\u00e1ginas HugeTLB para unuse_vma Obtuve un error pud incorrecto y perd\u00ed un HugeTLB de 1 GB al llamar a swapoff. El problema se puede reproducir mediante los siguientes pasos: 1. Asignar un HugeTLB an\u00f3nimo de 1 GB y otra memoria an\u00f3nima. 2. Intercambiar la memoria an\u00f3nima anterior. 3. Ejecutar swapoff y obtendremos un error pud incorrecto en el mensaje del kernel: mm/pgtable-generic.c:42: bad pud 00000000743d215d(84000001400000e7) Podemos decir que pud_clear_bad es llamado por pud_none_or_clear_bad en unuse_pud_range() por ftrace. Y por lo tanto, las p\u00e1ginas HugeTLB nunca se liberar\u00e1n porque las perdimos de la tabla de p\u00e1ginas. Podemos omitir las p\u00e1ginas HugeTLB para unuse_vma para solucionarlo."
