[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAPM=9tynyGoV6ppRZe+y5WGUbQRSPc+ih9RL2HZQu951AoZiog@mail.gmail.com>
Date: Fri, 4 May 2012 10:20:56 +0100
From: Dave Airlie <airlied@...il.com>
To: Nick Bowler <nbowler@...iptictech.com>
Cc: Maarten Maathuis <madman2003@...il.com>,
Martin Peres <martin.peres@...ri.fr>,
Dmitry Torokhov <dmitry.torokhov@...il.com>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
dri-devel@...ts.freedesktop.org, Ben Skeggs <bskeggs@...hat.com>,
Linus Torvalds <torvalds@...ux-foundation.org>
Subject: Re: Linux 3.4-rc4
>>
>> FWIW, for me EDID failure on new kernels is 100% reproducible, and there
>> are no such checksum errors in the log. It's just missing.
>>
>> > Just a crazy thought, but didn't we change some timings related to
>> > EDID retrieval? To make it faster.
>>
>> OK, this time bisecting started off relatively smoothly (doing the same
>> "backwards" bisect on the branch-o-reverts as last time), but then my
>> disk died halfway through...
> [...]
>
> OK, system is back online and I finished the bisection. The commit that
> broke it for me is the following, and reverting it on top of 3.3.4 + the
> "make VGA work at all" patch fixes this particular issue for me.
>
Can you test with the attached patch? its a revert mostly of Ben's patch, and
he says with the i2c core change stuff is working for him again.
Dave.
Download attachment "0001-drm-nouveau-i2c-resume-use-of-i2c-algo-bit-rather-th.patch" of type "application/octet-stream" (6615 bytes)
Powered by blists - more mailing lists