lkml.org 
[lkml]   [2009]   [Jul]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 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


\
 
 \ /
  Last update: 2009-07-09 05:05    [W:0.056 / U:0.792 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site