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] [day] [month] [year] [list]

Date:	Thu, 9 Jul 2009 20:12:23 +0800
From:	Jeff Chua <jeff.chua.linux@...il.com>
To:	Randy Dunlap <randy.dunlap@...cle.com>
Cc:	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?

On Thu, Jul 9, 2009 at 11:01 AM, Randy Dunlap<randy.dunlap@...cle.com> wrote:
> 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.

Got it. Thanks for the pointer.

Jeff.
--
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/