From: "Antonino A. Daplas" <adaplas@gmail.com>
To: Jesper Juhl <jesper.juhl@gmail.com>
Cc: LKML List <linux-kernel@vger.kernel.org>, Andrew Morton <akpm@osdl.org>
Subject: Re: Yet more display troubles with 2.6.15-rc5-mm2
Date: Tue, 13 Dec 2005 08:38:53 +0800 [thread overview]
Message-ID: <439E181D.4090409@gmail.com> (raw)
In-Reply-To: <9a8748490512121031p11beaa51l7445ce1a5b31c3c6@mail.gmail.com>
Jesper Juhl wrote:
> On 12/12/05, Antonino A. Daplas <adaplas@gmail.com> wrote:
>> Jesper Juhl wrote:
>>> In addition to the problem I reported earlier about 2.6.15-rc5-mm2
>>> hanging at boot with vga=791 I've just discovered another problem.
>>>
>>> If I boot with vga=normal (which is aparently all that works), then I
>>> can boot up to a nice lain text login and run startx, but if I then
>>> switch away from X back to a text console with ctrl+alt+f6 or if I
>>> shut down X, then I'm presented with a completely garbled text mode
>>> screen - flashing coloured blocks all over, random bits of text at
>>> random locations etc.
>>>
>>> Also, when starting X, just before the cursor appears I normally just
>>> have a black screen. With this kernel I first get a short blink of a
>>> garbled graphics mode screeen with either what looks like just random
>>> pixels or sometimes with something that looks like a mangled snapshot
>>> of my text mode console, or if I kill X with ctrl+alt+backspace and
>>> then start it again (the garbled text mode console does work, although
>>> I'm glad I know how to touch type ;) then I sometimes get what looks
>>> like a snapshot of my previous X session with random pixels on top.
>>> The garbled graphical screen stays for just a blink of an eye, then
>>> it's replaced with the normal black screen and the mouse cursor.
>>>
>>> 2.6.15-rc5-git1 works perfectly without these issues.
>> I cannot reproduce your problem...
>>
>
>> Can you try another X driver, ie, vesa?
>>
> I'm already using the vesa driver. It seems to be the only Open Source
> driver that'll work with this card, so i don't have any other to try.
>
Ah, vesa Xorg driver with vgacon. I haven't tried that yet. Let me check if
I can reproduce the problem.
>> Also, these 2 patches are present in mm but not in Linus' tree. Can
>> you check which of these are the culprit, if any?
>>
>> http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.15-rc2/2.6.15-rc2-mm1/broken-out/vgacon-fix-doublescan-mode.patch
>> http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.15-rc2/2.6.15-rc2-mm1/broken-out/vgacon-workaround-for-resize-bug-in-some-chipsets.patch
>>
>
> Since this is 2.6.15-rc5-mm2 I grabbed these two instead:
> http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.15-rc5/2.6.15-rc5-mm2/broken-out/vgacon-fix-doublescan-mode.patch
> http://kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.15-rc5/2.6.15-rc5-mm2/broken-out/vgacon-workaround-for-resize-bug-in-some-chipsets.patch
>
> Reverting both patches didn't fix the problem. Starting X then
> switching back to a text mode console still results in a completely
> messed up text console. X is fine, I can switch back to it no problem,
> but text consoles go bye-bye...
>
> Would there be any point in trying a kernel with just one of the
> patches reverted?
Those 2 patches are independent, so it's possible that their side
effects can cancel each other out. So yes, try reversing one patch
at a time.
Tony
next prev parent reply other threads:[~2005-12-13 0:39 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-11 21:06 Yet more display troubles with 2.6.15-rc5-mm2 Jesper Juhl
2005-12-12 0:03 ` Antonino A. Daplas
2005-12-12 18:31 ` Jesper Juhl
2005-12-13 0:38 ` Antonino A. Daplas [this message]
2005-12-13 21:16 ` Jesper Juhl
2005-12-13 9:41 ` Antonino A. Daplas
2005-12-13 21:19 ` Jesper Juhl
2005-12-14 1:22 ` Antonino A. Daplas
2005-12-20 18:00 ` Jesper Juhl
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=439E181D.4090409@gmail.com \
--to=adaplas@gmail.com \
--cc=akpm@osdl.org \
--cc=jesper.juhl@gmail.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox