Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 20000 - XFree86 4.3r2 fails to load on new IBM R40 laptop with Radeon Mobility 7500 video card
Summary: XFree86 4.3r2 fails to load on new IBM R40 laptop with Radeon Mobility 7500 v...
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo X packagers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-04-26 08:25 UTC by David ac
Modified: 2003-04-27 02:01 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
XF86Config file (XF86Config,2.47 KB, text/plain)
2003-04-26 08:26 UTC, David ac
Details
XFree syslog file (XFree86.0.log,23.23 KB, text/plain)
2003-04-26 08:27 UTC, David ac
Details
Kernel config file used to compile the kernel under use when the error occured (kernel_config,28.31 KB, text/plain)
2003-04-26 08:35 UTC, David ac
Details

Note You need to log in before you can comment on or make changes to this bug.
Description David ac 2003-04-26 08:25:53 UTC
When XFree86 begins to load, it dies before any video output comes up on the 
screen. Looking at the log files, the radeon module seems to load fine, and also 
seems to detect the video card without any problems. Where it stuffs up is when 
the int10 driver is loaded and the "Cannot map SYS BIOS" message comes up. I 
dont think that this problem is specific to the radeon driver as the same error 
occurs when I switch the video driver to "vesa" in my XF86Config file. Also, I know 
that video should be working as it works with the Knoppix distribution (abeit with 
XFree86 4.2.1). 

Reproducible: Always
Steps to Reproduce:
1. emerge xfree and xfree-drm (after setting up a basic system) 
2. run xf86config and then edit the XF86config file to get the settings right 
3. run "startx" 
Actual Results:  
It died 

Expected Results:  
Loaded 

using CFLAGS="-march=pentium3 -O3 -pipe" in my make.conf file 
using CFLAGS="-O2 -mcpu=i686 -pipe" in make.globals file 
using USE="acpi cdr dvd -3dnow alsa icc mozilla mysql plotutils perl samba sse 
usb" in my make.conf file
Comment 1 David ac 2003-04-26 08:26:20 UTC
Created attachment 11180 [details]
XF86Config file
Comment 2 David ac 2003-04-26 08:27:23 UTC
Created attachment 11181 [details]
XFree syslog file
Comment 3 David ac 2003-04-26 08:35:01 UTC
Created attachment 11182 [details]
Kernel config file used to compile the kernel under use when the error occured

When compiling the kernel, i unpached the sources of the included ACPI patch
and re-patched it with the newest version from source-force. Other than that,
the kernel used was a stock gentoo 2.4.20 kernel (ie the result of an "emerge
gentoo-sources" command).
Comment 4 Michael Fitzpatrick 2003-04-26 14:00:41 UTC
I think this is possibly the problem, could you try a kernel with this unset, if possible.

CONFIG_GRKERNSEC_KMEM=y

(If you're going to use dri, you'll probably need to emerge xfree-drm-4.3.0-r2, or you might hit problems later - but I'd get it working without dri first)
Comment 5 David ac 2003-04-26 23:01:58 UTC
Thanks :-) that appears to have been what the problem was about. Strange though cause the help section on that option made a point of saying that it shouldnt affect XFree86 installations!!
Comment 6 Michael Fitzpatrick 2003-04-27 02:01:10 UTC
I don't think it should break it either - bios memory is typically read-only, so it's probably not necessary for it to be mapped PROT_WRITE by Xfree.

I'll look into that.