David S. Miller 2856cc2e4d sparc64: Be less verbose during vmemmap population. ... On a 2-node machine with 256GB of ram we get 512 lines of console output, which is just too much. This mimicks Yinghai Lu's x86 commit c2b91e2eec (x86_64/mm: check and print vmemmap allocation continuous) except that we aren't ever going to get contiguous block pointers in between calls so just print when the virtual address or node changes. This decreases the output by an order of 16. Also demote this to KERN_DEBUG. Signed-off-by: David S. Miller <davem@davemloft.net>		2012-08-15 00:37:29 -07:00
..
extable.c
fault_32.c	sparc32: move probe_memory() to srmmu.c	2012-07-26 16:46:17 -07:00
fault_64.c
gup.c
highmem.c	sparc32: move kmap_init() to highmem.c	2012-07-26 16:46:17 -07:00
hugetlbpage.c
hypersparc.S
init_32.c	sparc32: delete dead code in show_mem()	2012-07-26 16:46:17 -07:00
init_64.c	sparc64: Be less verbose during vmemmap population.	2012-08-15 00:37:29 -07:00
init_64.h
io-unit.c
iommu.c
leon_mm.c	sparc32: srmmu_probe now knows about leon too	2012-05-27 23:52:51 -07:00
Makefile	sparc32: introduce run-time patching of srmmu access functions	2012-05-27 23:52:49 -07:00
srmmu_access.S	sparc32: introduce run-time patching of srmmu access functions	2012-05-27 23:52:49 -07:00
srmmu.c	sparc32: move probe_memory() to srmmu.c	2012-07-26 16:46:17 -07:00
srmmu.h	sparc32,leon: move leon mmu functions to leon_mm.c	2012-05-19 23:27:38 -07:00
swift.S
tlb.c
tsb.c
tsunami.S
ultra.S
viking.S