All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Daniël Mantione" <daniel@deadlock.et.tudelft.nl>
To: Claas Langbehn <claas@rootdir.de>
Cc: Geert Uytterhoeven <geert@linux-m68k.org>,
	Linux Kernel Development <linux-kernel@vger.kernel.org>
Subject: Re: 2.6.0: atyfb broken
Date: Sun, 4 Jan 2004 10:40:31 +0100 (CET)	[thread overview]
Message-ID: <Pine.LNX.4.44.0401041026110.28807-100000@deadlock.et.tudelft.nl> (raw)
In-Reply-To: <20040104005246.GA2153@rootdir.de>



On Sun, 4 Jan 2004, Claas Langbehn wrote:

> > The best thing you can try is to connect a CRT. Its a handy tool (it
> > eats any video mode, including wrong ones) to check if the driver does
> > something wrong. Use it to inspect geometry and the horizontal & vertical
> > refresh rates. The CRT should dislay 1024x768 60 Hz in all resolutions
> > (unless you switch off the LCD display).
> >
> > Compile Atyfb as module. Use fbset to switch video modes blindly. Check
> > the following modes: 640x400, 640x480, 1024x768.

> Okay, the external monitor was a good idea.
> I can boot with the external monitor and atyfb.

2.4.23?

> when I do fbset 1024x768-60, then the screen gets distorted, then I hit
> Fn + F5 (Monitor selection) several times, and finally I get a working
> picture.

Ah you have a working fn-f5? good! fn-f5 will fix your display in most
cases, however, my experience is also that it can mess things up. If you
can get in 1024x768 without fn-f5 please try so, to make sure the chip is
in a clean state.

Remember to do all tests with both displays enabled. When you are in
1024x768 60 Hz, the hardware stretcher is disabled. Test if horizontal
stretching works:

fbset -xres 640

You can do this because the video timings are locked to
1024x768-60, and your refresh rate does not get a boost like with a
normal vga monitor. Because we only use 1 Crt controller, your external
monitor is locked too.

You should now have a 640x768 mode. Watch the image on the Crt display. It
should be rock stable during the mode switch the Crt should not be
detecting any mode change and the picture should not change position.

Switch back to 1024x768:

fbset -xres 1024

Now try the vertical streching:

fbset -yres 480

Check again very close what happens on your crt. It is my expectation that
one of these tests fails and the other will wok correctly.

> So tell me how we can do register debuggig.

I'll send you my register dump programs so you can compare the setting of
the Crt controller with fo example X video modes.

Daniël


  reply	other threads:[~2004-01-04  9:40 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-12-30 21:26 2.6.0: atyfb broken Claas Langbehn
2003-12-31  4:06 ` Andrew Morton
2003-12-31  4:33   ` Benjamin Herrenschmidt
2004-01-05 23:33     ` James Simmons
2004-01-05 23:44       ` Benjamin Herrenschmidt
2004-03-29 15:45       ` Benjamin Herrenschmidt
2004-03-29 15:45     ` James Simmons
2004-01-01 18:55 ` Geert Uytterhoeven
2004-01-01 21:53   ` Claas Langbehn
2004-01-02 12:44     ` Geert Uytterhoeven
2004-01-02 15:36       ` Daniël Mantione
2004-01-03 23:37         ` Claas Langbehn
2004-01-04  0:27           ` Daniël Mantione
2004-01-04  0:52             ` Claas Langbehn
2004-01-04  9:40               ` Daniël Mantione [this message]
     [not found]               ` <Pine.LNX.4.44.0401041040480.28807-402000@deadlock.et.tudelft.nl>
     [not found]                 ` <20040104110941.GA983@rootdir.de>
     [not found]                   ` <20040104121019.GB1073@rootdir.de>
2004-01-04 16:35                     ` Claas Langbehn
2004-01-05 22:32 ` James Simmons
2004-01-06 18:16   ` Ralf Hildebrandt
2004-01-07  1:01     ` James Simmons

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=Pine.LNX.4.44.0401041026110.28807-100000@deadlock.et.tudelft.nl \
    --to=daniel@deadlock.et.tudelft.nl \
    --cc=claas@rootdir.de \
    --cc=geert@linux-m68k.org \
    --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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.