Bug 443978 - mmap /dev/mem: Bad address
Summary: mmap /dev/mem: Bad address
Alias: None
Product: Red Hat Enterprise Linux 4
Classification: Red Hat
Component: anaconda
Version: 4.7
Hardware: All
OS: Linux
Target Milestone: rc
: ---
Assignee: Anaconda Maintenance Team
QA Contact:
Depends On:
TreeView+ depends on / blocked
Reported: 2008-04-24 13:47 UTC by Alexander Todorov
Modified: 2008-09-24 15:10 UTC (History)
1 user (show)

Clone Of:
Last Closed: 2008-09-24 15:10:20 UTC

Attachments (Terms of Use)
screen shot of the message on tty1 (31.40 KB, image/png)
2008-04-24 13:47 UTC, Alexander Todorov
no flags Details
messages on tty1 when X crashed (33.84 KB, image/png)
2008-04-24 13:50 UTC, Alexander Todorov
no flags Details

Description Alexander Todorov 2008-04-24 13:47:19 UTC
Description of problem:
Seeing this message on tty1

Version-Release number of selected component (if applicable):
tree: RHEL4-U7-re20080423.0

How reproducible:

Steps to Reproduce:
1. Start a PV Xen guest {on i386} with 5/8GB memory
2. After stage2 is started observe tty1 (see attached screen shot)
Actual results:
mmap /dev/mem: Bad address  message appears several times

Expected results:
no such message

Additional info:
Additionally we're seeing a message reported in bug #443844 which is a separate

The other message:
ERROR: failed to initialize lmri library 

is seen most of the times but not consistently. It's not seen during text
install (even if it was there it would have been overwritten probably).

Comment 1 Alexander Todorov 2008-04-24 13:47:20 UTC
Created attachment 303626 [details]
screen shot of the message on tty1

Comment 2 Alexander Todorov 2008-04-24 13:50:40 UTC
Created attachment 303627 [details]
messages on tty1 when X crashed

after a few repetitive installs X crashed and the install was rebooted.

1) after formatting discs and package install started (GUI) I switched to tty1
2) stayed there for about 5-10 minutes
3) switched to GUI (tty7) and saw that it was waiting to be rebooted at the
final scrren
4) didn't reboot and switched to tty1 again
5) X died and the install rebooted.

saw only the mmap message but nothing for lmri.

Comment 3 Alexander Todorov 2008-04-24 13:57:24 UTC
seeing this on Xen/PV guest with 512 MB memory also 

Comment 6 Joel Andres Granados 2008-04-28 16:45:46 UTC
Does this happen in other environments that are not XEN?

Comment 7 Alexander Todorov 2008-04-29 11:06:10 UTC
(In reply to comment #6)
> Does this happen in other environments that are not XEN?

Tried with bare metal but didn't see the error message. Maybe it's Xen specific.

Comment 8 Denise Dumas 2008-04-30 16:16:27 UTC
Requesting 4.7 exception flag so we can consider this for a later Snapshot (not
a Beta blocker)

Comment 9 Alexander Todorov 2008-05-21 13:13:36 UTC
I think the error message comes from isys/smp.c:

static void *mem_chunk(size_t base, size_t len, const char *devmem)
        void *p;
        int fd;
        size_t mmoffset;
        void *mmp;
        if((fd=open(devmem, O_RDONLY))==-1)
--->>>          perror(devmem);
                return NULL;

The same function in isys/acpi.c has the perror line commented out. 
Given that devmem has the value of "/dev/mem" I still can't explain the message
itself. Fom the perror manual page:

First (if s is not NULL and *s is not a null byte (’\0’)) the argument string s
is printed, followed by a colon and a blank. Then  the message and a new-line.

so this should result in a message like:
/dev/mem: Bad address                              and not 
mmap /dev/mem: Bad address

I don't know where "mmap" is coming from. 

Correct me if I'm wrong.

Comment 10 Alexander Todorov 2008-05-21 13:21:28 UTC
At the top of smp.c
[_Anarchy_(alan@lightning.swansea.uk.linux.org)] you should do one check
   though - if the board seems to be SMP and the CPU in /proc/cpuinfo is non
   intel dont install an SMP kernel - thats a dual pentium board with a cyrix
   or similar single cpu in it

My dom0 machine is 4 (dual cores) AMD CPUs (I think) reported as 8 CPUs from

The domU is seeing a SMP board probably but the CPUs are reported as
AuthenticAMD (/proc/cpuinfo from inside anaconda).

I haven't seen this error on machine with Intel CPUs.

Comment 11 Alexander Todorov 2008-05-21 15:07:21 UTC
hitting this only with Xen and not bare metal (multi CPU AMD machine) with
latest 4.7 compose. Still not sure what's the impact. Seems to work just fine.

Comment 12 Denise Dumas 2008-05-27 13:53:47 UTC
Per Alex, moving to 4.8 - error is confusing but doesnt seem to actually break

Comment 13 RHEL Product and Program Management 2008-06-12 20:28:00 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update

Comment 14 Joel Andres Granados 2008-09-24 14:47:37 UTC
priority low and it does not have an IT.  If this issue causes the system to not be installable this bug will be considered for rhel4.8

Comment 15 RHEL Product and Program Management 2008-09-24 15:10:20 UTC
Development Management has reviewed and declined this request.  You may appeal
this decision by reopening this request.

Note You need to log in before you can comment on or make changes to this bug.