[Bug 80162] center and lfe channels screwed up on suspend

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140617/7596c872/attachment.html>

[Bug 78111] APU turbo core boost not working when radeon.dpm=1

https://bugzilla.kernel.org/show_bug.cgi?id=78111 --- Comment #8 from Alex Deucher --- Does plugging/unplugging the AC adapter cause any problems with bapm enabled? The reason it was disabled on TN/RL parts is because there were hangs on some systems when switching to/from AC power. -- You

[Bug 72921] DPM Power Cycle with AMD A8-6600K & MSI FM2-A55M-E33

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140617/190997cd/attachment.html>

Radeon drivers on PowerPC (e500)

Hi, I've been asked to try and get a r600 based (E6460) graphics card running on a machine powered by a Freescale p4080 (e500 core). I've run into a bit of a problem. I have the driver built into the kernel at this point. When I boot the card is detected and it seems to be finding the fimware

[Bug 80162] New: center and lfe channels screwed up on suspend

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

[Bug 72921] DPM Power Cycle with AMD A8-6600K & MSI FM2-A55M-E33

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

[RFC PATCH 1/4] memory: tegra124-emc: Add EMC driver

On 06/17/2014 07:15 PM, Stephen Warren wrote: > On 06/17/2014 06:16 AM, Tomeu Vizoso wrote: >> On 06/16/2014 10:02 PM, Stephen Warren wrote: >>> On 06/16/2014 07:35 AM, Tomeu Vizoso wrote: > >>> This binding looks quite anaemic vs. >>>

[Bug 72921] DPM Power Cycle with AMD A8-6600K & MSI FM2-A55M-E33

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140617/082d9e3a/attachment.html>

[PATCH 2/2] drm/radeon: Fix radeon_irq_kms_pflip_irq_get/put() imbalance

From: Michel D?nzer Fixes a regression in 3.16-rc1 compared to 3.15. The unbalanced calls would presumably result in the page flip interrupts never getting disabled once they are enabled. Signed-off-by: Michel D?nzer --- drivers/gpu/drm/radeon/radeon_display.c | 2 +-

[PATCH 1/2] Revert "drm/radeon: remove drm_vblank_get|put from pflip handling"

From: Michel D?nzer This reverts commit 75f36d861957cb05b7889af24c8cd4a789398304. drm_vblank_get() is necessary to ensure the DRM vblank counter value is up to date in drm_send_vblank_event(). Seems to fix weston hangs waiting for page flips to complete. Signed-off-by:

[Bug 80141] Fails to page flip multiple time, queue overflows waiting for one to finish that never does crashing entire system.

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140617/6358d646/attachment-0001.html>

[PATCH 1/1] drm/exynos: Fix de-registration ordering

'exynos_drm_pdev' was not getting unregistered if platform_driver_register() failed. Fix the ordering to allow this. This also fixes the below warning by moving the #endif macro. While at it also fix the ordering in the exit function so that de-registration happens in opposite order of

[REGRESSION] drm/g94/i2c: add aux channel interrupt driver

Hey, This patch causes a regression on my display-less nvd7. Commenting out the aux, aux_stat and aux_mask members in nvd0_i2c_oclass fixes boot, and makes things work normally again. broken dmesg: [ 40.314470] ACPI Warning: \_SB_.PCI0.GFX0._DSM: Argument #4 type mismatch - Found [Buffer],

[Bug 78111] APU turbo core boost not working when radeon.dpm=1

https://bugzilla.kernel.org/show_bug.cgi?id=78111 --- Comment #7 from Alex Deucher --- We can probably enable it by default on KV/KB systems at some point. It had some stability issues on trinity APUs so I disabled it across the board, so it remains to be seen if there are any problems with

[PATCH 1/2] x86, ia64: Move EFI_FB vga_default_device() initialization to pci_vga_fixup()

On Mon, Jun 02, 2014 at 08:19:26PM +0200, Bruno Pr?mont wrote: > With commit b4aa0163056b ("efifb: Implement vga_default_device() (v2)") > Matthew Garrett introduced a efifb vga_default_device() so that EFI > systems that do not load shadow VBIOS or setup VGA get proper value for > boot_vga PCI

[Bug 80141] Fails to page flip multiple time, queue overflows waiting for one to finish that never does crashing entire system.

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140617/0af7175f/attachment.html>

[Bug 80141] Fails to page flip multiple time, queue overflows waiting for one to finish that never does crashing entire system.

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

