From: Paolo Ornati <ornati@fastwebnet.it>
To: adaplas@pol.net
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.6.9-rc1: scrolling with tdfxfb 5 times slower
Date: Wed, 1 Sep 2004 13:48:19 +0200 [thread overview]
Message-ID: <200409011348.19645.ornati@fastwebnet.it> (raw)
In-Reply-To: <200409011821.06520.adaplas@hotpop.com>
[-- Attachment #1: Type: text/plain, Size: 1947 bytes --]
On Wednesday 01 September 2004 12:21, Antonino A. Daplas wrote:
> On Wednesday 01 September 2004 15:20, Paolo Ornati wrote:
> > Ok, with this patch and CONFIG_FB_3DFX_ACCEL=y the scrolling speed
> > comes back (only a bit slower than with 2.6.8.1 without
> > CONFIG_FB_3DFX_ACCEL):
> >
> > $ time cat MAINTAINERS: ~2.67s
>
> Ok. However, I'm still wondering at the scrolling speed, it's a bit
> slower than what I would expect (I get < 1 second with vesafb which is
> completely unaccelerated).
>
> Did you set info->flags = FBINFO_DEFAULT | FBINFO_HWACCEL_YPAN?
yes
> Do you use the 'nopan' boot option?
no
>
> Because if you answer yes to the first question and no to the second,
> that means that tdfxfb_pan_display() is probably broken.
>
> BTW, what does fbset -i say, and what's your hardware setup?
ASUS A7V (VIA Apollo KT133 Chipset)
AMD Duron 750
3dfx Voodoo Banshee 16 MB
lspci -v (attached)
$ fbset -i: (from 2.6.9-rc1 + your new patch without CONFIG_FB_3DFX_ACCEL:
see the next e-mail)
mode "800x600-85"
# D: 60.753 MHz, H: 55.839 kHz, V: 84.992 Hz
geometry 800 600 800 20971 8
timings 16460 160 64 36 16 64 5
accel true
rgba 8/0,8/0,8/0,0/0
endmode
Frame buffer device information:
Name : 3Dfx Banshee
Address : 0xe4000000
Size : 16777216
Type : PACKED PIXELS
Visual : PSEUDOCOLOR
XPanStep : 0
YPanStep : 1
YWrapStep : 0
LineLength : 800
MMIO Address: 0xe0000000
MMIO Size : 33554432
Accelerator : Unknown (31)
>
> > Another interesting thing is that if I enable CONFIG_FB_3DFX_ACCEL
> > without your patch the screen becomes black and the kernel stop working
> > at boot time (when the mode switch happens).
>
> tdfxfb_cursor() is broken, so I disabled that. It's the reason your
> machine hangs at boot time if CONFIG_FB_3DFX_ACCEL is set to y.
ok
>
> Tony
--
Paolo Ornati
Gentoo Linux (kernel 2.6.9-rc1)
[-- Attachment #2: lspci.gz --]
[-- Type: application/x-gzip, Size: 1023 bytes --]
next prev parent reply other threads:[~2004-09-01 11:57 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-08-31 19:33 2.6.9-rc1: scrolling with tdfxfb 5 times slower Paolo Ornati
2004-08-31 20:28 ` Antonino A. Daplas
2004-09-01 7:10 ` Paolo Ornati
2004-08-31 23:29 ` Antonino A. Daplas
2004-09-01 7:20 ` Paolo Ornati
2004-09-01 10:21 ` Antonino A. Daplas
2004-09-01 10:51 ` Antonino A. Daplas
2004-09-01 11:55 ` Paolo Ornati
2004-09-01 20:10 ` Antonino A. Daplas
2004-09-02 9:23 ` Paolo Ornati
2004-09-02 12:20 ` Antonino A. Daplas
2004-09-02 17:10 ` Paolo Ornati
2004-09-02 19:52 ` Antonino A. Daplas
2004-09-01 20:20 ` Antonino A. Daplas
2004-09-02 9:26 ` Paolo Ornati
2004-09-01 11:48 ` Paolo Ornati [this message]
2004-09-01 1:21 ` David S. Miller
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=200409011348.19645.ornati@fastwebnet.it \
--to=ornati@fastwebnet.it \
--cc=adaplas@pol.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox