Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
xorg-server-1.8.1 foss ati driver gives segmentation fault.
View unanswered posts
View posts from last 24 hours

Goto page 1, 2  Next  
Reply to topic    Gentoo Forums Forum Index Desktop Environments
View previous topic :: View next topic  
Author Message
dufeu
l33t
l33t


Joined: 30 Aug 2002
Posts: 898
Location: US-FL-EST

PostPosted: Tue May 18, 2010 7:16 pm    Post subject: xorg-server-1.8.1 foss ati driver gives segmentation fault. Reply with quote

I upgraded from xorg-server-1.8.0 to xorg-server-1.8.1, reinstalled xf86-video-ati and I now get segmentation faults when I start kde4:
Code:
XSESSION=kde-4 startx

The Xorg.0.log has the following {snipped for brevity}:
Code:
[ 66007.558] (II) RADEON(0): EDID vendor "SAM", prod id 1157
[ 66007.558] (II) RADEON(0):     EDID quirk: Detailed timings give vertical size in cm.
[ 66007.558] (II) RADEON(0): Using hsync ranges from config file
[ 66007.558] (II) RADEON(0): Using vrefresh ranges from config file
[ 66007.558] (II) RADEON(0): Printing DDC gathered Modelines:
[ 66007.558] (II) RADEON(0): Modeline "1920x1080"x0.0  138.50  1920 1968 2000 2080  1080 1083 1088 1111 +hsync -vsync (66.6 kHz)
[ 66007.558] (II) RADEON(0): Modeline "800x600"x0.0   40.00  800 840 968 1056  600 601 605 628 +hsync +vsync (37.9 kHz)
[ 66007.558] (II) RADEON(0): Modeline "800x600"x0.0   36.00  800 824 896 1024  600 601 603 625 +hsync +vsync (35.2 kHz)
[ 66007.558] (II) RADEON(0): Modeline "640x480"x0.0   31.50  640 656 720 840  480 481 484 500 -hsync -vsync (37.5 kHz)
[ 66007.558] (II) RADEON(0): Modeline "640x480"x0.0   31.50  640 664 704 832  480 489 492 520 -hsync -vsync (37.9 kHz)
[ 66007.558] (II) RADEON(0): Modeline "640x480"x0.0   30.24  640 704 768 864  480 483 486 525 -hsync -vsync (35.0 kHz)
[ 66007.558] (II) RADEON(0): Modeline "640x480"x0.0   25.18  640 656 752 800  480 490 492 525 -hsync -vsync (31.5 kHz)
[ 66007.558] (II) RADEON(0): Modeline "720x400"x0.0   28.32  720 738 846 900  400 412 414 449 -hsync +vsync (31.5 kHz)
[ 66007.558] (II) RADEON(0): Modeline "1280x1024"x0.0  135.00  1280 1296 1440 1688  1024 1025 1028 1066 +hsync +vsync (80.0 kHz)
[ 66007.558] (II) RADEON(0): Modeline "1024x768"x0.0   78.75  1024 1040 1136 1312  768 769 772 800 +hsync +vsync (60.0 kHz)
[ 66007.558] (II) RADEON(0): Modeline "1024x768"x0.0   75.00  1024 1048 1184 1328  768 771 777 806 -hsync -vsync (56.5 kHz)
[ 66007.558] (II) RADEON(0): Modeline "1024x768"x0.0   65.00  1024 1048 1184 1344  768 771 777 806 -hsync -vsync (48.4 kHz)
[ 66007.558] (II) RADEON(0): Modeline "832x624"x0.0   57.28  832 864 928 1152  624 625 628 667 -hsync -vsync (49.7 kHz)
[ 66007.558] (II) RADEON(0): Modeline "800x600"x0.0   49.50  800 816 896 1056  600 601 604 625 +hsync +vsync (46.9 kHz)
[ 66007.558] (II) RADEON(0): Modeline "800x600"x0.0   50.00  800 856 976 1040  600 637 643 666 +hsync +vsync (48.1 kHz)
[ 66007.558] (II) RADEON(0): Modeline "1152x864"x0.0  108.00  1152 1216 1344 1600  864 865 868 900 +hsync +vsync (67.5 kHz)
[ 66007.558] (II) RADEON(0): Modeline "1280x800"x0.0   71.00  1280 1328 1360 1440  800 803 809 823 +hsync -vsync (49.3 kHz)
[ 66007.558] (II) RADEON(0): Modeline "1280x960"x0.0  108.00  1280 1376 1488 1800  960 961 964 1000 +hsync +vsync (60.0 kHz)
[ 66007.558] (II) RADEON(0): Modeline "1280x1024"x0.0  108.00  1280 1328 1440 1688  1024 1025 1028 1066 +hsync +vsync (64.0 kHz)
[ 66007.558] (II) RADEON(0): Modeline "1440x900"x0.0   88.75  1440 1488 1520 1600  900 903 909 926 +hsync -vsync (55.5 kHz)
[ 66007.558] (II) RADEON(0): Modeline "1600x1200"x0.0  162.00  1600 1664 1856 2160  1200 1201 1204 1250 +hsync +vsync (75.0 kHz)
[ 66007.558] (II) RADEON(0): Modeline "1680x1050"x0.0  119.00  1680 1728 1760 1840  1050 1053 1059 1080 +hsync -vsync (64.7 kHz)
[ 66007.558] (II) RADEON(0): Output: DVI-1, Detected Monitor Type: 3
[ 66007.558] (II) RADEON(0): EDID data from the display on output: DVI-1 ----------------------
[ 66007.558] (II) RADEON(0): Manufacturer: SAM  Model: 485  Serial#: 1128673843
[ 66007.558] (II) RADEON(0): Year: 2008  Week: 41
[ 66007.558] (II) RADEON(0): EDID Version: 1.3
[ 66007.558] (II) RADEON(0): Digital Display Input
[ 66007.558] (II) RADEON(0): Max Image Size [cm]: horiz.: 52  vert.: 32
[ 66007.558] (II) RADEON(0): Gamma: 2.20
[ 66007.558] (II) RADEON(0): DPMS capabilities: Off
[ 66007.558] (II) RADEON(0): Supported color encodings: RGB 4:4:4 YCrCb 4:4:4
[ 66007.558] (II) RADEON(0): First detailed timing is preferred mode
[ 66007.558] (II) RADEON(0): redX: 0.640 redY: 0.330   greenX: 0.300 greenY: 0.600
[ 66007.558] (II) RADEON(0): blueX: 0.150 blueY: 0.060   whiteX: 0.312 whiteY: 0.329
[ 66007.558] (II) RADEON(0): Supported established timings:
[ 66007.558] (II) RADEON(0): 720x400@70Hz
[ 66007.558] (II) RADEON(0): 640x480@60Hz
[ 66007.558] (II) RADEON(0): 640x480@67Hz
[ 66007.558] (II) RADEON(0): 640x480@72Hz
[ 66007.558] (II) RADEON(0): 640x480@75Hz
[ 66007.558] (II) RADEON(0): 800x600@56Hz
[ 66007.558] (II) RADEON(0): 800x600@60Hz
[ 66007.558] (II) RADEON(0): 800x600@72Hz
[ 66007.558] (II) RADEON(0): 800x600@75Hz
[ 66007.558] (II) RADEON(0): 832x624@75Hz
[ 66007.558] (II) RADEON(0): 1024x768@60Hz
[ 66007.558] (II) RADEON(0): 1024x768@70Hz
[ 66007.558] (II) RADEON(0): 1024x768@75Hz
[ 66007.558] (II) RADEON(0): 1280x1024@75Hz
[ 66007.558] (II) RADEON(0): 1152x864@75Hz
[ 66007.558] (II) RADEON(0): Manufacturer's mask: 0
[ 66007.558] (II) RADEON(0): Supported standard timings:
[ 66007.558] (II) RADEON(0): #0: hsize: 1152  vsize 864  refresh: 75  vid: 20337
[ 66007.558] (II) RADEON(0): #1: hsize: 1280  vsize 800  refresh: 60  vid: 129
[ 66007.558] (II) RADEON(0): #2: hsize: 1280  vsize 960  refresh: 60  vid: 16513
[ 66007.558] (II) RADEON(0): #3: hsize: 1280  vsize 1024  refresh: 60  vid: 32897
[ 66007.558] (II) RADEON(0): #4: hsize: 1440  vsize 900  refresh: 60  vid: 149
[ 66007.558] (II) RADEON(0): #5: hsize: 1600  vsize 1200  refresh: 60  vid: 16553
[ 66007.558] (II) RADEON(0): #6: hsize: 1680  vsize 1050  refresh: 60  vid: 179
[ 66007.558] (II) RADEON(0): Supported detailed timing:
[ 66007.558] (II) RADEON(0): clock: 138.5 MHz   Image Size:  518 x 320000 mm
[ 66007.558] (II) RADEON(0): h_active: 1920  h_sync: 1968  h_sync_end 2000 h_blank_end 2080 h_border: 0
[ 66007.558] (II) RADEON(0): v_active: 1080  v_sync: 1083  v_sync_end 1088 v_blanking: 1111 v_border: 0
[ 66007.558] (II) RADEON(0): Ranges: V min: 56 V max: 75 Hz, H min: 30 H max: 81 kHz, PixClock max 170 MHz
[ 66007.558] (II) RADEON(0): Monitor name: SyncMaster
[ 66007.558] (II) RADEON(0): Serial No: HVGQA01672
[ 66007.558] (II) RADEON(0): EDID (in hex):
[ 66007.558] (II) RADEON(0):    00ffffffffffff004c2d850433324643
[ 66007.558] (II) RADEON(0):    29120103803420782aee91a3544c9926
[ 66007.558] (II) RADEON(0):    0f5054bfef80714f8100814081809500
[ 66007.558] (II) RADEON(0):    a940b30001011a3680a070381f403020
[ 66007.558] (II) RADEON(0):    350006202000001a000000fd00384b1e
[ 66007.558] (II) RADEON(0):    5111000a202020202020000000fc0053
[ 66007.558] (II) RADEON(0):    796e634d61737465720a2020000000ff
[ 66007.558] (II) RADEON(0):    00485647514130313637320a20200094
[ 66007.558] (II) RADEON(0): EDID vendor "SAM", prod id 1157
[ 66007.559] (II) RADEON(0):     EDID quirk: Detailed timings give vertical size in cm.
[ 66007.571] Dac detection success
[ 66007.571] (II) RADEON(0): Output: DVI-0, Detected Monitor Type: 0
[ 66007.571] Unhandled monitor type 0
[ 66011.162]
Backtrace:
[ 66011.163] 0: /usr/bin/X (xorg_backtrace+0x28) [0x465a48]
[ 66011.163] 1: /usr/bin/X (0x400000+0x5f0e9) [0x45f0e9]
[ 66011.163] 2: /lib/libpthread.so.0 (0x7fc41f190000+0xf8b0) [0x7fc41f19f8b0]
[ 66011.163] 3: /usr/bin/X (dixLookupPrivate+0xa) [0x45334a]
[ 66011.163] 4: /usr/lib64/xorg/modules/extensions/libglx.so (0x7fc41cf88000+0x3f4da) [0x7fc41cfc74da]
[ 66011.163] 5: /usr/lib64/xorg/modules/extensions/libglx.so (0x7fc41cf88000+0x36a5f) [0x7fc41cfbea5f]
[ 66011.163] 6: /usr/bin/X (FreeResource+0x13f) [0x42ef1f]
[ 66011.163] 7: /usr/lib64/xorg/modules/extensions/libglx.so (0x7fc41cf88000+0x33c19) [0x7fc41cfbbc19]
[ 66011.163] 8: /usr/lib64/xorg/modules/extensions/libglx.so (0x7fc41cf88000+0x3689e) [0x7fc41cfbe89e]
[ 66011.163] 9: /usr/bin/X (0x400000+0x50b84) [0x450b84]
[ 66011.163] 10: /usr/bin/X (0x400000+0x24deb) [0x424deb]
[ 66011.163] 11: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7fc41d842bbd]
[ 66011.163] 12: /usr/bin/X (0x400000+0x24999) [0x424999]
[ 66011.163] Segmentation fault at address 0x290
[ 66011.163]
Fatal server error:
[ 66011.163] Caught signal 11 (Segmentation fault). Server aborting
[ 66011.163]
[ 66011.163]
Please consult the The X.Org Foundation support
    at http://wiki.x.org
 for help.

