From: "Ville Syrjälä" <syrjala@sci.fi>
To: linux-fbdev-devel@lists.sourceforge.net
Cc: Raphael Assenat <raph@raphnet.net>
Subject: Re: atyfb h/vsync polarity
Date: Thu, 23 Jun 2005 16:48:29 +0300 [thread overview]
Message-ID: <20050623134829.GA18960@sci.fi> (raw)
In-Reply-To: <200506231125.10848.alex.kern@gmx.de>
On Thu, Jun 23, 2005 at 11:25:10AM +0200, Alexander Kern wrote:
> Am Mittwoch, 22. Juni 2005 16:08 schrieb Raphael Assenat:
> > Hi,
> > I am a Linux Sparc64 user, and recently I decided to switch from 2.4
> > kernel series to 2.6 series. Everything worked well, but I had trouble
> > getting the framebuffer console to work.
> >
> > In openboot, my monitor worked perfectly. But as soon as Linux
> > configured the framebuffer, my monitor would loose sync. I compared the
> > output given by fbset on the working configuration (2.4 kernel) and the
> > non-working configuration (2.6.12 kernel). Every setting was identical,
> > except that the output on 2.4 had 'hsync high'. I tried 'fbset -hsync
> > high', but the screen still did not sync, and fbset still did not report
> > 'hsync high', as if the setting was ignored.
> >
> > After digging a little bit, I found this in
> > drivers/video/aty/atyfb_base.c:
> >
> > if(vdisplay < 400) {
> > h_sync_pol = 1;
> > v_sync_pol = 0;
> > } else if(vdisplay < 480) {
> > h_sync_pol = 0;
> > v_sync_pol = 1;
> > } else if(vdisplay < 768) {
> > h_sync_pol = 0;
> > v_sync_pol = 0;
> > } else {
> > h_sync_pol = 1;
> > v_sync_pol = 1;
> > }
> >
> > So no mater what sync polarity we ask for, the driver overrides them. I
> > commented the code above in my build, and the framebuffer console finally
> > works.
> >
> > It seems strange to me that the driver ignores the sync polarity we
> > request, but I'm sure the above code exists for a good reason so I would
> > not suggest to simply remove it as a fix. Can anyone explain why this code
> > is
> > necessary?
> this behaviour is from XFree code and more VGA like.
I don't think this sort of code really belongs in atyfb. If someone wants
to follow this rule he can simply use modelines with the appropriate sync
polarities.
--
Ville Syrjälä
syrjala@sci.fi
http://www.sci.fi/~syrjala/
-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id\x16492&op=click
next prev parent reply other threads:[~2005-06-23 13:48 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-06-22 14:08 atyfb h/vsync polarity Raphael Assenat
2005-06-23 9:25 ` Alexander Kern
2005-06-23 13:48 ` Ville Syrjälä [this message]
2005-06-23 18:11 ` Raphael Assenat
2005-07-22 4:06 ` Antonino A. Daplas
2005-07-30 23:07 ` [PATCH] " Alexander Kern
2005-07-30 23:19 ` Andrew Morton
2005-07-31 1:45 ` Antonino A. Daplas
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=20050623134829.GA18960@sci.fi \
--to=syrjala@sci.fi \
--cc=linux-fbdev-devel@lists.sourceforge.net \
--cc=raph@raphnet.net \
/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.