Searched refs:vea (Results 1 – 9 of 9) sorted by relevance
| /linux-6.15/mm/ |
| H A D | pagewalk.c | 733 pgoff_t vba, vea, cba, cea; in walk_page_mapping() local 745 vea = vba + vma_pages(vma); in walk_page_mapping() 749 cea = min(cea, vea); in walk_page_mapping()
|
| H A D | memory.c | 3955 pgoff_t vba, vea, zba, zea; in unmap_mapping_range_tree() local 3959 vea = vba + vma_pages(vma) - 1; in unmap_mapping_range_tree() 3961 zea = min(last_index, vea); in unmap_mapping_range_tree()
|
| /linux-6.15/Documentation/translations/sp_SP/scheduler/ |
| H A D | sched-bwc.rst | 238 cuota completa por esa misma cantidad. En esos caso el algoritmo CFS (vea
|
| /linux-6.15/Documentation/translations/sp_SP/process/ |
| H A D | 6.Followthrough.rst | 205 Un día, puede que abra su cliente de correo y vea que alguien le ha enviado
|
| H A D | 5.Posting.rst | 153 debería ser suficiente para que un lector que lo vea sin otro contexto
|
| H A D | 4.Coding.rst | 455 del árbol del kernel que se vea afectado por el cambio. Para una función
|
| H A D | 2.Process.rst | 327 diseño, una instantánea de cómo se espera que se vea el mainline después
|
| H A D | coding-style.rst | 1215 enfoque todavía permite que el compilador de C vea el código dentro del
|
| /linux-6.15/Documentation/translations/sp_SP/ |
| H A D | memory-barriers.txt | 580 (*) No hay garantía de que una CPU vea el orden correcto de los efectos 583 barrera de memoria coincidente (vea el subapartado "Emparejamiento de 1837 esta optimización podría causar que alguna otra CPU vea un valor falso 2843 continuar su ejecución hasta que se vea obligado a esperar que una 2995 secuencia antes incluso de que la CPU los vea.
|