public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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


  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