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]
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)

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