From: Andreas Mohr <andi@lisas.de>
To: Andreas Mohr <andi@lisas.de>
Cc: Mikulas Patocka <mpatocka@redhat.com>,
Linus Torvalds <torvalds@linux-foundation.org>,
David Airlie <airlied@linux.ie>,
dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org
Subject: Re: 3.14-rc7 crashes in drm ([PATCH] a crash in mga_driver_irq_uninstall)
Date: Sun, 23 Mar 2014 13:15:41 +0100 [thread overview]
Message-ID: <20140323121541.GA20971@rhlx01.hs-esslingen.de> (raw)
In-Reply-To: <20140322234317.GA10483@rhlx01.hs-esslingen.de>
Hi,
On Sun, Mar 23, 2014 at 12:43:17AM +0100, Andreas Mohr wrote:
> Hi,
>
> now testing 3.14-rc7 here (r128 hardware rather than MGA),
> and I seem to still be experiencing the same or very similar crash as you here:
I decided to do some more experimentation:
I added a
Section "Module"
Disable "dri"
EndSection
which did reliably disable dri according to 3.12.0-rc2+ xdpyinfo / Xorg.0.log
On -rc7 however, this changed the issue from a kernel OOPS into merely a
Xorg.0.log trace and abort (no such issue on working kernel
given my userspace configuration!):
[ 68.334] Backtrace:
[ 68.335] 0: /usr/bin/X (xorg_backtrace+0x49) [0xb7767769]
[ 68.335] 1: /usr/bin/X (0xb75ea000+0x181186) [0xb776b186]
[ 68.335] 2: linux-gate.so.1 (__kernel_rt_sigreturn+0x0) [0xffffe40c]
[ 68.335] 3: /usr/lib/i386-linux-gnu/libpixman-1.so.0 (0xb7430000+0x727c0) [0xb74a27c0]
[ 68.335] 4: /usr/lib/i386-linux-gnu/libpixman-1.so.0 (0xb7430000+0x57abf) [0xb7487abf]
[ 68.335] 5: /usr/lib/i386-linux-gnu/libpixman-1.so.0 (pixman_blt+0x7d) [0xb74367ad]
[ 68.335] 6: /usr/lib/xorg/modules/libfb.so (fbCopyNtoN+0x2af) [0xb6de066f]
[ 68.335] 7: /usr/bin/X (miCopyRegion+0x17c) [0xb7743f6c]
[ 68.336] 8: /usr/bin/X (miDoCopy+0x4f0) [0xb77445a0]
[ 68.336] 9: /usr/lib/xorg/modules/libfb.so (fbCopyArea+0x7e) [0xb6de089e]
[ 68.336] 10: /usr/lib/xorg/modules/libxaa.so (0xb6f04000+0xacf3) [0xb6f0ecf3]
[ 68.336] 11: /usr/lib/xorg/modules/libxaa.so (0xb6f04000+0x548d3) [0xb6f588d3]
[ 68.336] 12: /usr/bin/X (0xb75ea000+0x10929d) [0xb76f329d]
[ 68.336] 13: /usr/bin/X (0xb75ea000+0x15b60f) [0xb774560f]
[ 68.336] 14: /usr/bin/X (0xb75ea000+0x16cd21) [0xb7756d21]
[ 68.336] 15: /usr/bin/X (0xb75ea000+0x16d50c) [0xb775750c]
[ 68.337] 16: /usr/bin/X (0xb75ea000+0xbe0b7) [0xb76a80b7]
[ 68.337] 17: /usr/bin/X (miPointerUpdateSprite+0x2a7) [0xb7751687]
[ 68.337] 18: /usr/bin/X (0xb75ea000+0x16791a) [0xb775191a]
[ 68.337] 19: /usr/bin/X (0xb75ea000+0xcd1c4) [0xb76b71c4]
[ 68.337] 20: /usr/bin/X (0xb75ea000+0x101bfe) [0xb76ebbfe]
[ 68.337] 21: /usr/bin/X (0xb75ea000+0x4437b) [0xb762e37b]
[ 68.337] 22: /usr/bin/X (WindowHasNewCursor+0x3b) [0xb762f6db]
[ 68.337] 23: /usr/bin/X (ChangeWindowAttributes+0xb0c) [0xb7655e1c]
[ 68.338] 24: /usr/bin/X (0xb75ea000+0x35da7) [0xb761fda7]
[ 68.338] 25: /usr/bin/X (0xb75ea000+0x3c375) [0xb7626375]
[ 68.338] 26: /usr/bin/X (0xb75ea000+0x29e95) [0xb7613e95]
[ 68.338] 27: /lib/i386-linux-gnu/i686/cmov/libc.so.6 (__libc_start_main+0xf5) [0xb71ef8f5]
[ 68.338] 28: /usr/bin/X (0xb75ea000+0x2a1e9) [0xb76141e9]
[ 68.338]
[ 68.338] Bus error at address 0xb4f1ed4e
[ 68.338]
Fatal server error:
[ 68.339] Caught signal 7 (Bus error). Server aborting
I then also decided to update libdrm package:
i libdrm-dev:i386 2.4.52-1 i386 Userspace interface to kernel DRM services -- development files
ii libdrm-intel1:i386 2.4.52-1 i386 Userspace interface to intel-specific kernel DRM services -- runtime
rc libdrm-nouveau1 2.4.21-1~squeeze3 i386 Userspace interface to nouveau-specific kernel DRM services -- runtime
ii libdrm-nouveau2:i386 2.4.52-1 i386 Userspace interface to nouveau-specific kernel DRM services -- runtime
ii libdrm-radeon1:i386 2.4.52-1 i386 Userspace interface to radeon-specific kernel DRM services -- runtime
ii libdrm2:i386 2.4.52-1 i386 Userspace interface to kernel DRM services -- runtime
which did end up flawless on 3.12.0-rc2+, too
(but failed to improve the issue on 3.14.0-rc7+).
So, for all intents and purposes, drm infrastructure seems unavoidably
(neither dri disable nor libdrm upgrade helps) affected.
Does anyone know which change caused that issue?
(I'm asking because bisect here would be relatively painful).
Thanks,
Andreas Mohr
next prev parent reply other threads:[~2014-03-23 12:15 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-02-26 21:25 [PATCH] a crash in mga_driver_irq_uninstall Mikulas Patocka
2014-03-22 23:43 ` 3.14-rc7 crashes in drm ([PATCH] a crash in mga_driver_irq_uninstall) Andreas Mohr
2014-03-23 12:15 ` Andreas Mohr [this message]
2014-03-23 16:39 ` Linus Torvalds
2014-03-23 21:27 ` Andreas Mohr
2014-03-23 21:45 ` Dave Airlie
2014-03-24 8:56 ` Daniel Vetter
2014-03-24 17:17 ` Mikulas Patocka
2014-03-24 20:26 ` Daniel Vetter
2014-03-24 20:40 ` Mikulas Patocka
2014-03-24 21:46 ` Daniel Vetter
2014-03-24 23:11 ` Andreas Mohr
2014-03-25 9:13 ` Daniel Vetter
2014-03-25 22:42 ` Mikulas Patocka
2014-03-26 7:15 ` Daniel Vetter
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140323121541.GA20971@rhlx01.hs-esslingen.de \
--to=andi@lisas.de \
--cc=airlied@linux.ie \
--cc=dri-devel@lists.freedesktop.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mpatocka@redhat.com \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®