Messages in this thread | | | Date | Wed, 08 Jul 2009 20:01:59 -0700 | From | Randy Dunlap <> | Subject | Re: can we move USB_DEVICEFS to non-embedded? |
| |
Jeff Chua wrote: > On Thu, Jul 9, 2009 at 9:59 AM, Randy Dunlap<randy.dunlap@oracle.com> wrote: >>> Without CONFIG_EMBEDDED ... >>> CONFIG_NAMESPACES=y >> Under General Setup, Namespaces support > > You're good. Thanks. > >>> With CONFIG_EMBEDDED=y ... >>> # CONFIG_NAMESPACES is not set >>> CONFIG_VMSPLIT_3G=y >> Under Processor type and features, Memory split > > This is one I'm having trouble with. When CONFIG_EMBEDED is not set, I > can't find any "VMSPLIT" in .config, but when CONFIG_EMBEDDED is set, > I'll have to choose the VMSPLIT option. Should I select VMSPLIT_3G?
Probably so, since that's the default.
> Here's what it says ... > > | Prompt: Memory split > | Defined at arch/x86/Kconfig:1062 > | Depends on: EXPERIMENTAL && X86_32 && EMBEDDED > | Location: > | -> Processor type and features > | Selected by: EXPERIMENTAL && X86_32 && EMBEDDED && m
arch/x86/Kconfig says:
choice depends on EXPERIMENTAL prompt "Memory split" if EMBEDDED default VMSPLIT_3G depends on X86_32 ---help--- Select the desired split between kernel and user memory.
If the address range available to the kernel is less than the physical memory installed, the remaining memory will be available as "high memory". Accessing high memory is a little more costly than low memory, as it needs to be mapped into the kernel first. Note that increasing the kernel address space limits the range available to user programs, making the address space there tighter. Selecting anything other than the default 3G/1G split will also likely make your kernel incompatible with binary-only kernel modules.
If you are not absolutely sure what you are doing, leave this option alone!
~Randy
| |