linux-um archives
 help / color / mirror / Atom feed
From: BlaisorBlade <blaisorblade_spam@yahoo.it>
To: "D. Bahi" <dbahi@enterasys.com>,
	user-mode-linux-devel@lists.sourceforge.net
Subject: Re: [uml-devel] highmem support in 2.4 (2.4.26-1)
Date: Fri, 25 Jun 2004 19:46:17 +0200	[thread overview]
Message-ID: <200406251946.18048.blaisorblade_spam@yahoo.it> (raw)
In-Reply-To: <1088118748.31490.48.camel@etrs-pc02.ets.enterasys.com>

Alle 01:12, venerdì 25 giugno 2004, D. Bahi ha scritto:
> hello UMLers
>
> i uml launch a guest with "mem=1024M"
> and i see "CONFIG_HIGHMEM not enabled".
> so i "make ARCH=um xconfig" to enable it
> and rebuild.
>
> i no longer see "CONFIG_HIGHMEM not enabled"
> but i still see "Memory: 460188k available"
> which makes me think i'm missing something.

That support could be broken. I don't think you can have done anything wrong 
(no configuration error possible; double-check that CONFIG_HIGHMEM = y in the 
.config, but you cannot have missed anything else).

But there could be some strange host configuration: what is your distro? Have 
you enabled exec-shield (which is enabled by default on Fedora and RedHat 9?

I think that the message could be wrong; could you check with the "free" 
command inside the UML?

See the explainations:

> w/o CONFIG_HIGHMEM:

>CONFIG_HIGHMEM not enabled - physical memory shrunk to 499122176 bytes
>Kernel virtual memory size shrunk to 32505856 bytes

> On node 0 totalpages: 121856
> zone(0): 121856 pages.
> zone(1): 0 pages.
> zone(2): 0 pages.

I.e. there are some pages (each one is 4k) in the zone 0 (normal).

> Memory: 474328k available


> w/ CONFIG_HIGHMEM:

> Kernel virtual memory size shrunk to 32 505 856 bytes

This is unrelated, but strange: is the kernel going to use just 32 Mega (in 
both cases) for itself?

> On node 0 totalpages: 262144
> zone(0): 121856 pages.
> zone(1): 0 pages.
> zone(2): 140288 pages.

I.e. there are those pages in the normal zone plus some more ones in the zone 
2, i.e. (IIRC) the HIGHMEM zone. So HIGHMEM seems to work, at least 
partially.

> Memory: 460188k available

Bye
-- 
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729



-------------------------------------------------------
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
_______________________________________________
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:[~2004-06-25 17:34 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-06-24 23:12 [uml-devel] highmem support in 2.4 (2.4.26-1) D. Bahi
2004-06-25 17:46 ` BlaisorBlade [this message]
2004-06-26  6:21   ` Trent Lloyd

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=200406251946.18048.blaisorblade_spam@yahoo.it \
    --to=blaisorblade_spam@yahoo.it \
    --cc=dbahi@enterasys.com \
    --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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox