104-um-increase-default-virtual-physical-memory-to-64.patch 1.6 KB

12345678910111213141516171819202122232425262728293031323334353637383940
  1. From d7936f11aded13f03871c0d6502d611d6a1e2dc5 Mon Sep 17 00:00:00 2001
  2. Message-Id: <d7936f11aded13f03871c0d6502d611d6a1e2dc5.1659815468.git.chunkeey@gmail.com>
  3. In-Reply-To: <53b5c5f559cc95fc676cb4cc9e5a8d9f0cb8f58c.1659815468.git.chunkeey@gmail.com>
  4. References: <53b5c5f559cc95fc676cb4cc9e5a8d9f0cb8f58c.1659815468.git.chunkeey@gmail.com>
  5. From: Christian Lamparter <[email protected]>
  6. Date: Sat, 6 Aug 2022 19:27:20 +0200
  7. Subject: [PATCH v1 2/2] um: increase default virtual physical memory to 64 MiB
  8. To: [email protected]
  9. Cc: Richard Weinberger <[email protected]>,
  10. Anton Ivanov <[email protected]>,
  11. Johannes Berg <[email protected]>
  12. The current 32 MiB of RAM causes OOMs to appear shortly after
  13. booting in a minimal OpenWrt 22.03 configuration with a
  14. 5.10.134 kernel.
  15. Of course, passing a "mem=64M" (from the --help text) parameter
  16. works too, but it produces the following (info) message:
  17. | [ 0.000000] Unknown kernel command line parameters "mem=64M", will be passed to user space.
  18. That's why, I think it would be nicer, if this is working out
  19. of the box again :).
  20. Signed-off-by: Christian Lamparter <[email protected]>
  21. ---
  22. arch/um/kernel/um_arch.c | 2 +-
  23. 1 file changed, 1 insertion(+), 1 deletion(-)
  24. --- a/arch/um/kernel/um_arch.c
  25. +++ b/arch/um/kernel/um_arch.c
  26. @@ -130,7 +130,7 @@ static int have_root __initdata;
  27. static int have_console __initdata;
  28. /* Set in uml_mem_setup and modified in linux_main */
  29. -long long physmem_size = 32 * 1024 * 1024;
  30. +long long physmem_size = 64 * 1024 * 1024;
  31. EXPORT_SYMBOL(physmem_size);
  32. static const char *usage_string =