[Bug 76223] [radeonsi] luxmark segfault

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

[PATCH v14 09/10] ARM: dts: mbimx51sd: Add display support.

On 06/16/2014 02:29 PM, Denis Carikli wrote: [...] > Which result at the lcd regulator being physically powered on at boot. > I didn't see that because powering it on at boot is what I want. I fixed that in imx-drm's parallel-display with another patch I just sent separately. Denis.

[PATCH RESEND RESEND] drm/ttm: remove declaration of ttm_tt_cache_flush

ttm_tt_cache_flush's implementation was removed in 2009 by commit c9c97b8c, but its declaration has been hiding in ttm_bo_driver.h since then. It has been surviving in the dark for too long now ; give it the mercy blow. Signed-off-by: Alexandre Courbot Reviewed-by: Thierry Reding Reviewed-by:

[PATCH] imx-drm: parallel-display: Fix DPMS default state.

If connector->dpms is left untouched, it defaults to DRM_MODE_DPMS_ON (0). As a result, drm_helper_connector_dpms will exit when it will be asked to set the state to DRM_MODE_DPMS_ON, because it is already set. That issue prevented displays from turning on at boot. Signed-off-by: Denis Carikli

[Bug 72921] DPM Power Cycle with AMD A8-6600K & MSI FM2-A55M-E33

g. First patch failed, gonna try out the second as soon as I start compiling a new kernel. -- 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/at

[Bug 80141] Fails to page flip multiple, queue overflows waiting for one to finish that never does crashing entire system.

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

[Bug 80141] New: Fails to page flip multiple, queue overflows waiting for one to finish that never does crashing entire system.

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140617/462477e3/attachment.html>

[Bug 77876] Performance degredation shown when running glmark2

nts/20140617/5d0f9312/attachment-0001.html>

[PATCH] drm/nouveau: fix oops in display destructor with headless cards

If init doesn't run then disp->outp might not be initialized, resulting in an oops. Signed-off-by: Maarten Lankhorst --- diff --git a/drivers/gpu/drm/nouveau/core/engine/disp/base.c b/drivers/gpu/drm/nouveau/core/engine/disp/base.c index c41f656abe64..9c38c5e40500 100644 ---

[PULL] drm-intel-fixes

On Tue, Jun 17, 2014 at 02:09:41PM +0300, Jani Nikula wrote: > > Hi Dave - > > First round of fixes for 3.16-rc, mostly cc: stable, and the vt/vgacon > fixes from Daniel [1] to avoid hangs and unclaimed register errors on > module load/reload. Aside: The vt/vgacon stuff also seems to fix some

[RFC PATCH 1/4] memory: tegra124-emc: Add EMC driver

On 06/16/2014 10:02 PM, Stephen Warren wrote: > On 06/16/2014 07:35 AM, Tomeu Vizoso wrote: >> + >> +Child device nodes describe the memory settings for different >> configurations and >> +clock rates. > > How do the child nodes do that? The binding needs to specify the format > of the child

[PULL] drm-intel-fixes

op.org/archives/dri-devel/attachments/20140617/f698fc55/attachment-0001.sig>

[PATCH 1/2] Revert "drm/radeon: remove drm_vblank_get|put from pflip handling"

Am 17.06.2014 12:12, schrieb Michel D?nzer: > From: Michel D?nzer > > This reverts commit 75f36d861957cb05b7889af24c8cd4a789398304. > > drm_vblank_get() is necessary to ensure the DRM vblank counter value is > up to date in drm_send_vblank_event(). > > Seems to fix weston hangs waiting for page

[Bug 79980] Random radeonsi crashes

normal. -- 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/20140617/987281e8/attachment-0001.html>

[Bug 79980] Random radeonsi crashes

anyway. -- 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/20140617/089859d1/attachment.html>

[Bug 79980] Random radeonsi crashes

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140617/4797f46b/attachment.html>

[Bug 79980] Random radeonsi crashes

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/20140617/5418cf20/attachment.html>

[PATCH 0/6] File Sealing & memfd_create()

On 04/10/2014 10:37 PM, Andy Lutomirski wrote: > It occurs to me that, before going nuts with these kinds of flags, it > may pay to just try to fix the /proc/self/fd issue for real -- we > could just make open("/proc/self/fd/3", O_RDWR) fail if fd 3 is > read-only. That may be enough for the

[PATCH/RESEND 9/9] drm/tilcdc: replace late_initcall with module_init

