linux-kernel - Re: can we move USB_DEVICEFS to non-embedded?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <4A555DA7.6020009@oracle.com>
Date:	Wed, 08 Jul 2009 20:01:59 -0700
From:	Randy Dunlap <randy.dunlap@...cle.com>
To:	Jeff Chua <jeff.chua.linux@...il.com>
CC:	Randy Dunlap <randy.dunlap@...cle.com>,
	Dave Airlie <airlied@...il.com>, Greg KH <gregkh@...e.de>,
	Peter Jones <pjones@...hat.com>,
	Linux Kernel <linux-kernel@...r.kernel.org>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	Scott James Remnant <scott@...onical.com>,
	Kay Sievers <kay.sievers@...y.org>,
	Dave Jones <davej@...hat.com>
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@...cle.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
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/