[Bug 73420] [HAWAII] atombios stuck executing errors

dri-devel/attachments/20140130/78857d94/attachment.html>

[Bug 74250] [HAWAII][DPM] New Version 3.1 for ASIC_ProfilingInfo / ci_upload_dpm_level_enable_mask failed

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/dc89fcd7/attachment.html>

[Bug 74250] New: [HAWAII][DPM] New Version 3.1 for ASIC_ProfilingInfo / ci_upload_dpm_level_enable_mask failed

. URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/bca35285/attachment-0001.html>

[Bug 60879] [radeonsi] X11 can't start with acceleration enabled

raster_config that we need to fix. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/5a10ec4f/attachment.html>

[Bug 71448] [UVD] qvdpautest is very slow on radeonsi (HD 7950)

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/054fd5b0/attachment.html>

[Bug 71448] [UVD] qvdpautest is very slow on radeonsi (HD 7950)

dri-devel/attachments/20140130/6586fab8/attachment.html>

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

ird 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 signature URL: <http://l

[Bug 71448] [UVD] qvdpautest is very slow on radeonsi (HD 7950)

ou did such as mesa? The patch works fine here. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/649f394c/attachment.html>

[Bug 71448] [UVD] qvdpautest is very slow on radeonsi (HD 7950)

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/f2ead54d/attachment.html>

[Bug 71448] [UVD] qvdpautest is very slow on radeonsi (HD 7950)

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/de7d45ba/attachment.html>

[Bug 71448] [UVD] qvdpautest is very slow on radeonsi (HD 7950)

- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/073f34fd/attachment.html>

[PATCH] drm/radeon: fix UVD IRQ support on SI

From: Christian K?nig Otherwise decoding isn't really useable. Signed-off-by: Christian K?nig Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/si.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/radeon/si.c

