lkml.org 
[lkml]   [2002]   [Mar]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: Screen corruption in 2.4.18
Date
On Sunday 24 March 2002 08:05, you wrote:
> On Sat, Mar 23, 2002 at 10:06:47AM -0600, Steven Walter wrote:
> > > Don't get it wrong. I *do have* an VT8365. VT8365 (ProSavage KM133) is
> > > somewhat the same as VT8363 (KT133), except that 8365 has an integrated
> > > Savage graphics card (which *I use*).
> >
> > Aha... I see. And in thinking about it, I realize that my motherboard
> > also has this integrated graphics card. Perhaps this is the difference?
> > Unfortunately, it seems they both report the same PCI id, so I don't
> > really know of a way to differentiate them.
>
> I can verify Danijel's report -- I have the same setup
> (VT8363+VT8353, a.k.a. ProSavage KM133), and I experience the

Actually the *northbridge is VT8365* (ProSavage KM133), while it can be
combined with other southbridges like VIA VT86c686A or VT86c686B (I'm using
the B one.) VT8363 (KT133) is a similar chipset to KM133, and the only
difference should be the integrated Savage graphics card in KM133.

> same screen corruption. Clearing only bit 7 of register 55 fixes

Well, we're not the only ones with this problem. BTW, which motherboard do
you have? Maybe it's a mainboard failure (mine is a MSI MS-6340M V1). I know
one more Linux user with this problem on the same M/B.

> the problem; clearing bits 5 and 6 causes the video to go all
> borky. There's been another thread about it on lkml over the
> last week or so.
>
> > I looked at that datasheet, and the datasheet for the 8363. Both said
> > not to program offset 55, and both said the bits we are clearing are
> > "reserved." Perhaps we should contact VIA directly, tell them the
> > problem we're having with their current fix, tell them our theory, and
> > ask if we're right.
>
> Heh, a VIA contact who knows what the hell that register does
> would be nice :).
>
> In the meantime, I'd probably suggest a patch which looks for
> clears only bit 7 of Rx55 if an 8363 and an 8365 is found. I'll
> whip one up later today.

Yes, should implement some autodetection to detect VT8365 and clear only bit
7 and include it in the kernel *as soon as possible* (I don't have any kernel
programming experience, so don't ask me to do so, although it should be
something trivial ;))

BTW, find KM133 and KT133 datasheets here ;)
* VT8363: http://www.fae.com.tw/datasheet/8363kt/DS8363040.pdf
* VT8365: http://www.fae.com.tw/datasheet/8365/DS8365030.pdf

Regards,

Danijel
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:25    [W:0.139 / U:0.176 seconds]
©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site