On Sun, 2011-05-22 at 00:07 -0400, Aaron M. Ucko wrote: > Package: linux-2.6 > Version: 2.6.39-1 > Severity: important > > Since upgrading from 2.6.38-2 (Debian 2.6.38-5), I've found that, at > least on systems with integrated Intel graphics, loading the eeprom > module hangs indefinitely after reporting messages of the form > > [drm] GMBUS timed out, falling back to bit banging on pin N [i915 gmbus foo] > > This regression proved particularly troublesome on my desktop, whose > /etc/modules has historically listed eeprom (per sensors-detect?); > however, as you can see, I can reproduce it on my laptop as well. I don't know if you're aware, but monitors and other video displays provide various information (EDID) in an I2C EEPROM, with the I2C bus running over the display connector. The eeprom driver is probing this I2C bus (which seems to be intentional). I don't recommend that you load this driver. > (A couple of minor details vary; my desktop's chipset is a Q35 rather > than a GM45, and after giving up on pin 0 there, the kernel proceeds > to try pin 1, with the hang occurring after one mention thereof.) > > Could you please investigate this problem? I don't see any changes to the eeprom module in 2.6.39, but there have been some changes to the I2C implementation in the i915 driver. So please report this upstream at <https://bugs.freedesktop.org>, under product 'DRI', component 'DRM/Intel'. Let us know the bug number or URL so we can track it. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse.
Attachment:
signature.asc
Description: This is a digitally signed message part