lkml.org 
[lkml]   [1996]   [Nov]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.1.x and Diamond Stealth breaks


On Mon, 25 Nov 1996, Tom May wrote:

= On Wed, 13 Nov 1996, Martin Vernon wrote:
=
= > Since the 2.1.x tree came along, I have been unable to do ANY graphics
= > work on the Diamond card, text of course is fine.
= > Running X merely loses the video output altogether and the monitor blanks
= > totally, the same happens of any of the graphics tools like seejpeg and so
= > forth.
=
= There is no such thing as *the* Diamond card. Even cards with similar
= names, e.g., Stealth blah-blah-blah, are radically different, so you
= have to be pretty specific. For example, my Diamond Stealth 64 VRAM
= VLB card with 4MB (and I'm not sure even *that* is specific enough!)
= runs X just fine.

Aha yes, sorry if it wasn't too specific. In fact it is NOT just the
Diamond card (which is an 86C764 based Trio-64 with 2048KB) that messes up
under X on the 2.1.x kernels but also Cirrus Logic cards too (5440 with
2048KB tested half an hour ago) with EXACTLY the same results, here's a
snippet of the tty that started X :-

(--) SVGA: chipset: clgd5430
(--) SVGA: videoram: 2048k
(**) SVGA: clocks: 25.23 28.32 41.16 36.08 31.50 39.99 45.08 49.87
(**) SVGA: clocks: 64.98 72.16 75.00 80.01 85.23
(--) SVGA: Maximum allowed dot-clock: 85.500 MHz
(**) SVGA: Mode "640x480": mode clock = 31.500, clock used = 31.500
(**) SVGA: Mode "800x600": mode clock = 40.000, clock used = 39.990
(**) SVGA: Mode "1024x768": mode clock = 75.000, clock used = 75.000
(**) SVGA: Mode "1280x1024": mode clock = 80.000, clock used = 80.010
(**) SVGA: Virtual resolution set to 1600x1200
(--) SVGA: SpeedUp code selection modified because virtualX != 1024
(--) SVGA: clgd5430: Internal memory clock register is 0x1c (Standard RAS)
(**) SVGA: clgd5430: Approximate DRAM bandwidth for drawing: 68 of 100MB/s
(--) SVGA: clgd5430: 177152 bytes off-screen memory available
(--) SVGA: clgd5430: Using hardware cursor
(--) SVGA: clgd5430: Using accelerator functions
(--) SVGA: clgd5430: Using BitBLT engine
SVGA: Cannot read colourmap from VGA. Will restore with default

^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

This is the bit I'm concerned about, since all the SVGA stuff has the same
effect (seejpeg etc) and clearly it isn't card based anymore.
Incedentally, X and SVGA work fine on ALL the kernels right through the
1.3.x series and also on EVERY 2.0.x kernel.

The same results exactly are obtained with an S3868 based Diamond Stealth
card too and I shall be trying some ISA cards over the next week.

To my mind, it is something in the new 2.1.x kernels that has broken SVGA
handling for my setup (Cyrix 166+ on a VX board). I've tried almost every
possible combination of BIOS settings but nothing helps.

Not complaining, just wondering if it is something that should be reported
and if so, to whom (is it X, SVGA or Kernel ??).

A few other folk have reported the same troubles so I am not quite unique
here, just confused.

Cheers for now, Martin.
--
Martin Vernon, Sysop GB7OS/GB7OSP, Chairman GCPG, IP Co-ordinator N. Wales
GW6HVA@GB7OSP, gw6hva@gb7osp.ampr.org, e-mail: martin@gw6hva.demon.co.uk
Telephone - Voice +44 976 742149 Data: GB7OSP 8N1 +44 1492 872 467
http://warp.gb7osp.ampr.org or http://www.gw6hva.demon.co.uk


\
 
 \ /
  Last update: 2005-03-22 13:37    [W:0.020 / U:0.512 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site