kernfs oops with i915+i2c_core in 3.14 merge window

On Thu, Jan 30, 2014 at 2:05 PM, Tejun Heo wrote: > On Thu, Jan 30, 2014 at 02:03:18PM -0500, Josh Boyer wrote: >> Hi All, >> >> I'm seeing the oops below on my MacBookPro 10,2 machine using i915 >> graphics. It's after the DRM merge for 3.14 ( v3.13-10094-g9b0cd30) , >> but we seem to have one r

[PATCH v2 2/5] ASoC: tda998x: add a codec driver for TDA998x

et this weird probe ordering stuff. If you don't think that's sensible for some reason it'd be helpful to understand why. -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: Digital sig

kernfs oops with i915+i2c_core in 3.14 merge window

Hi All, I'm seeing the oops below on my MacBookPro 10,2 machine using i915 graphics. It's after the DRM merge for 3.14 ( v3.13-10094-g9b0cd30) , but we seem to have one report[1] of this happening well before that, in v3.13-3260-g03d11a0 as well. Does anyone have a clue what is going on here? h

[PATCH] drm/nouveau: set irq_enabled manually

2014-01-30, Ilia Mirkin : > On Thu, Jan 30, 2014 at 3:33 AM, Daniel Vetter wrote: >> On Thu, Jan 30, 2014 at 1:53 AM, Ilia Mirkin >> wrote: >>> Since commit 0fa9061ae8c ("drm/nouveau/mc: handle irq-related setup >>> ourselves"), drm_device->irq_enabled remained unset. This is needed in >>> order

[PATCH v3 5/5] ASoC: tda998x: adjust the audio CTS_N pre-divider from audio format

In some boards, with I2S input, the NXP TDA998x HDMI transmitter did not play audio streams with a sample width lower than S16_32. This patch adjusts the CTS_N predivider according to the used sample width. Signed-off-by: Jean-Francois Moine --- drivers/gpu/drm/i2c/tda998x_drv.c | 25 ++

<    1   2