Several notes:
  1. The KDE splash runs to completion, several programs launch like kmixer, amarok, konsole. It is during the launch of the saved desktop that X segfaults.
  2. I have no problem starting kde4 under xorg-server-1.8.0.
  3. The monitor native resolution is 1920x1080 and that is my default resolution.
  4. Under xorg-server-1.8.1, bringing up xfce4 as the windows manager instead of kde-4 does not result in an X segfault.
  5. Finally, when I compare the log for 1.8.0 with 1.8.1, everything appears to be identical up to the line blank line just before the start of the "backtrace" messages.

I'm don't know where to go from here. Do I report this upstream? Is there other information I should gather? Should I report this in gentoo bugzilla?
_________________
People whom think M$ is mediocre, don't know the half of it.


Last edited by dufeu on Thu May 20, 2010 4:33 am; edited 1 time in total
Back to top
View user's profile Send private message
donmartio
Apprentice
Apprentice


Joined: 11 Dec 2004
Posts: 241

PostPosted: Wed May 19, 2010 9:00 am    Post subject: Reply with quote

I got the same Problem here. Downgraded to xorg-server-1.8.0.
Then everything got worse. xorg eats up one cpu and nothing works. I can't even kill X from
a remote console.

Now i downgraded to xorg-server-1.7.7.
I suspect it has something to do with hal and udev.
I compiled xorg-server without hal use flag but i have a lot off other stuff
with the hal use flag so i decided to leave it there.

