linux-kernel - Re: [PATCH] drm/i915: Increase the amount of defense before computing vblank timestamps

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Sun, 23 Jan 2011 10:52:56 +0000
From:	Chris Wilson <chris@...is-wilson.co.uk>
To:	chris2553@...glemail.com
Cc:	linux-kernel@...r.kernel.org
Subject: Re: [PATCH] drm/i915: Increase the amount of defense before computing vblank timestamps

On Sun, 23 Jan 2011 09:32:49 +0000, Chris Clayton <chris2553@...glemail.com> wrote:
> On Sunday 23 January 2011, Chris Clayton wrote:
> > On Saturday 22 January 2011, Chris Wilson wrote:
> > > On Sat, 22 Jan 2011 11:18:53 +0000, Chris Clayton
> > > <chris2553@...glemail.com>
> >
> > wrote:
> > > > On Saturday 22 January 2011, Chris Wilson wrote:
> > > > > Signed-off-by: Chris Wilson <chris@...is-wilson.co.uk>
> > > > > ---
> > > > >
> > > > > Chris, does this help?
> > > >
> > > > Sorry Chris, X still doesn't start with this patch applied. The
> > > > symptoms are slightly different in that the monitor doesn't go into
> > > > power saving mode, but the screen is still black and I have to recycle
> > > > the power to get the machine back.
> > > > The messages in the log file has changed though.We now have:
> > >
> > > Despite appearances to the contrary, it is a step forward. We have the
> > > crash under control, and now need to tackle the underlying problem.
> > >
> > > However, I'm worried by the fact that no CRTCs are attached. Is this not
> > > using KMS?
> >
> > No KMS is not configured in. I found that under an earlier version of the
> > kernel it caused my kernel to lock up, so I configured it out. I meant to
> > investigate further and report it, but then forgot. I'll turn KMS on and
> > report the outcome.
> >
> 
> Mmmm, I get a lock up when turning KMS on in 2.3.38-rc2+ and it looks like KMS 
> is inducing a crash in X. The Xorg log contains:
> 
> Backtrace:
> 0: /usr/X11/bin/X(xorg_backtrace+0x3b) [0x81352db]
> 1: /usr/X11/bin/X(xf86SigHandler+0x51) [0x80ba0b1]
> 2: [0xb78b5400]
> 3: /usr/X11R6/lib/libdrm_intel.so.1(+0x624b) [0xb72d024b]
> 4: /usr/X11R6/lib/libdrm_intel.so.1(drm_intel_bo_unreference+0x16) [0xb72cb446]
> 5: /usr/X11/lib/xorg/modules/drivers//intel_drv.so(intel_batch_flush+0xb6) 
> [0xb72ec876]
> 6: /usr/X11/lib/xorg/modules/drivers//intel_drv.so(+0x4b5d0) [0xb73215d0]
> 7: /usr/X11/lib/xorg/modules/drivers//intel_drv.so(uxa_fill_region_tiled+0x264) 
> [0xb7338fc4]
> 8: /usr/X11/lib/xorg/modules/drivers//intel_drv.so(+0x6343b) [0xb733943b]
> 9: /usr/X11/bin/X() [0x817b8c6]
> 10: /usr/X11/bin/X(miPaintWindow+0x1cb) [0x811484b]
> 11: /usr/X11/bin/X(miWindowExposures+0xbf) [0x8114bbf]
> 12: /usr/X11/bin/X() [0x80b364f]
> 13: /usr/X11/bin/X(MapWindow+0x3a8) [0x8072cc8]
> 14: /usr/X11/bin/X(InitRootWindow+0x10c) [0x8072dfc]
> 15: /usr/X11/bin/X(main+0x40a) [0x806be0a]
> 16: /lib/libc.so.6(__libc_start_main+0xe6) [0xb7412b86]
> 17: /usr/X11/bin/X() [0x806b2c1]

This looks more like typical memory corruption, and the usual requests to
make sure you have the latest stable drivers apply: Xorg-1.9,
xf86-video-intel-2.14, libdrm-2.4.23, [mesa-7.10].
-Chris

-- 
Chris Wilson, Intel Open Source Technology Centre
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/