After installing gentoo-sources-2.6.24-r3 on my Ultra 5, X.org no longer starts (I am using the built-in mach64 for video). If I reboot to 2.6.23-r9 it works fine. Errors in Xorg.0.log point to a PCI issue, but changing the deprecated pci_find_* API option in the kernel config makes no difference. Will attach kernel .config and Xorg.0.log Reproducible: Always Steps to Reproduce: 1.Install and build gentoo-sources-2.6.24-r3 on an Ultra 5 2.Start X.org using the ATI Mach64 3.X.org refuses to start
Created attachment 146772 [details] Xorg.0.log
Created attachment 146773 [details] kernel .config
Don't know if this is going to be the kernel or the -ati driver.
I just want to note that I'm seeing the same issue on my Ultra10. This apparently has nothing to do with the 'atifb' framebuffer, it occurs both with and without it enabled.
Just to get the X log message out here ... Fatal server error: xf86MapPciMem: Could not mmap PCI memory [base=0xe2000000,hostbase=0xe2000000,size=2000] (Invalid argument) Ferris, could you also attach an X log from a 2.6.23 boot (or even better, a diff of the two)? Also, it would be interesting to check the latest ati driver (6.8.0) and git x11-drm (from x11 overlay).
Created attachment 146832 [details] Difference between working/broken Xorg.log files Here is the difference between the X logs from the working and not-working kernels on my Ultra10.
The latest xf86-video-ati still shows the same message, and I have been running without DRM.
Created attachment 146909 [details] Xorg.0.log file from a kernel-2.6.24-r3 system with Creator video (uses sunffb) I can't attach anything from a -2.6.23 kernel system because I don't have any. However, with kernel-2.6.24-r3, the sunffb driver (for Creator and Elite video cards) works fine (for both). For what it's worth, I am attaching the Xorg.0.log from a U2 system running: Linux lacewing 2.6.24-gentoo-r3-U2-2x400 #1 SMP Fri Mar 14 17:05:45 UTC 2008 sparc64 sun4u TI UltraSparc II (BlackBird) GNU/Linux (with ffb2+(H) video card).
Created attachment 146923 [details] Xorg.0.log (working) (In reply to comment #5) > Fatal server error: > xf86MapPciMem: Could not mmap PCI memory > [base=0xe2000000,hostbase=0xe2000000,size=2000] (Invalid argument) His log message also contains these, not sure if they'r related: (WW) xf86OpenConsole: setpgid failed: Operation not permitted (WW) xf86OpenConsole: setsid failed: Operation not permitted (Is you'r /usr/bin/Xorg setuid root?) I also have a Mach64 card(PGX64) and it works fine using gentoo-sources-2.6.24-r3 so this might just be a configuration error... Xorg.0.log attached (In reply to comment #2) > Created an attachment (id=146773) [edit] > kernel .config Could you also attach your xorg.conf, please?
Created attachment 146928 [details] diff Xorg.0.log.working Xorg.0.log.not Those XF86OpenConsole warnings are in the working log as well. Xorg is suid root: $ ls -l /usr/bin/Xorg -rws--x--x 1 root root 1872076 Feb 13 15:41 /usr/bin/Xorg @ #4: Are you seeing this error using the on-board video or on a PCI/UPA(?) card?
Created attachment 146930 [details] xorg.conf
> Are you seeing this error using the on-board video or on a PCI/UPA(?) card? I'm seeing this on the on-board video, a PCI mach64 chip. 01:02.0 VGA compatible controller: ATI Technologies Inc 3D Rage Pro 215GP (rev 5c) (prog-if 00 [VGA controller]) Flags: bus master, stepping, medium devsel, latency 0, IRQ 0000000d Memory at 1ffe1000000 (32-bit, non-prefetchable) [size=16M] I/O ports at <unassigned> Memory at 1ffe2000000 (32-bit, non-prefetchable) [size=4K] Expansion ROM at <ignored> [disabled] Kernel driver in use: atyfb
Created attachment 147067 [details, diff] one possible patch
Created attachment 147068 [details, diff] another possible patch I dig up a couple of patches to the domain code that were post-1.3. You can stick these into files/, add them to the PATCHES variable in the ebuild, digest, and try it out. Alternately, you could just test 1.4.
Created attachment 147306 [details] Xorg.0.logs for xorg-server-1.4 I tried installing both xorg-server-1.4 and patched 1.3, but with the same results as before: works on 2.6.23, not on 2.6.24. patched 1.3 gives the same error messages, minus the warnings about Simba. The 1.4 log is attached.
There has been a discussion about this on the sparclinux mailing list: http://marc.info/?l=linux-sparc&m=121247857311403 Summary: The kernel has been changed to not create a dummy root PCI host controller anymore. Unfortunately xorg-server-1.3, 1.4 and older cannot cope with a lack of PCI host controller in the PCI hierarchy exported by the kernel. Xorg-server-1.5 is libpciaccess based and is reported to work fine. Any chance we can get xorg-server-1.3/1.4 to work again or do we have to wait for 1.5?
(In reply to comment #16) > Any chance we can get xorg-server-1.3/1.4 to work again or do we have to wait > for 1.5? Got patches?
(In reply to comment #17) > Got patches? > no, but I's probably a huge a mount of work, so I guess waiting it is :)
What's the current status of this bug? It showed up on my Tadpole Ultrasparc Notebook after I've upgraded gentoo-sources-2.6.24-r8 to gentoo-sources-2.6.25-r7.
Here's some options: - If xorg-server 1.4.2 works, sparc could stabilize it. - If you can find patches to make it work, that's also fine. - You could profile unmask 1.4.99.9xx and stabilize that.
(In reply to comment #20) > Here's some options: > - If xorg-server 1.4.2 works, sparc could stabilize it. > - If you can find patches to make it work, that's also fine. > - You could profile unmask 1.4.99.9xx and stabilize that. > 1.4.2 doesn't solve the issue. 1.4.99.9xx does but it's nowhere near "stable". It only works with ati/mach64 cards, not with all the other sun* cards. And upstream didn't apply the patch to fix bug #230953 yet, that means GLX doesn't work. I don't think there's anything we can do than wait for xorg 7.4 to get more mature.
Created attachment 180444 [details] packages to unmask for xorg-7.4 I was recently able to get this to work, but it required unmasking all of the xorg-7.4 packages as well as kernel-2.6.28 (2.6.27 wouldn't work). I've attached a package.keywords for these, as there's some 60 packages and it's rather tedious to unmask them one by one.
> I was recently able to get this to work, but it required unmasking all of the > xorg-7.4 packages as well as kernel-2.6.28 (2.6.27 wouldn't work). xorg-server-1.5.3 is stable now, so this bug should be fixed. Can you give more details as why it works with 2.6.28 and not with 2.6.27?
Created attachment 188314 [details] Xorg.0.log when under kernel 2.6.27-r8 Removed all my custom keywords, and yes, stable xorg-server works now. It still doesn't run under kernel 2.6.27, and I can't tell why - the configs are as identical as I could make them. That said, I will probably re-keyword some of these packages for other reasons (eterm/aterm can't find required fonts, general gtk stability)
Please reopen if you still have issues.
