Subject: Pixelclock too high
To: None <port-amiga@netbsd.org>
From: Georges Heinesch <ghmlist@attglobal.com>
List: port-amiga
Date: 06/11/2000 22:34:34
I have a CV64/4 gfx-card.
When booting, I get the following message:
----- cut here -----
[...]
grfcv: Pixelclock too high in mode 10
grfcv: Pixelclock too high in mode 11
grfcv: Pixelclock too high in mode 12
grfcv: Pixelclock too high in mode 13
grfcv: Pixelclock too high in mode 16
[...]
----- cut here -----
Here te /etc/grfmodes:
----- cut here -----
# 8-Bit Modes.
1 32000000 640 480 8 640 656 720 840 480 481 484 500 default
2 50000000 800 600 8 800 816 896 1056 600 601 604 625 default
3 79000000 1024 768 8 1024 1040 1136 1312 768 769 772 800 default
4 100000000 1152 870 8 1152 1184 1312 1456 870 873 876 915 default
5 135000000 1152 900 8 1152 1184 1328 1576 900 903 906 945 default
6 135000000 1280 1024 8 1280 1296 1440 1688 1024 1025 1028 1066 default
# 16-Bit Modes.
7 32000000 640 480 16 640 656 720 840 480 481 484 500 default
8 50000000 800 600 16 800 816 896 1056 600 601 604 625 default
9 79000000 1024 768 16 1024 1040 1136 1312 768 769 772 800 default
10 100000000 1152 870 16 1152 1184 1312 1456 870 873 876 915 default
11 100000000 1152 900 16 1152 1184 1312 1456 900 903 906 945 default
12 110000000 1280 1024 16 1280 1352 1480 1688 1024 1025 1026 1066 default
13 108000000 1152 864 16 1152 1184 1312 1520 864 867 870 909 default
# 24-Bit Modes.
14 32000000 640 480 24 640 656 720 840 480 481 484 500 default
15 50000000 800 600 24 800 816 896 1056 600 601 604 625 default
16 53000000 1024 768 24 1024 1048 1144 1208 768 769 772 789 default
----- cut here -----
Indeed, the modes 10, 11, 12, 13, 16 are higher than the standard
CV64/4 modi, but they work fine on my system. Matthias SCheler told be
2 years ago:
----- cut here -----
[...]
> How can I avoid those warnings during booting?
You have to compile a kernel with "options CV_AGGRESSIVE_TIMING".
[...]
----- cut here -----
This was for an older kernel (1.2.x I believe). Is there no other
method to enable these modi than building a new kernel with
"CV_AGGRESSIVE_TIMING"?
BTW, it's a long time I haven't heard of Matthias.
Did he leave NetBSD?
TIA
--
Cu Georges Heinesch, Luxembourg
geohei@geohei.lu
http://www.geohei.lu
PGP 2.6.3i / 5.1i public key on request and on public servers
... better do a good thing today, than a perfect thing tomorrow ...