From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6)
Description of problem:
i've been running the 2166 kernel on my FC1 box since it entered
updates/testing with no problems at all. today, i upgraded the kernel
on a CD-based kiosk distro i'm using for some stuff. it's basically
FC1 with a handful of tweaked startup scripts. the kiosk was
previously using kernel-2.4.22-1.2149.nptl with no problems. since
upgrading to 2166, xwindows fails to start with a "Unable to map SYS
BIOS" message. i'm using the "vesa" driver under xwindows. i took a
quick look through the xfree86 source for that string and found that
it's output when an mmap call fails that's trying to use the memory
pointed to by SYS_BIOS.
the _only_ thing i changed between the two versions of the CD was the
kernel they were using. also, this CD and my FC1 box are both setup
the same way (same kernel, XFree86, modules, settings, etc.) and i'm
testing the CD by booting my FC1 box off of it.
therefore, i'm led to believe that the new kernel is the culprit.
furthermore, since most of my configuration is identical between the
CD and the normal FC1 install, the problem must be in the nature of
running off the CD. i'm mounting the CD as a read-only root
filesystem. then i create 4 tmpfs filesystems for /mnt/dev, /mnt/tmp,
/mnt/var, and /mnt/home. i copy the contents of /dev, /tmp, /var, and
/home from the CD to these filesystems, and then use "mount --bind" to
mount these tmpfs filesystems over the original read-only ones (e.g.
mount --bind /mnt/dev /dev). this makes the required parts of the
filesystem writable while keeping the rest read-only on the CD.
i noticed that the 2166 changelog mentioned many fixes to the tmpfs
filesystem code. could one of these fixes be involved? specifically,
when looking up the SYS BIOS error on google, i found some mention of
wrong permissions on /dev/mem, /dev/kmem, and /dev/port triggering
this error. so maybe one of the tmpfs fixes broke device file support?
sorry for the long-winded bug report. i hope that's enough info to
find the problem though.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
If the problem is tmpfs, then the following steps should work
1. mount -t tmpfs -o noexec,nosuid,mode=0755,size=2M none /mnt/dev
2. pushd /dev
3. tar -cf - --ignore-failed-read * | tar -C /mnt/dev -xpf - --same-owner
5. mount --bind /mnt/dev /dev
Actual Results: X crashes while trying to start up. looking in
/var/log/XFree86.0.log will show you the error message i mention earlier.
Expected Results: X should start up
Thanks for the bug report. However, Red Hat no longer maintains this version of
the product. Please upgrade to the latest version and open a new bug if the problem
The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases,
and if you believe this bug is interesting to them, please report the problem in
the bug tracker at: http://bugzilla.fedora.us/