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 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.