aboutsummaryrefslogtreecommitdiff
path: root/crypto/cast6.c
diff options
context:
space:
mode:
authorLuis F. Ortiz <lfo@Polyad.Org>2006-01-05 13:12:41 -0800
committerDavid S. Miller <davem@davemloft.net>2006-01-05 13:12:41 -0800
commit5b373e10aeadc2599c085a3357b7fad8b8e760b8 (patch)
tree63b6a041cc7fdef16c32949e30f898a8bb3a6b1e /crypto/cast6.c
parentdb9edfd7e339ca4113153d887e782dd05be5a9eb (diff)
[ATYFB]: Fix onboard video on SPARC Blade 100 for 2.6.{13,14,15}
I have recently been switching from using 2.4.32 on my trusty old Sparc Blade 100 to using 2.6.15 . Some of the problems I ran into were distorted video when the console was active (missing first character, skipped dots) and when running X windows (colored snow, stripes, missing pixels). A quick examination of the 2.6 versus 2.4 source for the ATY driver revealed alot of changes. A closer look at the code/data for the 64GR/XL chip revealed two minor "typos" that the rewriter(s) of the code made. The first is a incorrect clock value (230 .vs. 235) and the second is a missing flag (M64F_SDRAM_MAGIC_PLL). Making both these changes seems to have fixed my problem. I tend to think the 235 value is the correct one, as there is a 29.4 Mhz clock crystal close to the video chip and 235.2 (29.4*8) is too close to 235 to make it a coincidence. The flag for M64F_SDRAM_MAGIC_PLL was dropped during the changes made by adaplas in file revision 1.72 on the old bitkeeper repository. The change relating to the clock rate has been there forever, at least in the 2.6 tree. I'm not sure where to look for the old 2.5 tree or if anyone cares when it happened. On SPARC Blades 100's, which use the ATY MACH64GR video chipset, the clock crystal frequency is 235.2 Mhz, not 230 Mhz. The chipset also requires the use of M64F_SDRAM_MAGIC_PLL in order to setup the PLL properly for the DRAM. Signed-off-by: Luis F. Ortiz <lfo@Polyad.Org> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'crypto/cast6.c')
0 files changed, 0 insertions, 0 deletions