Do i have to remove hal completely?

Or is this again an ati issue?
_________________
Always code as if the person who ends up maintaining your code will be a violent psychopath who knows where you live.
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 7167
Location: Austria

PostPosted: Wed May 19, 2010 9:10 am    Post subject: Reply with quote

You didn't forget to rebuild x11-drivers/* after downgrading?

Absolutely no problem here (well, no additional ones) with 1.8.1 here (udev, xf86-video-intel). Running hal in addition doesn't affect X in any way.

Unmask xf86-video-ati-9999 and see if it is already fixed there.
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
donmartio
Apprentice
Apprentice


Joined: 11 Dec 2004
Posts: 241

PostPosted: Wed May 19, 2010 9:53 am    Post subject: Reply with quote

Thanks for the reply. Well as i experiences few minutes ago this may is no ati-xorg-hal-udev problem.
After downgrading to xorg-server-1.7.7 i had the same problem when the screen-saver starts.

So there mus be something else since yesterday, which screws up my system.

I'l check it later.
_________________
Always code as if the person who ends up maintaining your code will be a violent psychopath who knows where you live.
Back to top
View user's profile Send private message
donmartio
Apprentice
Apprentice


Joined: 11 Dec 2004
Posts: 241

PostPosted: Wed May 19, 2010 10:21 am    Post subject: Reply with quote

