linux-kernel - Re: [PATCH] Fix i915 drm regression on AOpen i915GMm-HFS motherboard

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 for Android: free password hash cracker in your pocket

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

Message-ID: <4D226B49.6090509@t-online.de>
Date:	Tue, 04 Jan 2011 01:35:21 +0100
From:	Knut Petersen <Knut_Petersen@...nline.de>
To:	Chris Wilson <chris@...is-wilson.co.uk>
CC:	Linus Torvalds <torvalds@...ux-foundation.org>, airlied@...ux.ie,
	eric@...olt.net, jesse.barnes@...el.com,
	linux-kernel@...r.kernel.org,
	intel-gfx <intel-gfx@...ts.freedesktop.org>, gregkh@...e.de,
	Jean Delvare <khali@...ux-fr.org>,
	David Brownell <david-b@...bell.net>
Subject: Re: [PATCH] Fix i915 drm regression on AOpen i915GMm-HFS motherboard

Am 04.01.2011 00:22, schrieb Chris Wilson:

Well, here are the kernel messages from boot.msg.

dmesg output did not work ... there were 200000+  messages like
"[drm:intel_prepare_page_flip], preparing flip with no unpin work?" that
filled the
syslog until X had started up. A really verbose log. It's 1:27 CET, I'll
have to
take a nap now.

BTW: "All the trouble"? Not really. It believe that I have a special
talent to buy the
least supported hardware ... for my previous mobo I had to write a
working framebuffer
driver (cyblafb, now dropped from the kernel), and the PC I used before
that refused
to boot from CD until I hacked isolinux to patch BIOS pointers at
runtime ;-)

cu,
 Knut

> On Tue, 04 Jan 2011 00:09:19 +0100, Knut Petersen <Knut_Petersen@...nline.de> wrote:
>   
>> Kernel 2.6.37-rc8-git2
>> =================
>>
>> text mode console: ok, resolution 1280x1024, fully used by framebuffer
>> output
>> X: first device detected is LVDS with resolution 1024x768. VGA and DVI
>> connector work in X,
>> but X switches to 1024x768 for both of them. xrandr reports the four
>> physical connectors but
>> also LVDS, VGA2 and TV3 connectors.
>>     
> A false detection of the LVDS would appear to be a minor issue compared to
> all the trouble you have. Can you add drm.debug=0xe to your boot
> commandline and attach the resulting dmesg?
> -Chris
>
>   

View attachment "boot.msg-2.6.37-rc8-git2+Patch-Knut-Petersen" of type "text/plain" (88457 bytes)