summaryrefslogtreecommitdiff
path: root/fs/ecryptfs/messaging.c
diff options
context:
space:
mode:
authorDavid S. Miller <davem@davemloft.net>2012-08-15 00:37:29 -0700
committerDavid S. Miller <davem@davemloft.net>2012-08-15 00:37:29 -0700
commit2856cc2e4d0852c3ddaae9dcb19cb9396512eb08 (patch)
treea7468674454eca963399474c420a6b7000cfca36 /fs/ecryptfs/messaging.c
parenta27032eee8cb6e16516f13c8a9752e9d5d4cc430 (diff)
downloadlinux-next-2856cc2e4d0852c3ddaae9dcb19cb9396512eb08.tar.gz
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 c2b91e2eec9678dbda274e906cc32ea8f711da3b (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>
Diffstat (limited to 'fs/ecryptfs/messaging.c')
0 files changed, 0 insertions, 0 deletions