Well one point could be that i forget to comment this out after downgrading:

#Section "InputDevice"
# Identifier "Keyboard1"
# Driver "evdev"
## MatchIsKeyboard "on"
# Option "xkblayout" "de"
# Option "xkbvariant" "nodeadkeys"
#EndSection
_________________
Always code as if the person who ends up maintaining your code will be a violent psychopath who knows where you live.
Back to top
View user's profile Send private message
ArKay
n00b
n00b


Joined: 30 Nov 2003
Posts: 61

PostPosted: Wed May 19, 2010 10:52 am    Post subject: Reply with quote

Same segfault here with layman ati git drivers. Went back to 1.8.0 which is stable.
Back to top
View user's profile Send private message
Anon-E-moose
Advocate
Advocate


Joined: 23 May 2008
Posts: 4303
Location: Dallas area

PostPosted: Wed May 19, 2010 11:44 am    Post subject: Reply with quote

genstorm wrote:
You didn't forget to rebuild x11-drivers/* after downgrading?

Absolutely no problem here (well, no additional ones) with 1.8.1 here (udev, xf86-video-intel). Running hal in addition doesn't affect X in any way.

Unmask xf86-video-ati-9999 and see if it is already fixed there.


No problem with 1.8.1 and nvidia (blob and nouveau) drivers.
_________________
Asus m5a99fx, FX 8320 - nouveau, oss4, rx550 for qemu passthrough
Acer laptop E5-575, i3-7100u - i965, alsa
---both---
5.0.13 zen kernel, profile 17.1 (no-pie & modified) amd64-no-multilib
gcc 8.2.0, eudev, openrc, openbox, palemoon
Back to top
View user's profile Send private message
donmartio
Apprentice
Apprentice


