| Summary: | xorg-x11-6.8.2 hangs with quake3, zsnes (FS mode) and changing from tty{1,2..} to tty7 | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Enderson Tadeu S. Maia (RETIRED) <enderson> |
| Component: | Current packages | Assignee: | Gentoo X packagers <x11> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | ||
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
Enderson Tadeu S. Maia (RETIRED)
2005-03-30 18:13:36 UTC
I couldn't play no games with 3D. I got an ould xorg-x11-6.8.0-r3.tbz2 from a friend that has a notebook with the same video card, and was OK. So I think the problem is xorg's. So I'm now playing with xorg-x11-6.8.0-r3 You could test 6.8.99.3 to see whether it's fixed there. With the xorg-x11-6.8.99.3 version, I don't get Direct Rendering support. I'll compile 6.8.0-r5 that's on portage. And report here. 6.8.99.3 requires Option "ColorTiling" "no" in your Device section to get working direct rendering. you might want to try that before trying 6.8.0-r5. Ok, I got Direct Rendering with the #4 option, but quake3 still freezes the machine. I'm compiling the 6.8.0-r5 to tryit out. It's OK with xorg-x11-6.8.0-r5. Please search for this problem at bugs.freedesktop.org, and if you don't find it, file a new bug. Probably the Mesa and xorg products will be good places to try searching -- if you file one, put it in Mesa. Post the URL here when it's filed. Thanks! I'll try this patch https://bugs.freedesktop.org/attachment.cgi?id=2079 ans these are the links related to this bug. Patch: https://bugs.freedesktop.org/show_bug.cgi?id=2698 https://bugs.freedesktop.org/show_bug.cgi?id=2556 https://bugs.freedesktop.org/show_bug.cgi?id=2882 https://bugs.freedesktop.org/show_bug.cgi?id=2157 The patch from https://bugs.freedesktop.org/attachment.cgi?id=2079 SOLVED the problem. I can now play quake3, and switch from X to VT and back without crash. Will this patch be part of a future 6.8.2-rX, or just for 6.8.3 ? That patch is already in our 6.8.2 ebuild and has been since it was added to portage. Take a look at 5180_all_6.8.2-back-out-extra-radeonsetfblocation.patch. Did you reverse it or something? I checked the patch, and it's there, at 6.8.2-r1 and r2, I installed -r1, and it's not OK. with 6.8.99.33 and editing radeon_driver.c to remove RADEONSetFBLocation (pScrn); by hand, it works. I can switch from X to VT and play Quake3. Which instance are you removing in 6.8.99.3? There's one around line 5130 and another around 8100. # grep -n 'RADEONSetFBLocation\ *(pScrn);' radeon_driver.c* radeon_driver.c:5148: RADEONSetFBLocation(pScrn); radeon_driver.c:8132: RADEONSetFBLocation(pScrn); radeon_driver.c.orig:5148: RADEONSetFBLocation(pScrn); radeon_driver.c.orig:7937: RADEONSetFBLocation (pScrn); radeon_driver.c.orig:8133: RADEONSetFBLocation(pScrn); I removed the 7937 line. OK, changing patchset.. Pulled 5140_all_6.8.0-radeon-swsusp.patch, which seems to be redundant, in 6.8.2-r2 and 6.8.99.5. |