All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Toralf Förster" <toralf.foerster@gmx.de>
To: Richard Weinberger <richard.weinberger@gmail.com>
Cc: Daniel Walter <sahne@0x90.at>,
	UML devel <user-mode-linux-devel@lists.sourceforge.net>
Subject: Re: [uml-devel] was is the max. memory for a 32 bit UML decreased ?
Date: Sat, 10 Jan 2015 15:07:49 +0100	[thread overview]
Message-ID: <54B13235.9010402@gmx.de> (raw)
In-Reply-To: <CAFLxGvw7toHySssY6Ee+CakkGXfUoL3g_uUCT6revN+JHEQkEA@mail.gmail.com>

On 01/06/2015 12:45 AM, Richard Weinberger wrote:
> On Tue, Jun 24, 2014 at 10:52 PM, Toralf Förster <toralf.foerster@gmx.de> wrote:
>> IIRC in former times I could assign an UML instance 2047M, but nowadays
>> even 2044M is too big.
> 
> This depends on the host side. UML heavily depends on the host memory layout.
> Now with ASLR and such stuff the layout changes and the boarder for
> UML are no longer constant.
> Daniel and I currently hunt down such an issue.
> What exactly happens if your give UML too much memory?
> 

tfoerste@n22 ~ $ start_uml.sh -r trinity
+ /home/tfoerste/devel/linux/linux earlyprintk ubda=/home/tfoerste/virtual/uml/trinity ubdb=/mnt/ramdisk/trinity_swap eth0=tuntap,tap0,72:ef:3d:9f:c3:5a mem=2044M con0=fd:0,fd:1 con=pts umid=uml_trinity rootfstype=ext4 softlockup_all_cpu_backtrace=1
Locating the bottom of the address space ... 0x1000
Locating the top of the address space ... 0xc0000000
Core dump limits :
        soft - 0
        hard - NONE
Checking that ptrace can change system call numbers...OK
Checking syscall emulation patch for ptrace...OK
Checking advanced syscall emulation patch for ptrace...OK
Checking environment variables for a tempdir...none found
Checking if /dev/shm is on tmpfs...OK
Checking PROT_EXEC mmap in /dev/shm...OK
Checking for the skas3 patch in the host:
  - /proc/mm...not found: No such file or directory
  - PTRACE_FAULTINFO...not found
  - PTRACE_LDT...not found
UML running in SKAS0 mode
Adding 12328960 bytes to physical memory to account for exec-shield gap
write: File too large

-- 
Toralf
pgp key: 7B1A 07F4 EC82 0F90 D4C2  8936 872A E508 0076 E94E


------------------------------------------------------------------------------
Dive into the World of Parallel Programming! The Go Parallel Website,
sponsored by Intel and developed in partnership with Slashdot Media, is your
hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials and more. Take a
look and join the conversation now. http://goparallel.sourceforge.net
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel

  reply	other threads:[~2015-01-10 14:07 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-24 20:52 [uml-devel] was is the max. memory for a 32 bit UML decreased ? Toralf Förster
2015-01-05 23:45 ` Richard Weinberger
2015-01-10 14:07   ` Toralf Förster [this message]
     [not found]     ` <54B1329B.6060708@nod.at>
2015-01-10 16:08       ` Toralf Förster
2015-01-10 17:25         ` Richard Weinberger
2015-01-10 17:37           ` Toralf Förster
     [not found]             ` <54B1652E.50605@nod.at>
2015-01-10 18:11               ` Toralf Förster
2015-01-10 18:16                 ` Richard Weinberger

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=54B13235.9010402@gmx.de \
    --to=toralf.foerster@gmx.de \
    --cc=richard.weinberger@gmail.com \
    --cc=sahne@0x90.at \
    --cc=user-mode-linux-devel@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.