linux-kernel - Re: [Regression] 83f45fc turns machine's screen off

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:	Mon, 15 Dec 2014 08:31:56 +0100
From:	Daniel Vetter <daniel@...ll.ch>
To:	Emmanuel Benisty <benisty.e@...il.com>
Cc:	Daniel Vetter <daniel.vetter@...ll.ch>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Dave Airlie <airlied@...ux.ie>,
	intel-gfx <intel-gfx@...ts.freedesktop.org>,
	dri-devel <dri-devel@...ts.freedesktop.org>
Subject: Re: [Regression] 83f45fc turns machine's screen off

On Sun, Dec 14, 2014 at 02:07:19AM +0100, Emmanuel Benisty wrote:
> Hi Daniel,
> 
> > On Mon, Nov 10, 2014 at 10:19 PM, Daniel Vetter <daniel.vetter@...ll.ch> wrote:
> >> Adding relevant mailing lists.
> >>
> >>
> >> On Sat, Nov 8, 2014 at 7:34 PM, Emmanuel Benisty <benisty.e@...il.com> wrote:
> >>> Hi,
> >>>
> >>> The following commit permanently turns my screen off when x server is
> >>> started (i3 330M Ironlake):
> >>>
> >>>     [83f45fc360c8e16a330474860ebda872d1384c8c] drm: Don't grab an fb
> >>> reference for the idr
> >>>
> >>> Reverting this commit fixed the issue.
> >>
> >> This is definitely unexpected. I think we need a bit more data to
> >> figure out what's going on here:
> >> - Please boot with drm.debug=0xe added to your kernel cmdline and grab
> >> the dmesg right after boot-up for both a working or broken kernel.
> >
> > Please see attached files.
> >
> >> - Are you using any special i915 cmdline options?
> >
> > Nope.
> 
> Is there anything else I could provide to help fixing this issue? It's
> still in Linus' tree.

Sorry for the delay. Absolutely no difference in the relevant parts of the
log. There could be the chance that something is hidden somewhere, so can
please grab a new set of logs but this time with drm.debug=0xe?
-Daniel
-- 
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/