Joined: 11 Dec 2004
Posts: 241

PostPosted: Wed May 19, 2010 11:57 am    Post subject: Reply with quote

Yep, nvidia works on my home machine too.
But here at work my Box has some kurious behaviour.

I recompiled everything like libdrm, libX-Stuff, xorg-server, xorg-drivers, mesa and so on.
After the reboot it needs 6 minutes to boot the machine.
2 Keyboards where found (which made it impossible to login, getting every character twice).

After a second reboot (the last one) everything seems ok so far.
_________________
Always code as if the person who ends up maintaining your code will be a violent psychopath who knows where you live.
Back to top
View user's profile Send private message
dufeu
l33t
l33t


Joined: 30 Aug 2002
Posts: 898
Location: US-FL-EST

PostPosted: Wed May 19, 2010 1:47 pm    Post subject: Reply with quote

A little bit of additional information:

I'm using the open source radeon driver:
Code:
*  x11-drivers/xf86-video-ati
      Latest version available: 6.13.0
      Latest version installed: 6.13.0
      Size of files: 991 kB
      Homepage:      http://xorg.freedesktop.org/
      Description:   ATI video driver
      License:       MIT

I always re-emerge my xf86 drivers with every xorg-server emerge.

Naturally, my vanilla-sources kernel settings are set in sync for this driver.

Other pertinent info:
Code:
Portage 2.2_rc67 (default/linux/amd64/10.0, gcc-4.4.3, glibc-2.11.1-r0, 2.6.33.4 x86_64)
=================================================================
System uname: Linux-2.6.33.4-x86_64-AMD_Phenom-tm-_9600_Quad-Core_Processor-with-gentoo-2.0.1
Timestamp of tree: Wed, 19 May 2010 01:00:01 +0000
ccache version 2.4 [enabled]
app-shells/bash:     4.1_p5
dev-java/java-config: 2.1.11
dev-lang/python:     2.5.4-r4, 2.6.5-r2, 3.1.2-r3
dev-python/pycrypto: 2.1.0
dev-util/ccache:     2.4-r8
dev-util/cmake:      2.8.1-r1
sys-apps/baselayout: 2.0.1
sys-apps/openrc:     0.6.1-r1
sys-apps/sandbox:    2.2
sys-devel/autoconf:  2.13, 2.65
sys-devel/automake:  1.8.5-r4, 1.9.6-r3, 1.10.3, 1.11.1
sys-devel/binutils:  2.20.1-r1
sys-devel/gcc:       4.4.3-r2
sys-devel/gcc-config: 1.4.1
sys-devel/libtool:   2.2.6b
virtual/os-headers:  2.6.33
ACCEPT_KEYWORDS="amd64 ~amd64"
ACCEPT_LICENSE="* -@EULA dlj-1.1 PUEL"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=opteron -O2 -pipe"
CHOST="x86_64-pc-linux-gnu"

