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:3.793 / U:0.272 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site