Summary: | app-emulation/emul-linux-x86-opengl-20121202{,-r1} makes some wine programs very sluggish | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Casper Ti. Vector <CasperVector> |
Component: | [OLD] Library | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | alex_y_xu, amd64, CasperVector, fallosistema |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Casper Ti. Vector
2012-12-04 09:39:10 UTC
Probably a problem with newer mesa, package includes: media-libs/freeglut 2.8.0-r1 media-libs/glew 1.6.0-r1 media-libs/mesa 9.0 x11-libs/libdrm 2.4.40 Duplicate: https://bugs.gentoo.org/show_bug.cgi?id=449256#add_comment *** Bug 449256 has been marked as a duplicate of this bug. *** (In reply to comment #1) > Probably a problem with newer mesa, package includes: > media-libs/freeglut 2.8.0-r1 > media-libs/glew 1.6.0-r1 > media-libs/mesa 9.0 > x11-libs/libdrm 2.4.40 I am using the same packages ,all are stable gentoo tree: [ebuild R ] x11-libs/libdrm-2.4.40 USE="libkms -static-libs" VIDEO_CARDS="radeon (-exynos) -intel -nouveau (-omap) -vmware" 482 kB [ebuild R ] media-libs/mesa-9.0.1 USE="classic egl g3dvl gallium llvm nptl shared-glapi vdpau xorg -bindist -debug -gbm -gles1 -gles2 -openvg -osmesa -pax_kernel -pic -r600-llvm-compiler (-selinux) (-wayland) -xa -xvmc" VIDEO_CARDS="r600 radeon -i915 -i965 -intel -nouveau -r100 -r200 -r300 -radeonsi -vmware" 0 kB [ebuild R ] media-libs/freeglut-2.8.0-r1 USE="-debug -static-libs" 957 kB [ebuild R ] media-libs/glew-1.6.0-r1 USE="-doc -static-libs" 0 kB Maybe 20130224 improves the situation (In reply to comment #5) > Maybe 20130224 improves the situation Just tried, but unfortunately it does not fix the problem. If you have a dual display setup, prefer the twinview extension to xinerama. I had the same performance issue and the switch to twinview did the trick. Just found it seems to be (really) a mesa problem: http://bugs.winehq.org/show_bug.cgi?id=32821 https://bugs.freedesktop.org/show_bug.cgi?id=55396 https://bugs.freedesktop.org/show_bug.cgi?id=57338 I'm not using any wine program, and the bug is still there. If i downgrade to old emu-opengl versions, games runs fine but the 2013 and 2012 versions its imposible to play anything in 32 bits. Probably this situation will not change until someone who sees this problem provides the requested information to the upstream bugs. I launch the game from terminal, i dont get any error to report, only black screen 3 seconds and the game continues again about 5 seconds very slow down and its a a bucle of freezes and black screen. Try with 20131008 set (In reply to Pacho Ramos from comment #12) > Try with 20131008 set Just tested, but again it does not solve the problem, and I have to (again) mask all updates to emul-linux-* and wine to get things correct... I might try to provide some debug output to upstream (see comment 8) as they seem to have problems reproducing this issue, but I can't promise I will do this very soon. In that case, I think you should try latest mesa version that provides native multilib support (for that, you will need to enable the abi_x86_32). If still valid, it's a problem in mesa itself (even with emul package I think it's a mesa bug, but that will let you update mesa more easily in the future) (In reply to Pacho Ramos from comment #14) > In that case, I think you should try latest mesa version that provides > native multilib support (for that, you will need to enable the abi_x86_32). > If still valid, it's a problem in mesa itself (even with emul package I > think it's a mesa bug, but that will let you update mesa more easily in the > future) In fact I have already been quite convinced that this should be a problem in at least one among mesa and wine, because the symptoms described in those bug reports in comment 8 :) And since these bug reports still seem unresolved, I think multilib mesa probably won't solve the problems. As said in comment 13, I will try to provide helpful info to upstream on these issues, but I can't promise to do this soon :( For anyone that is interested, this problem seems to be gone (tested with PvZ) with current ~amd64 tree (in particular =app-emulation/wine-1.7.19-r1 and =emul-linux-x86-opengl-20140508). This might have already be resolved in earlier versions, since I have not tested this for at least 4 months, during which quite a few versions of mesa and wine have been released. Anyway, if you (just like me) masked newer emul-linux-x86-opengl and wine versions because of this issue, it might be worth a try to unmask them. Hello everyone, may this bug be closed now? Reverting status to `UNCONFIRMED' after consulting devs on #gentoo at freenode. 1. applicable versions are already stable 2. just use multilib (tm) |