[PULL] drm-intel-fixes

Hi Dave - Fixes for 3.16-rc2; regressions, races, and warns; Broadwell PCI IDs. BR, Jani. The following changes since commit a497c3ba1d97fc69c1e78e7b96435ba8c2cb42ee: Linux 3.16-rc2 (2014-06-21 19:02:54 -1000) are available in the git repository at:

[PATCH v14 04/10] imx-drm: use defines for clock polarity settings

On Wed, Jun 25, 2014 at 11:44:47AM +0200, Denis Carikli wrote: > On 06/25/2014 06:48 AM, Sascha Hauer wrote: >>> +#define ENABLE_POL_LOW 0 >>> +#define ENABLE_POL_HIGH1 >> >> Adding defines without a proper namespace (IPU_) outside a driver >> private header file is not

[PATCH] drm: Fix function names in kerneldoc

From: Thierry Reding The drm_property_create_enum(), drm_property_create_bitmask() and drm_property_create_range() contain the wrong name in the kerneldoc comment. This is probably simply a copy/paste mistake. Signed-off-by: Thierry Reding --- drivers/gpu/drm/drm_crtc.c |

[Bug 79011] New: GPU lockup, screen freeze with Radeon HD7770

https://bugzilla.kernel.org/show_bug.cgi?id=79011 Bug ID: 79011 Summary: GPU lockup, screen freeze with Radeon HD7770 Product: Drivers Version: 2.5 Kernel Version: 3.15 / 3.14 Hardware: x86-64 OS: Linux Tree:

[PATCH V2] drm/exynos: Support DP CLKCON register in FIMD driver

Add the missing setting for DP CLKCON register. This register is present on Exynos5 based FIMD controllers, and needs to be used if we are using DP. Signed-off-by: Ajay Kumar --- Changes since V1: - Remove usage of driver_data to configure DP CLKCON register

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

On 26.06.2014 08:34, Dieter N?tzel wrote: > Am 25.06.2014 09:57, schrieb Michel D?nzer: >> On 25.06.2014 03:13, Dieter N?tzel wrote: >>> Am 24.06.2014 12:05, schrieb Michel D?nzer: On 24.06.2014 05:32, Dieter N?tzel wrote: > Am 23.06.2014 21:46, schrieb Dieter N?tzel: >> Am 23.06.2014

[PATCH 2/2] drm/radeon: Track the status of a page flip more explicitly

From: Michel D?nzer This is another line of defence against the panic fixed by the previous change, and should make the life cycle of a page flip clearer. Tested-by: Dieter N?tzel Signed-off-by: Michel D?nzer --- drivers/gpu/drm/radeon/radeon_display.c | 19

[PATCH 1/2] drm/radeon: Only enable and handle pageflip interrupts when needed

From: Michel D?nzer Prevents radeon_crtc_handle_flip() from running before radeon_flip_work_func(), resulting in a kernel panic due to the BUG_ON() in drm_vblank_put(). Tested-by: Dieter N?tzel Signed-off-by: Michel D?nzer --- drivers/gpu/drm/radeon/cik.c | 18

[Bug 76490] Hang during boot when DPM is on (R9 270X)

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/20140626/1aaf07a7/attachment.html>

[Bug 79806] Performance degradation after resume

argument" on kernel 3.15 -- 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/20140626/9c350c6f/attachment.html>

[Bug 79806] Performance degradation after resume

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140626/100bfd6c/attachment.html>

[Bug 80567] New: [portal2] broken

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/20140626/ab1eb39d/attachment.html>

[Nouveau] [PATCH v2 2/3] drm/ttm: introduce dma cache sync helpers

On Thu, Jun 26, 2014 at 11:53:20PM +0900, Alexandre Courbot wrote: > We don't plan to rely on CMA for too long. IOMMU support is on the way > and should make our life easier, although no matter the source of > memory, we will still have the issue of the lowmem mappings. When it comes to DMA

[Bug 76284] [radeon] dota2, applying new screen resolution corrupts display

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140626/7feac712/attachment-0001.html>

[PATCH RFC v2 3/8] component: add support for component match array

