lkml.org 
[lkml]   [2001]   [Apr]   [20]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: Re[2]: Problems with i2c-matroxfb and latest kernel
On 20 Apr 01 at 18:18, German Gomez Garcia wrote:
> On Fri, 20 Apr 2001 18:01:59 MET-1 Petr Vandrovec <VANDROVE@vc.cvut.cz> wrote:
> I've got it conected to the RGB->SVIDEO cable that was included with
> the Matrox G400 MAX, and the SVIDEO is connected to a VIDEO->RF conversor in
> order to distribute to other rooms. And what is the caller when modprobing?
> modprobe? the driver for the g400 i2c?

Yeah. RGB->SVIDEO cabel has connected SDA-SCL together, so when it transmits
zero data bit, it will find clocks held in zero... Caller is i2c-matroxfb
procedure which calls i2c_add_bit_bus() ... It calls it with 1s timeout
too, but it is another story... I believed that it is 100ms timeout...

> > You should compile i2c-algo-bit as module and use insmod it
> > with 'bit_test=1' parameter. It should do some tests on these pins
> > to find whether they are stuck in 0 or in 1. You can also try
> > 'i2c_debug=3' ...
>
> I'll check it and mail you with results.

bit_test=1 should say 'DDC#2: SCL unexpected low while pulling SDA low!'...
Petr Vandrovec
vandrove@vc.cvut.cz

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