From: DervishD <lkml@dervishd.net>
To: "Antonino A. Daplas" <adaplas@gmail.com>
Cc: Linux Fbdev development list
<linux-fbdev-devel@lists.sourceforge.net>,
Linux-kernel <linux-kernel@vger.kernel.org>
Subject: Re: [TESTED] tdfx framebuffer garbles display in 2.6.19.5
Date: Wed, 14 Mar 2007 10:06:55 +0100 [thread overview]
Message-ID: <20070314090655.GA2466@DervishD> (raw)
In-Reply-To: <1173164006.6285.8.camel@daplas>
Hi Antonino :)
NEW INFORMATION ABOUT THE PROBLEM
* Antonino A. Daplas <adaplas@gmail.com> dixit:
> On Tue, 2007-03-06 at 07:25 +0100, DervishD wrote:
> > > > With the patch, the scroll slows to a crawl and the system is
> > > > unusable. The time to scroll 30 lines is about a minute or so
> > > > (probably more, I just measured for a while).
> > > >
> > > > If you want me to test other patches, just tell :)
> > >
> > > Can you change the mdelay to udelay and use higher/lower delay values
> > > to see if there's any improvement?
> >
> > Yes, as soon as I can build a new kernel and reboot. Any suggested
> > value?
>
> You can start with 5 and increment by 5. So you need not reboot each
> time, compile tdfxfb as a module, and set CONFIG_HW_CONSOLE_BINDING=y
> (under drivers->char).
Until I discovered how to reproduce the bug, I had to reboot for
each test. But I discovered the real problem...
The garbling doesn't happen, no matter the udelay, until I start X.
Once X is started, even with an udelay(100) (which for me makes the
display untolerably slow) the problem happens.
This doesn't happen in latest 2.4.x, but I remember that some
characters "dissappeared" from the screen at some 2.4.x when X was
running. That was a known bug in the X driver of this card, so I'm not
sure if the last X.Org driver has this problem or not. Unfortunately, I
cannot test this directly, the most I can do is to test under Ubuntu,
which uses an older 2.6.x kernel.
If this new discovery doesn't ring any bell for you, I'll make a
test under Ubuntu and after that I'll just wait until I can upgrade X
(which I cannot do now) to latest X.Org (I'm now using 7.0.22).
Thanks for all your help. I'll keep you informed of any change I
notice, and (although I won't be very fast doing it...) you can count on
me to test any patch you want.
Raúl Núñez de Arenas Coronado
--
Linux Registered User 88736 | http://www.dervishd.net
It's my PC and I'll cry if I want to... RAmen!
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
WARNING: multiple messages have this Message-ID (diff)
From: DervishD <lkml@dervishd.net>
To: "Antonino A. Daplas" <adaplas@gmail.com>
Cc: Linux-kernel <linux-kernel@vger.kernel.org>,
Linux Fbdev development list
<linux-fbdev-devel@lists.sourceforge.net>
Subject: Re: [TESTED] tdfx framebuffer garbles display in 2.6.19.5
Date: Wed, 14 Mar 2007 10:06:55 +0100 [thread overview]
Message-ID: <20070314090655.GA2466@DervishD> (raw)
In-Reply-To: <1173164006.6285.8.camel@daplas>
Hi Antonino :)
NEW INFORMATION ABOUT THE PROBLEM
* Antonino A. Daplas <adaplas@gmail.com> dixit:
> On Tue, 2007-03-06 at 07:25 +0100, DervishD wrote:
> > > > With the patch, the scroll slows to a crawl and the system is
> > > > unusable. The time to scroll 30 lines is about a minute or so
> > > > (probably more, I just measured for a while).
> > > >
> > > > If you want me to test other patches, just tell :)
> > >
> > > Can you change the mdelay to udelay and use higher/lower delay values
> > > to see if there's any improvement?
> >
> > Yes, as soon as I can build a new kernel and reboot. Any suggested
> > value?
>
> You can start with 5 and increment by 5. So you need not reboot each
> time, compile tdfxfb as a module, and set CONFIG_HW_CONSOLE_BINDING=y
> (under drivers->char).
Until I discovered how to reproduce the bug, I had to reboot for
each test. But I discovered the real problem...
The garbling doesn't happen, no matter the udelay, until I start X.
Once X is started, even with an udelay(100) (which for me makes the
display untolerably slow) the problem happens.
This doesn't happen in latest 2.4.x, but I remember that some
characters "dissappeared" from the screen at some 2.4.x when X was
running. That was a known bug in the X driver of this card, so I'm not
sure if the last X.Org driver has this problem or not. Unfortunately, I
cannot test this directly, the most I can do is to test under Ubuntu,
which uses an older 2.6.x kernel.
If this new discovery doesn't ring any bell for you, I'll make a
test under Ubuntu and after that I'll just wait until I can upgrade X
(which I cannot do now) to latest X.Org (I'm now using 7.0.22).
Thanks for all your help. I'll keep you informed of any change I
notice, and (although I won't be very fast doing it...) you can count on
me to test any patch you want.
Raúl Núñez de Arenas Coronado
--
Linux Registered User 88736 | http://www.dervishd.net
It's my PC and I'll cry if I want to... RAmen!
next prev parent reply other threads:[~2007-03-14 9:05 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-26 14:47 tdfx framebuffer garbles display in 2.6.19.5 DervishD
2007-02-26 15:24 ` Antonino A. Daplas
2007-02-26 15:24 ` Antonino A. Daplas
2007-02-26 17:13 ` DervishD
2007-02-26 17:24 ` Antonino A. Daplas
2007-02-26 20:32 ` DervishD
2007-02-27 23:09 ` Antonino A. Daplas
2007-02-27 23:09 ` Antonino A. Daplas
2007-02-28 10:49 ` DervishD
2007-03-01 16:01 ` DervishD
2007-03-06 1:33 ` Antonino A. Daplas
2007-03-06 1:33 ` Antonino A. Daplas
2007-03-06 6:25 ` DervishD
2007-03-06 6:53 ` Antonino A. Daplas
2007-03-06 11:17 ` DervishD
2007-03-07 10:02 ` DervishD
2007-03-14 9:06 ` DervishD [this message]
2007-03-14 9:06 ` [TESTED] " DervishD
2007-02-26 15:24 ` James Simmons
2007-02-26 15:24 ` James Simmons
2007-02-26 17:04 ` DervishD
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=20070314090655.GA2466@DervishD \
--to=lkml@dervishd.net \
--cc=adaplas@gmail.com \
--cc=linux-fbdev-devel@lists.sourceforge.net \
--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.