On Thu, Jun 26, 2014 at 02:34:17PM +0200, Philipp Zabel wrote: > Hi Russell, > > On Tue, Jun 24, 2014 at 9:29 PM, Russell King > wrote: > [...] > > +/* > > + * Add a component to be matched. > > + * > > + * The match array is first created or extended if

[Bug 42603] Watching video with radeon oss driver sometimes leads to kernel panic

https://bugzilla.kernel.org/show_bug.cgi?id=42603 boris64 changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[PATCH RFC v2 3/8] component: add support for component match array

Hi Russell, On Tue, Jun 24, 2014 at 9:29 PM, Russell King wrote: [...] > +/* > + * Add a component to be matched. > + * > + * The match array is first created or extended if necessary. > + */ > +void component_match_add(struct device *dev, struct component_match

[PATCH v3 3/3] ARM: tegra: add GK20A GPU to Tegra124 DT

From: Thierry Reding Add the GK20A device node to Tegra124's device tree. Signed-off-by: Thierry Reding Signed-off-by: Alexandre Courbot --- arch/arm/boot/dts/tegra124.dtsi | 15 +++ 1 file changed, 15 insertions(+) diff --git

[PATCH v3 2/3] ARM: tegra: of: add GK20A device tree binding

Add the device tree binding documentation for the GK20A GPU used in Tegra K1 SoCs. Signed-off-by: Alexandre Courbot Acked-by: Stephen Warren --- .../devicetree/bindings/gpu/nvidia,gk20a.txt | 43 ++ 1 file changed, 43 insertions(+) create mode 100644

[PATCH v3 1/3] drm/nouveau: support for probing platform devices

Add a platform driver for Nouveau devices declared using the device tree or platform data. This driver currently supports GK20A on Tegra platforms and is only compiled for these platforms if Nouveau is enabled. Nouveau will probe the chip type itself using the BOOT0 register, so all this driver

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

https://bugzilla.kernel.org/show_bug.cgi?id=68571 --- Comment #47 from perry3d at gmail.com --- After testing radeon.audio=0 a few days, i have to say that the bug still remains. But there is definitely a correlation between the hdmi audio and this problem as the things are getting better with

[PATCH v3 0/3] drm/nouveau: support for probing platform devices

This series adds support for probing platform devices on Nouveau, as well as the DT bindings for GK20A. It doesn't enable the GPU yet on Tegra boards since a few extra things need to be supported before that. This version is mostly identical to v2 but fixes an important issue: the drvdata must be

[PATCH] gpu: ipu-v3: ipu-di: Print the generated pixelclock error

For debug purposes it is useful to know how far away the generated pixelclock is from the desired rate, so print the amount of error. After adding this patch and with debug enabled we have: imx-ipuv3 240.ipu: disp 0: panel size = 1920 x 1080 imx-ipuv3 240.ipu: Clocks: IPU 26400Hz DI

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

https://bugzilla.kernel.org/show_bug.cgi?id=68571 --- Comment #46 from Alex Deucher --- (In reply to Fabian Pas from comment #45) > I am experiencing the same problem with my Radeon HD7770. I've added > radeon.audio=0 to no avail. I'm on the 3.15.1 kernel now too, but it > happened in kernel

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

https://bugzilla.kernel.org/show_bug.cgi?id=68571 Fabian Pas changed: What|Removed |Added CC||fabianp at fusionzone.nl --- Comment #45

[PATCH 1/3] drm/radeon: stop poisoning the GART TLB

Am 25.06.2014 05:59, schrieb Michel D?nzer: > On 24.06.2014 19:14, Christian K?nig wrote: >> Am 24.06.2014 08:49, schrieb Michel D?nzer: >>> On 23.06.2014 18:56, Christian K?nig wrote: Am 23.06.2014 10:15, schrieb Michel D?nzer: > On 19.06.2014 18:45, Christian K?nig wrote: > >>

[PATCH 1/2] drm/radeon: Only enable and handle pageflip interrupts when needed

Am 26.06.2014 12:39, schrieb Christian K?nig: > Am 26.06.2014 11:29, schrieb Michel D?nzer: >> From: Michel D?nzer >> >> Prevents radeon_crtc_handle_flip() from running before >> radeon_flip_work_func(), resulting in a kernel panic due to the >> BUG_ON() >> in drm_vblank_put(). >> >>

[PATCH 1/2] drm/radeon: Only enable and handle pageflip interrupts when needed

Am 26.06.2014 11:29, schrieb Michel D?nzer: > From: Michel D?nzer > > Prevents radeon_crtc_handle_flip() from running before > radeon_flip_work_func(), resulting in a kernel panic due to the BUG_ON() > in drm_vblank_put(). > > Tested-by: Dieter N?tzel > Signed-off-by: Michel D?nzer Does patch

[PATCH 1/3] drm/exynos: Control DISP1BLK system register in FIMD

Hi Ajay, On 25 June 2014 19:45, Ajay Kumar wrote: > Exynos SOC have a DISP1BLK register where we can select > the path for FIMD output. We can redirect the video data > directly to DP/MIPI interface, or we can pass it via > image enhancement chips. > > Since we don't use any image enhancement

[PATCH 0/3] drm/exynos: add framework to control DISP1BLK setting

Hi YoungJun, On Thu, Jun 26, 2014 at 11:23 AM, Ajay kumar wrote: > On Thu, Jun 26, 2014 at 5:24 AM, YoungJun Cho wrote: >> Hi Ajay, >> >> I'm sorry for say that the patchset for exynos drm supporting I80 i/f >> includes yours. >> >> The patchset is still in reviewing and I'm preparing v5. >> >>

[PATCH 0/3] drm/exynos: add framework to control DISP1BLK setting

On Thu, Jun 26, 2014 at 5:24 AM, YoungJun Cho wrote: > Hi Ajay, > > I'm sorry for say that the patchset for exynos drm supporting I80 i/f > includes yours. > > The patchset is still in reviewing and I'm preparing v5. > > Please check this: > http://www.spinics.net/lists/dri-devel/msg60943.html >

[PATCH] drm/i2c: tda998x: add some basic mode validation

The TDA998x can't handle modes with clocks above 150MHz, or resolutions larger than 8192x2048. Signed-off-by: Russell King --- David, this will be part of a pull request which I intend to send during the next few days. Luckily, the mode_valid method in tda998x

[Intel-gfx] [PATCH 0/9] drm: More vblank on/off work

On Mon, 26 May 2014 14:46:23 +0300 ville.syrjala at linux.intel.com wrote: > From: Ville Syrj?l? > > Another vblank series with the following features: > - Plug a race between drm_vblank_off() and marking the crtc inactive > - Don't send zeroed vblank evens to userspace at drm_vblank_off() > -

Radeon drivers on PowerPC (e500)

On 18/06/14 02:48, Benjamin Herrenschmidt wrote: > On Wed, 2014-06-18 at 11:05 +1000, Dave Airlie wrote: >> >> I don't think we ever ioremap GART, it should kmap GART pages, ioremap >> should only happen for VRAM areas AFAIK, >> >> This isn't some 32-bit vs 36-bit BAR or something, I seem to

[PATCH 0/3] drm/exynos: add framework to control DISP1BLK setting

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

[Bug 71891] 3.13 fails to boot with the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=71891 --- Comment #39 from Christian K?nig --- (In reply to Howard Chu from comment #38) > I'm also seeing this UVD not responding on a Trinity laptop - Asus N56DP > with A10-4600M and discrete GPU. Was working fine on 3.12, fails on 3.13 and > 3.14. I

[Bug 78096] Linux 3.14 doesn't boot with Radeon HD 5870

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140626/8d0a2f73/attachment.html>

[Bug 42616] Radeon Kernel Mode Setting sets wrong mode

https://bugzilla.kernel.org/show_bug.cgi?id=42616 xerofoify at gmail.com changed: What|Removed |Added CC||xerofoify at gmail.com ---

[Bug 42603] Watching video with radeon oss driver sometimes leads to kernel panic

https://bugzilla.kernel.org/show_bug.cgi?id=42603 xerofoify at gmail.com changed: What|Removed |Added CC||xerofoify at gmail.com ---

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

Am 25.06.2014 09:57, schrieb Michel D?nzer: > On 25.06.2014 03:13, Dieter N?tzel wrote: >> Am 24.06.2014 12:05, schrieb Michel D?nzer: >>> On 24.06.2014 05:32, Dieter N?tzel wrote: Am 23.06.2014 21:46, schrieb Dieter N?tzel: > Am 23.06.2014 11:34, schrieb Michel D?nzer: >> On

[Bug 71891] 3.13 fails to boot with the radeon module

https://bugzilla.kernel.org/show_bug.cgi?id=71891 Howard Chu changed: What|Removed |Added CC||hyc at highlandsun.com --- Comment #38 from