Use module_init instead of late_initcall, as is the norm for modular drivers. module_init was used until 6e8de0bd6a51fdeebd5d975c4fcc426f730b339b ("drm/tilcdc: add encoder slave (v2)") changed it to a late_initcall, but it does not explain why. Tests show it's working properly with module_init.

[PATCH/RESEND 8/9] drm/tilcdc: remove submodule destroy calls

The TI tilcdc driver is designed with a notion of submodules. Currently, at unload time, these submodules are iterated and destroyed. Now that the tilcdc remove order is fixed, this can be handled perfectly by the kernel using the device infrastructure, since each submodule is a kernel driver

[PATCH/RESEND 7/9] drm/tilcdc: fix double kfree

display_timings_release calls kfree on the display_timings object passed to it. Calling kfree after it is wrong. SLUB debug showed the following warning: = BUG kmalloc-64 (Tainted: GW): Object already

[PATCH/RESEND 6/9] drm/tilcdc: fix release order on exit

Unregister resources in the correct order on tilcdc_drm_fini, which is the reverse order they were registered during tilcdc_drm_init. This also means unregistering the driver before releasing its resources. Signed-off-by: Guido Mart?nez Cc: #v3.9+ --- drivers/gpu/drm/tilcdc/tilcdc_drv.c | 6

[PATCH/RESEND 5/9] drm/tilcdc: panel: fix leak when unloading the module

The driver did not unregister the allocated framebuffer, which caused memory leaks (and memory manager WARNs) when unloading. Also, the framebuffer device under /dev still existed after unloading. Add a call to drm_fbdev_cma_fini when unloading the module to prevent both issues. Signed-off-by:

[PATCH/RESEND 4/9] drm/tilcdc: tfp410: fix dangling sysfs connector node

Add a drm_sysfs_connector_remove call when we destroy the panel to make sure the connector node in sysfs gets deleted. This is required for proper unload and re-load of this driver, otherwise we will get a warning about a duplicate filename in sysfs. Signed-off-by: Guido Mart?nez Cc: #v3.9+

[PATCH/RESEND 3/9] drm/tilcdc: slave: fix dangling sysfs connector node

Add a drm_sysfs_connector_remove call when we destroy the panel to make sure the connector node in sysfs gets deleted. This is required for proper unload and re-load of this driver as a module. Without this, we would get a warning at re-load time like so: tda998x 0-0070: found TDA19988

[PATCH/RESEND 1/9] drm/i2c: tda998x: move drm_i2c_encoder_destroy call

Currently tda998x_encoder_destroy() calls cec_write() and reg_clear(), as part of the release procedure. Such calls need to access the I2C bus and therefore, we need to call them before drm_i2c_encoder_destroy() which unregisters the I2C device. This commit moves the latter so it's done

[PATCH/RESEND 0/9] drm: tilcdc driver fixes

The tilcdc driver could be compiled as a module, but was severely broken and could not be used as such. This patchset attempts to fix the issues preventing a proper load/unload of the module. Issues included dangling sysfs nodes, dangling devices, memory leaks and a double kfree. It now seems to

[PATCH 1/1] drivers/gpu/drm/msm/msm_iommu.c: use PAGE_ALIGNED instead of IS_ALIGNED(PAGE_SIZE

On Sat, Jun 14, 2014 at 6:24 PM, Fabian Frederick wrote: > use mm.h definition > > Cc: David Airlie > Cc: Rob Clark > Signed-off-by: Fabian Frederick Thanks, I've got this queued up BR, -R > --- > drivers/gpu/drm/msm/msm_iommu.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > >

[PATCH v2 3/7] drm: add Atmel HLCDC Display Controller support

On 09/06/2014 18:04, Boris BREZILLON wrote: > The Atmel HLCDC (High LCD Controller) IP available on some Atmel SoCs (i.e. > at91sam9n12, at91sam9x5 family or sama5d3 family) provides a display > controller device. > > This display controller support at least one primary plane and might > provide

[PATCH 2/2] drm/msm: activate iommu support

This changes activates the iommu support for MDP5, through the platform config structure. Signed-off-by: Stephane Viau --- drivers/gpu/drm/msm/mdp/mdp5/mdp5_kms.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/gpu/drm/msm/mdp/mdp5/mdp5_kms.c

[PATCH 1/2] drm/msm: update iommu support

Iommu support is slightly modified in order to make sure that MDP iommu is properly cleaned up if a probe deferral is requested. Before this change, IOMMU faults would occur if the probe failed (-EPROBE_DEFER). Signed-off-by: Stephane Viau --- drivers/gpu/drm/msm/mdp/mdp5/mdp5_kms.c | 22

[PATCH v2 0/2] drm/msm: update and activate iommu support

I am resending these patches after splitting them into two: 1) to update the IOMMU support 2) to activate the IOMMU Stephane Viau (2): drm/msm: update iommu support drm/msm: activate iommu support drivers/gpu/drm/msm/mdp/mdp5/mdp5_kms.c | 28 +++-