[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

[alsa-devel] [PATCH RFC v3 0/8] Beaglebone-Black HDMI audio

On Thu, 30 Jan 2014 14:20:56 +0200 Jyri Sarha wrote: > I am having trouble getting the tda998x-codec working on BBB. The > problem is I do not have a DT node for the tda998x driver. Instead I > have tilcdc-slave node that provides pdata for the tda-driver. > > I am thinking of solving the

[Bug 69120] With dpm=1 vdpau is not usable

ext part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/0b9184ae/attachment.html>

[Bug 69120] With dpm=1 vdpau is not usable

You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/e5af8a12/attachment-0001.html>

[Bug 69723] GPU lockups with kernel 3.11.0 / 3.12-rc1 when dpm=1 on r600g (Cayman)

t was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/9a78b522/attachment.html>

[PATCH] drm/radeon: allow geom rings to be setup on r600/r700

On Don, 2014-01-30 at 14:11 +1000, Dave Airlie wrote: > > diff --git a/drivers/gpu/drm/radeon/radeon_drv.c > b/drivers/gpu/drm/radeon/radeon_drv.c > index ec8c388..357cffb 100644 > --- a/drivers/gpu/drm/radeon/radeon_drv.c > +++ b/drivers/gpu/drm/radeon/radeon_drv.c > @@ -78,9 +78,10 @@ > *

[PATCH] drm: Fix use-after-free in the shadow-attache exit code

Hi On Thu, Jan 30, 2014 at 5:58 PM, Daniel Vetter wrote: > This regression has been introduced in > > commit b3f2333de8e81b089262b26d52272911523e605f > Author: Daniel Vetter > Date: Wed Dec 11 11:34:31 2013 +0100 > > drm: restrict the device list for shadow attached drivers > >

[PATCH] drm: Fix use-after-free in the shadow-attache exit code

This regression has been introduced in commit b3f2333de8e81b089262b26d52272911523e605f Author: Daniel Vetter Date: Wed Dec 11 11:34:31 2013 +0100 drm: restrict the device list for shadow attached drivers Reported-by: Dave Jones Cc: Dave Jones Cc: Dave Airlie Cc: David Herrmann

[Bug 71448] [UVD] qvdpautest is very slow on radeonsi (HD 7950)

hments/20140130/734dc5bd/attachment.html>

[Bug 69723] GPU lockups with kernel 3.11.0 / 3.12-rc1 when dpm=1 on r600g (Cayman)

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/5d58da7d/attachment.html>

[Bug 69301] no screen on update from 3.12.0

https://bugzilla.kernel.org/show_bug.cgi?id=69301 --- Comment #10 from Alex Deucher --- Does 3.14 (Linus git) work any better? -- You are receiving this mail because: You are watching the assignee of the bug.

[git pull] drm next tree

On Thu, 30 Jan 2014, Dave Airlie wrote: > git://people.freedesktop.org/~airlied/linux drm-next [ ... snip ... ] > Daniel Vetter (59): [ ... snip ... ] > drm/i915: dp aux irq support for g4x/vlv This commit causes all kinds of havoc on my ThinkPad x200s. It results in irq 16: nobody

[PATCH v5 32/34] drm/exynos: Implement drm_connector directly in vidi driver

This patch implements drm_connector directly in the vidi driver, this will allow us to move away from the exynos_drm_connector layer. Signed-off-by: Sean Paul --- Changes in v3: - Added to the patchset Changes in v4: None Changes in v5: - Resolved merge conflict kruft

[PATCH v4 34/34] drm/exynos: Remove the exynos_drm_connector shim

This path removes the exynos_drm_connector code since it was just passing hooks through display_ops. The individual device drivers are now responsible for implementing drm_connector directly. Signed-off-by: Sean Paul --- Changes in v3: - Added to the patchset Changes in v4: None

[PATCH v4 33/34] drm/exynos: Move lvds bridge discovery into DP driver

This patch moves the lvds bridge discovery and connector pre-emption code from exynos common code into the dp driver (since the bridge is only applicable for dp). Signed-off-by: Sean Paul --- Changes in v3: - Added to the patchset Changes in v4: None drivers/gpu/drm/exynos/exynos_dp_core.c

[PATCH v4 32/34] drm/exynos: Implement drm_connector directly in vidi driver

This patch implements drm_connector directly in the vidi driver, this will allow us to move away from the exynos_drm_connector layer. Signed-off-by: Sean Paul --- Changes in v3: - Added to the patchset Changes in v4: None drivers/gpu/drm/exynos/exynos_drm_vidi.c | 122

[PATCH v4 31/34] drm/exynos: Implement drm_connector directly in dp driver

This patch implements drm_connector directly in the dp driver, this will allow us to move away from the exynos_drm_connector layer. Signed-off-by: Sean Paul --- Changes in v3: - Added to the patchset Changes in v4: None drivers/gpu/drm/exynos/exynos_dp_core.c | 99

[PATCH v4 30/34] drm/exynos: Implement drm_connector in hdmi directly

This patch implements drm_connector in the hdmi driver directly, instead of using exynos_drm_connector. Signed-off-by: Sean Paul --- Changes in v3: - Added to the patchset Changes in v4: None drivers/gpu/drm/exynos/exynos_hdmi.c | 126 +++ 1 file changed, 85

[PATCH v4 29/34] drm/exynos: Add create_connector callback

This creates a new display hook called create_connector. The purpose is to allow the display driver to create its own drm_connector instead of using the exynos_drm_connector. This moves things closer to completely removing the exynos_drm_connector abstraction. Signed-off-by: Sean Paul ---

[PATCH v4 28/34] drm/exynos: Consolidate suspend/resume in drm_drv

This patch removes all of the suspend/resume logic from the individual drivers and consolidates it in drm_drv. This consolidation reduces the number of functions which enable/disable the hardware to just one -- the dpms callback. This ensures that we always power up/down in a consistent manner.

[PATCH v4 27/34] drm/exynos: Clean up FIMD power on/off routines

This patch separates the fimd_activate function into poweron/poweroff functions to be more consistent with the other drivers in exynos drm. It also properly cleans up after failures in poweron. The functions have also been shuffled around such that they are all in the same spot in the file and

[PATCH v4 26/34] drm/exynos: Implement dpms display callback in DP

This patch implements the dpms display callback for the DP driver. Signed-off-by: Sean Paul --- Changes in v2: - Added to the patchset Changes in v3: None Changes in v4: None drivers/gpu/drm/exynos/exynos_dp_core.c | 142 ++--

[PATCH v4 25/34] ARM: dts: Move display-timings node from fimd to dp

This patch moves the display-timings node from fimd to dp to reflect the device tree bindings change. Signed-off-by: Sean Paul --- Changes in v2: None Changes in v3: None Changes in v4: None arch/arm/boot/dts/exynos5250-arndale.dts | 7 --- arch/arm/boot/dts/exynos5250-smdk5250.dts | 7

[PATCH v4 24/34] drm/exynos: Move display implementation into dp

This patch moves the exynos_drm_display implementation from fimd into the dp driver. This will allow for tighter integration of the dp driver into the exynos drm driver. Signed-off-by: Sean Paul --- Changes in v2: None Changes in v3: None Changes in v4: - Changed _ to - in dts documentation

[PATCH v4 23/34] drm/exynos: Move dp driver from video/ to drm/

This patch moves the code from video/ to drm/. This is required the DP driver needs to power on/off in the correct order in relation to fimd. This will also allow the DP driver to participate in drm modeset as well as provide accurate connection detection and edid. Signed-off-by: Sean Paul ---

[PATCH v4 22/34] drm/exynos: Remove unused/useless fimd_context members

This patch removes a few fimd_context members which are either entirely unused or unneeded. Signed-off-by: Sean Paul --- Changes in v2: None Changes in v3: None Changes in v4: None drivers/gpu/drm/exynos/exynos_drm_fimd.c | 13 + 1 file changed, 1 insertion(+), 12 deletions(-)

[PATCH v4 21/34] drm/exynos: Use mode_set to configure fimd

This patch uses the mode passed into mode_set to configure fimd instead of directly using the panel from context. This will allow us to move the exynos_drm_display implementation out of fimd, where it doesn't belong. Signed-off-by: Sean Paul --- Changes in v2: None Changes in v3: None Changes

[PATCH v4 20/34] drm/exynos: Implement mode_fixup manager operation

This patch adds a new manager callback for mode_fixup and pipes it through exynos_drm_crtc. This will allow the manager drivers to alter the mode during modeset. Signed-off-by: Sean Paul --- Changes in v2: None Changes in v3: None Changes in v4: - Added more detail to the commit msg

[PATCH v4 19/34] drm/exynos: Add mode_set manager operation

This patch adds a mode_set callback to the manager operations which sets the crtc's current mode to the manager driver. This will allow the fimd driver to set its mode using values from drm, instead of the dt. Signed-off-by: Sean Paul --- Changes in v2: None Changes in v3: None Changes in v4:

[PATCH v4 18/34] drm/exynos: Disable unused crtc planes from crtc

This patch moves the code which disables unused crtc planes from the encoder to the crtc. Since there is a 1:1 encoder/crtc mapping in exynos, the only valid crtc change the pre-existing code could catch is disconnecting an active crtc from the encoder. Thus it is functionally equivalent to just

[PATCH v4 17/34] drm/exynos: Use drm_mode_copy to copy modes

This patch changes the manual copying of mode to adjusted_mode in mode_fixup to use drm_mode_copy instead of handling things manually. Signed-off-by: Sean Paul --- Changes in v2: None Changes in v3: None Changes in v4: None drivers/gpu/drm/exynos/exynos_hdmi.c | 10 +- 1 file changed,

[PATCH v4 16/34] drm/exynos: Remove exynos_drm_hdmi shim

This patch trims exynos_drm_hdmi out of the driver. The reason it existed in the first place was to make up for the mixture of display/overlay/manager ops being spread across hdmi and mixer. With that code now rationalized, mixer and hdmi map directly to exynos_drm_crtc and exynos_drm_encoder,

[PATCH v4 15/34] ARM: dts: exynos: Add i2c phandles to hdmi node

This patch references the hdmi ddc and phy i2c nodes directly in the hdmi node to match the updated bindings. Signed-off-by: Sean Paul --- Changes in v4: - Added patch arch/arm/boot/dts/cros5250-common.dtsi| 6 -- arch/arm/boot/dts/exynos5250-smdk5250.dts | 6 -- 2 files changed,

[PATCH v4 14/34] drm/exynos: hdmi: remove the i2c drivers and use devtree

From: Daniel Kurtz The i2c client was previously being passed into the hdmi driver via a dedicated i2c driver, and then a global variable. This patch removes all of that and just uses the device tree to get the i2c_client. This patch also properly references the client so

[PATCH v4 13/34] drm/exynos: Split manager/display/subdrv

This patch splits display and manager from subdrv. The result is that crtc functions can directly call into manager callbacks and encoder functions can directly call into display callbacks. This will allow us to remove the exynos_drm_hdmi shim and support mixer/hdmi & fimd/dp with common code.

[PATCH v4 12/34] drm/exynos: Use unsigned long for possible_crtcs

Change all instances of possible_crtcs in the exynos drm driver to be unsigned long. This matches the type used in the drm layer. Signed-off-by: Sean Paul --- Changes in v2: None Changes in v3: None Changes in v4: None drivers/gpu/drm/exynos/exynos_drm_drv.c | 2 +-

[PATCH v4 11/34] drm/exynos: Don't keep dpms state in encoder

This patch removes the dpms state tracking in encoder. This state is at best confusing and at worst incorrect since the display drivers can turn on and off without propagating the value. Signed-off-by: Sean Paul --- Changes in v2: None Changes in v3: None Changes in v4: None

[PATCH v4 10/34] drm/exynos: Rename display_op power_on to dpms

This patch renames the display_op power_on to dpms to accurately reflect what the function does. The side-effect of this patch is that the new hdmi dpms callback is now invoked twice in the dpms path. This is safe and will be dealt with when the exynos_drm shim goes away. Signed-off-by: Sean

[PATCH v4 09/34] drm/exynos: Remove dpms link between encoder/connector

This patch removes the call from encoder dpms into connector dpms (which will then call back into encoder dpms through the helper function). The callback is likely to keep connector->dpms in the right state when initiating dpms from crtc or encoder, but this isn't the right way to do it. This

[PATCH v4 08/34] drm/exynos: Remove apply manager callback

This patch removes the apply() manager callback in favor of putting the relevant commits in the individual drivers. This will mitigate some of the difference between the suspend/resume path and the dpms path Signed-off-by: Sean Paul --- Changes in v2: - This was previously in another patch,

[PATCH v4 07/34] drm/exynos: Pass exynos_drm_manager in manager ops instead of dev

This patch changes the manager ops callbacks from accepting the subdrv device pointer to taking a pointer to the manager. This will allow us to move closer to decoupling manager/display from subdrv, and subsequently decoupling the crtc/plane from the encoder. Signed-off-by: Sean Paul ---

[PATCH v4 06/34] drm/exynos: hdmi: Implement initialize op for hdmi

This patch implements the initialize callback in the hdmi and mixer manager. This allows us to get rid of drm_dev in the drm_hdmi level and track it in the mixer and hdmi drivers. This is one of the things holding back the complete removal of the drm_hdmi layer. Signed-off-by: Sean Paul ---

[PATCH v4 05/34] drm/exynos: Use manager_op initialize in fimd

This patch implements the intitialize manager op in fimd. This will allow us to keep track of drm_dev in context instead of using subdev, which in turn makes it easier to remove subdev from fimd. Signed-off-by: Sean Paul --- Changes in v2: None Changes in v3: None Changes in v4: - Expanded

[PATCH v4 04/34] drm/exynos: Add an initialize function to manager and display

This patch adds an initialize function to the manager and display operations. This allows them to keep track of drm_device in their local context, as well as adds an initialization hook right after the encoder is created. Signed-off-by: Sean Paul --- Changes in v2: None Changes in v3: None

[PATCH v4 03/34] drm/exynos: Merge overlay_ops into manager_ops

This patch merges overlay_ops into manager_ops. In all cases, overlay_ops is implemented in the same place as manager ops, it doesn't serve a functional purpose, and doesn't make things more clear. Signed-off-by: Sean Paul --- Changes in v2: None Changes in v3: None Changes in v4: - Just moved

[PATCH v4 02/34] drm/exynos: Remove useless slab.h include

From: St?phane Marchesin Signed-off-by: St?phane Marchesin Signed-off-by: Sean Paul --- Changes in v2: None Changes in v3: None Changes in v4: None drivers/video/exynos/exynos_dp_core.c | 1 - 1 file changed, 1 deletion(-) diff --git

[PATCH v4 01/34] drm/exynos: Rename hdmi_infoframe to avoid collision

Rename hdmi_infoframe to exynos_hdmi_infoframe to avoid nameing collision. Signed-off-by: Sean Paul --- Changes in v4: - Added drivers/gpu/drm/exynos/exynos_hdmi.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c

[PATCH v4 00/34] drm/exynos: Refactor parts of the exynos driver

This patchset refactors parts of the exynos driver to move it closer to a proper drm driver (rather than just implementing a drm layer on top of the hardware drivers). The hope is to get to a point where the dp/hdmi drivers can implement drm_connector/drm_encoder directly, and fimd/mixer can

[Bug 73420] [HAWAII] atombios stuck executing errors

ying attachment 93015 or if this was always there. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/5226e6f8/attachment.html>

[PATCH] fix compilation of imx-hdmi

imx-hdmi creates a hdmi_colorimetry enum. This is also defined by include/linux/hdmi.h, which gets included now via DRM headers since 985e5dc207e133 (drm/edid: Populate picture aspect ratio for CEA modes). This leads to the compiler complaining: drivers/staging/imx-drm/imx-hdmi.c:58:6: error:

kernfs oops with i915+i2c_core in 3.14 merge window

On Thu, Jan 30, 2014 at 2:20 PM, Josh Boyer wrote: > 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

[Bug 73420] [HAWAII] atombios stuck executing errors

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140130/05c7f35d/attachment.html>

[PATCH] gpu: host1x: do not check previously handled gathers

On 07.01.2014 22:03, Erik Faye-Lund wrote: > When patching gathers, we don't need to check against > gathers with lower indices than the current one, as > they are guaranteed to already have been handled. > > Signed-off-by: Erik Faye-Lund > --- > > Here's a trivial optimization I have been

[PATCH] drm/radeon: allow geom rings to be setup on r600/r700

/mailman/listinfo/dri-devel -- next part ------ A non-text attachment was scrubbed... Name: 0001-drm-radeon-allow-geom-rings-to-be-setup-on-r600-r700.patch Type: text/x-patch Size: 2851 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/78f39f83/attachment.bin>

[Bug 73420] [HAWAII] atombios stuck executing errors

pu hangs. -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/1f0a18b3/attachment.html>

[Bug 73530] Asus U38N: Black screen with Radeon driver in Linux 3.10, 3.11, 3.12, 3.13

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/71e0b610/attachment-0001.html>

[PATCH] drm/radeon: remove useless return

Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/uvd_v2_2.c | 1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/uvd_v2_2.c b/drivers/gpu/drm/radeon/uvd_v2_2.c index 824550d..d177100 100644 --- a/drivers/gpu/drm/radeon/uvd_v2_2.c +++

[PATCH] drm/radeon/dpm: use stored max_vddc rather than looking it up

When we parse the power tables use the stored mac_vddc value rather than lookig it up manually each time. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/ni_dpm.c| 5 ++--- drivers/gpu/drm/radeon/rv770_dpm.c | 5 ++--- 2 files changed, 4 insertions(+), 6 deletions(-) diff --git

[PATCH] drm/radeon/dpm: use the driver state for dpm debugfs

For btc and newer, we may modify the power state depending on the circumstances. Use the modified state rather than the base state. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/btc_dpm.c | 31 +++ drivers/gpu/drm/radeon/btcd.h| 4

[PATCH] drm/radeon: fix UVD IRQ support on SI

On Thu, Jan 30, 2014 at 1:01 PM, Christian K?nig wrote: > From: Christian K?nig > > Otherwise decoding isn't really useable. > > Signed-off-by: Christian K?nig > Cc: stable at vger.kernel.org Applied. thanks! Alex > --- > drivers/gpu/drm/radeon/si.c | 4 > 1 file changed, 4

[PATCH] drm/radeon: fix UVD IRQ support on 7xx

Otherwise decoding isn't really useable. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/r600.c | 4 1 file changed, 4 insertions(+) diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c index 56140b4..cdbc417 100644 ---

[PATCH] fix compilation of imx-hdmi

On 01/30/2014 02:13 PM, Russell King - ARM Linux wrote: > imx-hdmi creates a hdmi_colorimetry enum. This is also defined by > include/linux/hdmi.h, which gets included now via DRM headers since > 985e5dc207e133 (drm/edid: Populate picture aspect ratio for CEA modes). > This leads to the compiler

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

kernfs oops with i915+i2c_core in 3.14 merge window

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 report[1] of this happening well before that, > in

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?

[Bug 69301] no screen on update from 3.12.0

https://bugzilla.kernel.org/show_bug.cgi?id=69301 --- Comment #9 from Jan Outhuis --- Moved on to 3.13.1. This time radeon.dpm=0 solves the problem, i.e. I'm getting full functionality on all screens, textconsole as well as graphic console. Without radeon.dpm=0 on the grub commandline: still

[git pull] drm next tree

Dave Airlie schreef op do 30-01-2014 om 02:49 [+]: > Christian K?nig (10): > [...] > drm/radeon: add GART debugfs access v3 > [...] That one generates a bit of (warning) noise when building on 32 bits x86: In file included from include/asm-generic/bug.h:13:0,

[PATCH v2 0/5] add a TDA998x CODEC

The TDA998x HDMI transmitter accepts audio input from either I2S or S/PDIF. Theses inputs have different intrinsic constraints and these constraints may be modified by the audio parameters of the connected video device. The choice of I2S or S/PDIF may be the done by the user or by automatic

nouveau: treat nv04_devinit_priv.owner as signed.

This is set and compared to -1 in the code, which evaluates to always false. If we want to treat it as a signed var, we should declare it as one. Signed-off-by: Dave Jones diff --git a/drivers/gpu/drm/nouveau/core/subdev/devinit/nv04.h b/drivers/gpu/drm/nouveau/core/subdev/devinit/nv04.h index

[PATCH] drm: Fix use-after-free in the shadow-attache exit code

On Thu, Jan 30, 2014 at 05:58:38PM +0100, Daniel Vetter wrote: > This regression has been introduced in > > commit b3f2333de8e81b089262b26d52272911523e605f > Author: Daniel Vetter > Date: Wed Dec 11 11:34:31 2013 +0100 > > drm: restrict the device list for shadow attached drivers

[PATCH] drm/nouveau: set irq_enabled manually

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 to properly wait for a vblank

[PATCH v2 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

[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

[radeonsi] dpm: mc_reg_table slots

On Thu, Jan 23, 2014 at 8:57 AM, Sylvain BERTRAND wrote: > Hi, > > In si_populate_smc_acpi_state function, the acpi (emergency) state is a > patched > version of the initial state. Then 'ACIndex = 0' for the acpi state (i.e. > setting it to SISLANDS_MCREGISTERTABLE_INITIAL_SLOT) seems

[Bug 73530] Asus U38N: Black screen with Radeon driver in Linux 3.10, 3.11, 3.12, 3.13

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/6fdd8c4d/attachment.html>

exynos_hdmi.c fails to build with v3.13-10094-g9b0cd30

Hi All, After the DRM merge, the exynos_hdmi.c file fails to build with our ARM config. The error is: drivers/gpu/drm/exynos/exynos_hdmi.c:382:8: error: 'hdmi_infoframe' defined as wrong kind of tag struct hdmi_infoframe { ^ make[4]: *** [drivers/gpu/drm/exynos/exynos_hdmi.o] Error 1

[Bug 73530] Asus U38N: Black screen with Radeon driver in Linux 3.10, 3.11, 3.12, 3.13

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140130/0eb35128/attachment.html>

[PATCH 1/1] drm/mgag200: Fix hardware cursor colour inversion and inaccurate register index.

The hardware cursor colours are stored in the DAC indexed registers. The algorithm for setting these colours via their corresponding index was off by a value of 0x03. It was also noted that the R and B bytes were being misread from the cursor buffer. Assuming the transparency is the MSB (bits

[PATCH v2 3/5] ASoC: tda998x: add DT documentation

This patch adds the DT documentation of the NXP TDA998x CODEC. Signed-off-by: Jean-Francois Moine --- Documentation/devicetree/bindings/sound/tda998x.txt | 16 1 file changed, 16 insertions(+) create mode 100644 Documentation/devicetree/bindings/sound/tda998x.txt diff --git

[Bug 73852] Dota 2: texture corruption (r600 on HD 6550M)

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/22e5cf52/attachment.html>

[PATCH] drm/nouveau: set irq_enabled manually

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 to properly wait for a vblank event in the generic drm code. > > See

[Bug 73530] Asus U38N: Black screen with Radeon driver in Linux 3.10, 3.11 and 3.12

ing this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/a9277d09/attachment-0001.html>

[Bug 68571] GPU lockup on AMD Radeon HD6850 with DPM=1

https://bugzilla.kernel.org/show_bug.cgi?id=68571 --- Comment #14 from kilobug at kilobug.org --- Anything else I can do to help location/fixing the issue ? -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 74211] New: Discrete videocard is missing linux 3.13

You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/1692c5eb/attachment.html>

[Bug 66963] Rv6xx dpm problems

this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140130/edeb4226/attachment.html>

[PATCH] drm/nouveau: set irq_enabled manually

I can confirm that this patch fixes the problem. (had to change spaces to tabs, but that was probably just screwed up by mail) 2014-01-30, Ilia Mirkin : > Since commit 0fa9061ae8c ("drm/nouveau/mc: handle irq-related setup > ourselves"), drm_device->irq_enabled remained unset. This is needed in >

[git pull] drm next tree

Hi Linus, Been a bit busy, first week of kids school, and waiting on other trees to go in before I could send this, so its a bit later than I'd normally like. For some reason the request-pull and the merge into your tree look different, since some of the changes in this have already gone in

[Bug 74204] Steam crashes right after upgrading to mesa git driver(oibaf ppa, ubuntu 13.10 64 bit, 3.13 kernel, radeon hd4570)

org/archives/dri-devel/attachments/20140130/aabe3f74/attachment.html>

  1   2   >