Message ID | alpine.LFD.2.20.1509071128151.22877@knanqh.ubzr |
---|---|
State | New |
Headers | show |
On Monday 07 September 2015 11:34:36 Nicolas Pitre wrote: > > That shifts the risk to user space though. But if there is a regression > there, it will manifest itself on all systems and not only with some > particular hardware. I'd consider that a good thing, as it makes it easier to test when you see the same behavior on systems with any memory size. Arnd -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
On Mon, 7 Sep 2015, Arnd Bergmann wrote: > On Monday 07 September 2015 11:34:36 Nicolas Pitre wrote: > > > > That shifts the risk to user space though. But if there is a regression > > there, it will manifest itself on all systems and not only with some > > particular hardware. > > I'd consider that a good thing, as it makes it easier to test when > you see the same behavior on systems with any memory size. Sure, that was my point, although I admitedly didn't say it clearly. Nicolas -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig index 0d1b717e1e..a63970f211 100644 --- a/arch/arm/Kconfig +++ b/arch/arm/Kconfig @@ -1470,6 +1470,8 @@ choice config VMSPLIT_3G bool "3G/1G user/kernel split" + config VMSPLIT_3G_OPT + bool "3G/1G user/kernel split (for full 1G low memory)" config VMSPLIT_2G bool "2G/2G user/kernel split" config VMSPLIT_1G @@ -1481,6 +1483,7 @@ config PAGE_OFFSET default PHYS_OFFSET if !MMU default 0x40000000 if VMSPLIT_1G default 0x80000000 if VMSPLIT_2G + default 0xAF000000 if VMSPLIT_3G_OPT default 0xC0000000 config NR_CPUS