[RFC PATCH 1/4] memory: tegra124-emc: Add EMC driver

On 06/17/2014 06:16 AM, Tomeu Vizoso wrote: > On 06/16/2014 10:02 PM, Stephen Warren wrote: >> On 06/16/2014 07:35 AM, Tomeu Vizoso wrote: >> This binding looks quite anaemic vs. >> Documentation/devicetree/bindings/arm/tegra/nvidia,tegra20-emc.txt; I >> would expect that this binding needs all

[PATCH 1/2] Revert "drm/radeon: remove drm_vblank_get|put from pflip handling"

On Tue, Jun 17, 2014 at 7:41 AM, Christian K?nig wrote: > Am 17.06.2014 12:12, schrieb Michel D?nzer: > >> From: Michel D?nzer >> >> This reverts commit 75f36d861957cb05b7889af24c8cd4a789398304. >> >> drm_vblank_get() is necessary to ensure the DRM vblank counter value is >> up to date in

[PATCH 0/6] File Sealing & memfd_create()

out passing O_PATH memfds around than O_RDONLY memfds. I have incomplete patches for this stuff. I need to fix them so they work and get past Al Viro. --Andy -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140617/30d2d605/attachment.html>

[Intel-gfx] [PATCH 09/11] drm/i915: check connector->encoder before using it.

hings work a lot > better. > > I've bashed on this a bit using kms-flip from intel-gpu-tools, hacked > to add 3 monitor support. > > It still generates a fair few i915 state checker backtraces, and some > of them are fairly hard to work out, it might be we sh

[PATCH 08/11] i915: split some DP modesetting code into a separate function

ors with no actual hw backing > them. > > Dave. > > ___ > Intel-gfx mailing list > Intel-gfx at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/intel-gfx -- Sent using Postbox: http://www.getpostb

[Intel-gfx] [PATCH 07/11] drm/helper: add Displayport multi-stream helper (v0.5)

This patch is a monster, but that's to be expected with MST, I suppose. :) It has some formatting issues (lines over 80 characters in length) but that can be cleaned up later (as far as I'm concerned). Otherwise I don't see anything glaring here, so... Reviewed-by: Todd Previte > Dave

[Intel-gfx] [PATCH 06/11] drm: add a path blob property

onnectors with no actual hw backing > them. > > Dave. > > ___ > Intel-gfx mailing list > Intel-gfx at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/intel-gfx -- Sent using Postbox: http://www.getpostbo

[Intel-gfx] [PATCH 05/11] drm/fb_helper: allow adding/removing connectors later

-intel that make things work a lot > better. > > I've bashed on this a bit using kms-flip from intel-gpu-tools, hacked > to add 3 monitor support. > > It still generates a fair few i915 state checker backtraces, and some > of them are fairly hard to work out, it might be

[Bug 78111] APU turbo core boost not working when radeon.dpm=1

https://bugzilla.kernel.org/show_bug.cgi?id=78111 --- Comment #6 from Marko Srebre --- Thanks Alex. The patch that enables bapm works. Boost state is now active. Frequency gets boosted in single core workloads. Are there any plans to make 'bapm' tunable via boot parameters or /sys? -- You

[Bug 78111] APU turbo core boost not working when radeon.dpm=1

https://bugzilla.kernel.org/show_bug.cgi?id=78111 --- Comment #5 from Marko Srebre --- Created attachment 140061 --> https://bugzilla.kernel.org/attachment.cgi?id=140061=edit dmesg output (with enable bapm path) -- You are receiving this mail because: You are watching the assignee of the

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

https://bugzilla.kernel.org/show_bug.cgi?id=68571 --- Comment #40 from creich --- oh sry. didn't notice that! i used it without dpm. thanks for the hint :) -- You are receiving this mail because: You are watching the assignee of the bug.