_________________
People whom think M$ is mediocre, don't know the half of it.
Back to top
View user's profile Send private message
frostschutz
Advocate
Advocate


Joined: 22 Feb 2005
Posts: 2971
Location: Germany

PostPosted: Wed May 19, 2010 2:05 pm    Post subject: Reply with quote

can't comment on the open source drivers, as they don't support my card, but the binary drivers work fine with xorg 1.8.1 and kernel 2.6.34 - if you apply the patches from bugs.gentoo.org

so if it crashes for you, it should be something in the open source driver
Back to top
View user's profile Send private message
The Unabeefer
n00b
n00b


Joined: 23 Dec 2008
Posts: 60
Location: Chicago, IL

PostPosted: Thu May 20, 2010 3:10 am    Post subject: Reply with quote

Same here with the open source ati drivers. Fine on my home comp with nvidia card, but the laptop with ati crashes.

I found the crash by trying to type "Mr." into a register in KMyMoney. 1.8.0 I can do it, but ver 1.8.1 I never make it to the "r" before it kills the whole deal. I have been using that as a test to see if/when it gets fixed.

Still did it, even after upgrading to 1.8.1-r1.
_________________
I am a flying cow... worship me or DIE!!!

...and there he was, reigning supreme at number two...
The One... The Only... The Unabeefer
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 7167
Location: Austria

PostPosted: Thu May 20, 2010 12:23 pm    Post subject: Reply with quote

Did you try the xf86-video-ati-9999 ebuild yet? Also, which kernel version are you on?
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
codestation
Tux's lil' helper
Tux's lil' helper


Joined: 09 Nov 2008
Posts: 126
Location: /dev/negi

PostPosted: Thu May 20, 2010 4:09 pm    Post subject: Reply with quote

Using xorg-server-1.8.1 and xf86-video-ati-9999 (last updated 2 weeks ago) and no problems on my end. So whatever bug it had is fixed now but no in the portage tree yet.
_________________
Just feel the code...
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 7167
Location: Austria

PostPosted: Thu May 20, 2010 4:19 pm    Post subject: Reply with quote

That's because 6.13 is still the latest upstream release. So, either only specific setups are affected or there has been a fix between release of 6.13 and two weeks ago: http://cgit.freedesktop.org/xorg/driver/xf86-video-ati/log/

So, all those who want to keep running xorg-server-1.8.1 should try this:

Code:
# layman -a x11
# echo "=x11-drivers/xf86-video-ati-9999" > /etc/portage/package.unmask/X-ati-fastforward
# emerge -1v xf86-video-ati


Don't be afraid of using the live ebuild, with the release strategy of the upstream developers it's still often mandatory to go bleeding edge to stay compatible with more recent X and/or kernel versions.
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3260
Location: Gainesville, Florida

PostPosted: Fri May 21, 2010 7:17 pm    Post subject: Reply with quote

genstorm & codestation,
If we go with the 9999 xorg-server, do we need to rebuild ALL xorg/x11 packages, or just the drivers we use?

BTW, I'm having this problem on 2.6.34-rc4 vanilla, 2.6.34 Final patched with bfs318, and 2.6.34-ck1.
_________________
Main box- AsRock x370 Gaming K4
Ryzen 1700, 3.0GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
Gentoo ~amd64 plasma, glibc-2.30-r2, gcc-9.2.0 kernel-5.3.9-gentoo USE=experimental
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 7167
Location: Austria

PostPosted: Fri May 21, 2010 7:33 pm    Post subject: Reply with quote

I didn't advocate taking the live xorg-server route - just upgrading the ati driver to 9999. xorg-server-9999 is already on the 1.9 branch, numerous additional -9999 dependencies might be needed which isn't reflected by the ebuild.
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3260
Location: Gainesville, Florida

PostPosted: Fri May 21, 2010 9:49 pm    Post subject: Reply with quote

Sorry- I misunderstood. I was preoccupied with xorg-server-1.8.1-r1 and went into a brain-lock. :roll:

