linux-kernel - Re: [v3.8 Regression] Merge tag 'v3.7-rc2' into drm-intel-next-queued

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>] [day] [month] [year] [list]

Message-ID: <515C806D.7040100@canonical.com>
Date:	Wed, 03 Apr 2013 15:18:05 -0400
From:	Joseph Salisbury <joseph.salisbury@...onical.com>
To:	Daniel Vetter <daniel.vetter@...ll.ch>
CC:	David Airlie <airlied@...ux.ie>,
	intel-gfx <intel-gfx@...ts.freedesktop.org>,
	dri-devel <dri-devel@...ts.freedesktop.org>,
	LKML <linux-kernel@...r.kernel.org>
Subject: Re: [v3.8 Regression] Merge tag 'v3.7-rc2' into drm-intel-next-queued

On 04/03/2013 03:16 PM, Daniel Vetter wrote:
> On Wed, Apr 3, 2013 at 9:08 PM, Joseph Salisbury 
> <joseph.salisbury@...onical.com 
> <mailto:joseph.salisbury@...onical.com>> wrote:
>
>     Hi Daniel,
>
>     A bug was opened against the Ubuntu kernel[0].  After a kernel
>     bisect, it was found the following was the first bad commit:
>
>
>     commit c2fb7916927e989ea424e61ce5fe617e54878827
>     Merge: 29de6ce 6f0c058
>     Author: Daniel Vetter <daniel.vetter@...ll.ch
>     <mailto:daniel.vetter@...ll.ch>>
>     Date:   Mon Oct 22 14:34:51 2012 +0200
>
>         Merge tag 'v3.7-rc2' into drm-intel-next-queued
>
>
>
>     The regression was introduced as of v3.8-rc1.  However, further
>     testing also shows this bug is now fixed in v3.9-rc4.
>
>     I see that you are the author of this patch, so I wanted see if I
>     can get your feedback.  Do you happen to have an idea what may
>     have fixed this in v3.9-rc4, so we can send a request to stable,
>     if not already done?  Otherwise, I can perform a reverse bisect to
>     see which commit fixed this.
>
>
> So apparently it's an oops somewhere in the nouveau setup code, which 
> bisected to a backmerge which has _only_ conflicts in drm/i915 driver 
> code.
>
> I have no idea what blew up here, sorry.
> -Daniel

Thanks for the info, Daniel.  I'll go the reverse bisect route.

>
>
>
>
>     Thanks,
>
>     Joe
>
>     [0] http://pad.lv/1109309
>
>
>
>
> -- 
> Daniel Vetter
> Software Engineer, Intel Corporation
> +41 (0) 79 365 57 48 - http://blog.ffwll.ch

--
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/