So, stay at xorg-server-1.8.1-r1, and update to xf86-video-ati 9999 is the correct procedure? Do we need to do the same with evdev, mouse, keyboard, or any other driver currently installed, or jusy only do the ati driver?

EDIT: genstorm- Just emerged ati 9999 (and it pulled in libdrm 9999), and has this message:
Code:
--- replaced obj /usr/include/libdrm/drm.h
--- replaced dir /usr/include/libdrm
--- replaced dir /usr/include
--- replaced dir /usr
<<<          dir /usr/include/nouveau
>>> Regenerating /etc/ld.so.cache...
>>> Original instance of package unmerged safely.
 * libdrm's ABI may have changed without change in library name
 * Please rebuild media-libs/mesa, x11-base/xorg-server and
 * your video drivers in x11-drivers/*.

So, if i have to rebuild mesa and xorg-server, they are going to pull in 9999 versions from the overlay, plus 9999 versions of the other drivers it wants me to rebuild, which you don't advocate. Should I go ahead, or just stay with only the two 9999 packages I've merged? Or is the comment about libdrm's ABI not relevant in this case?
_________________
Main box- AsRock x370 Gaming K4
Ryzen 1700, 3.0GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
Gentoo ~amd64 plasma, glibc-2.30-r2, gcc-9.2.0 kernel-5.3.9-gentoo USE=experimental


Last edited by wrc1944 on Sat May 22, 2010 1:18 pm; edited 1 time in total
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3260
Location: Gainesville, Florida

PostPosted: Fri May 21, 2010 11:53 pm    Post subject: Reply with quote

OK- went ahead and just did the xf86-video-ati 9999 update, and rebooted OK- kde and X seemed normal.
However, minimizing konsole, and then restoring konsole still immediately crashes X back to kdm screen, so apparently the xf86-video-ati 9999 driver doesn't fix my problem. Same deal with dolphin- clicking on the minimized "dolphin" button in the task manager tray immediately crashes X. I would expect other apps will also crash X, as before. :(
_________________
Main box- AsRock x370 Gaming K4
Ryzen 1700, 3.0GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
Gentoo ~amd64 plasma, glibc-2.30-r2, gcc-9.2.0 kernel-5.3.9-gentoo USE=experimental
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 7167
Location: Austria

PostPosted: Sat May 22, 2010 12:26 am    Post subject: Reply with quote

That's very unfortunate. Seems you got xf86-video-ati right under heavy development in contrast to codestation two weeks ago. It could also just be in a temporarily broken state, so I would watch out for the next few commits which could already solve the problem.

Or you ati users now go bugfix hunting for the one commit that made it working for codestation. ;)

Me, I'm also not using latest xf86-video-intel-9999 because nothing worked. Instead, I'm using a quickpkg version from some weeks ago. If your systems are similar enough, you could also try and exchange those.

@wrc1944: The libdrm message is just a warning, breakage could happen when not rebuilding mesa and xorg-server, but their -9999 builds are not strictly needed.
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
The Unabeefer
n00b
n00b


Joined: 23 Dec 2008
Posts: 60
Location: Chicago, IL

PostPosted: Sat May 22, 2010 9:37 am    Post subject: Reply with quote

wrc1944 wrote:
OK- went ahead and just did the xf86-video-ati 9999 update, and rebooted OK- kde and X seemed normal.
However, minimizing konsole, and then restoring konsole still immediately crashes X back to kdm screen, so apparently the xf86-video-ati 9999 driver doesn't fix my problem. Same deal with dolphin- clicking on the minimized "dolphin" button in the task manager tray immediately crashes X. I would expect other apps will also crash X, as before. :(


Crashes on me too, only my crash is as soon as I log in from KDM.... everything starts up and then just crashes. I'll try this again next week maybe and see if it works.

(tx11-video-ati-9999, and gentoo-sources-2.6.34)
_________________
I am a flying cow... worship me or DIE!!!

...and there he was, reigning supreme at number two...
The One... The Only... The Unabeefer
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3260
Location: Gainesville, Florida

PostPosted: Sat May 22, 2010 12:30 pm    Post subject: Reply with quote

Here's something interesting on this problem:
When booted to xfce4, I can open the same kde apps that crash X by clicking to minimize/maximize from the system tray button as mentioned above WITHOUT crashing X. They all work normally.

When booted to kde, any kde app will crash X when trying to restore (maximize) the window from the sys tray.

I'm thinking this isn't really an X problem per se, but a kde/qt problem. I think I read somewhere on either the Arch or Gentoo forums that compositing might be the problem- I'll try booting back to kde and disabling it and see if the problem persists. Don't know why I didn't try that before.

EDIT: OK! :) Disabled compositing and now X crashes no longer occur. Simple as that- obviously compositing wasn't enabled in xfce4. Guss I'll go back to the ~arch libdrm and xf86-video-ati drivers, and wait for the normal ~arch updates instead of keeping the 9999 versions and the x11 overlay.

Can anyone give more details as to what the actual problem(s) are with compositing causing X crashes? I'd like to keep an eye on the driver/qt/kde commits and see if I can spot the one that fixes this problem.
_________________
Main box- AsRock x370 Gaming K4
Ryzen 1700, 3.0GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
Gentoo ~amd64 plasma, glibc-2.30-r2, gcc-9.2.0 kernel-5.3.9-gentoo USE=experimental


Last edited by wrc1944 on Sat May 22, 2010 1:14 pm; edited 1 time in total
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 7167
Location: Austria

PostPosted: Sat May 22, 2010 12:53 pm    Post subject: Reply with quote

I believe it wouldn't work with any kind of compositing, before blaming KDE/Qt someone should check ati drivers' behavior with e.g. compiz. Especially since kwin compositing works well with other GPUs.
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3260
Location: Gainesville, Florida

PostPosted: Sat May 22, 2010 1:59 pm    Post subject: Reply with quote

Here's a weird addendum:
The same X crash problem occurs on Arch Linux testing with libdrm-2.4.20-2 and ati-6.13.0 + compositing, but does NOT occur on Mandriva Cooker with compositing and the same version ati driver and libdrm. Mandriva has a patch that fixes it?
_________________
Main box- AsRock x370 Gaming K4
Ryzen 1700, 3.0GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
Gentoo ~amd64 plasma, glibc-2.30-r2, gcc-9.2.0 kernel-5.3.9-gentoo USE=experimental
Back to top
View user's profile Send private message
asturm
Developer
Developer


Joined: 05 Apr 2007
Posts: 7167
Location: Austria

PostPosted: Sat May 22, 2010 2:09 pm    Post subject: Reply with quote

same kernel version each?
_________________
backend.cpp:92:2: warning: #warning TODO - this error message is about as useful as a cooling unit in the arctic
Back to top
View user's profile Send private message
wrc1944
Advocate
Advocate


Joined: 15 Aug 2002
Posts: 3260
Location: Gainesville, Florida

PostPosted: Sat May 22, 2010 4:00 pm    Post subject: Reply with quote

Mandriva Cooker is at 2.6.33.4-desktop-1mnb, Gentoo is with 2.6.34-rc4 vanilla, 2.6.34 Final patched with bfs318, and 2.6.34-ck1, mentioned above, and if I recall correctly, Arch is with various 2.6.33 versions.

On Arch, I'm running their testing/extras/core repos, and generally don't build kernels- just use theirs, and they remove the previous version. I'll check next time I boot Arch, but on Gentoo the kernels since various 2.6.33 versions and when this X problem begin didn't seem to make a difference.
_________________
Main box- AsRock x370 Gaming K4
Ryzen 1700, 3.0GHz, 16GB GSkill Flare DDR4 3200mhz
Samsung SATA 1000GB, Radeon HD R7 350 2GB DDR5
Gentoo ~amd64 plasma, glibc-2.30-r2, gcc-9.2.0 kernel-5.3.9-gentoo USE=experimental
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Desktop Environments All times are GMT
Goto page 1, 2  Next
Page 1 of 2

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum