[PATCH 06/11] drm/radeon/dpm: add thermal dpm support for CI

Not currently used. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/ci_dpm.c | 27 +++ drivers/gpu/drm/radeon/ci_dpm.h | 1 + drivers/gpu/drm/radeon/ppsmc.h | 3 +++ 3 files changed, 31 insertions(+) diff --git a/drivers/gpu/drm/radeon/ci_dpm.c

[PATCH 05/11] drm/radeon/dpm: add smc fan control for CI (v2)

Enable smc fan control for CI boards. Should reduce the fan noise on systems with a higher default fan profile. v2: disable by default, add additional fan setup, rpm control bug: https://bugs.freedesktop.org/show_bug.cgi?id=73338 Signed-off-by: Alex Deucher ---

[PATCH 04/11] drm/radeon/dpm: add smc fan control for SI (v2)

Enable smc fan control for SI boards. Should reduce the fan noise on systems with a higher default fan profile. v2: disable by default, add rpm controls bug: https://bugs.freedesktop.org/show_bug.cgi?id=73338 Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/ppsmc.h| 5 +

[PATCH 03/11] drm/radeon: fix endian swapping in vbios fetch for tdp table

Value needs to be swapped on BE. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/r600_dpm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/r600_dpm.c b/drivers/gpu/drm/radeon/r600_dpm.c index f6309bd..b5c73df

[PATCH 02/11] drm/radeon: work around a hw bug in MGCG on CIK

Always need to set bit 0 of RLC_CGTT_MGCG_OVERRIDE to avoid unreliable doorbell updates in some cases. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/cik.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/radeon/cik.c

[PATCH 01/11] drm/radeon: report disconnected for LVDS/eDP with PX if ddc fails

If ddc fails, presumably the i2c mux (and hopefully the signal mux) are switched to the other GPU so don't fetch the edid from the vbios so that the connector reports disconnected. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_connectors.c | 19 ++- 1 file

[PATCH v2 2/2] arm: dts: Exynos5: Use pmu_system_controller phandle for dp phy

[adding Kukjin to cc list] Hello Vivek, On Wed, Nov 12, 2014 at 5:21 AM, Jingoo Han wrote: > On Thursday, October 30, 2014 10:24 PM, Vivek Gautam wrote: >> >> DP PHY now require pmu-system-controller to handle PMU register >> to control PHY's power isolation. Adding the same to dp-phy >> node.

[PATCH 4/4] bochs: add page_flip

Implement crtc page_flip callback for bochsdrm. The qemu stdvga has no vblank signaling, so we have to fake it. We do so by instantly calling drm_send_vblank_event. Tested with kmscon. Signed-off-by: Gerd Hoffmann --- drivers/gpu/drm/bochs/bochs_kms.c | 21 + 1 file

[PATCH 3/4] bochs: fix bochsdrmfb mmap

Remove the mapping offset from the bo backing the fbdev framebuffer. Wire up fbdev mmap function to map the backing bo using ttm_fbdev_mmap. With that patch in place mmap(/dev/fb0) works as expected. Signed-off-by: Gerd Hoffmann --- drivers/gpu/drm/bochs/bochs_fbdev.c | 18 ++ 1

[PATCH 2/4] bochs: add endian switching support

Recently (qemu 2.2+) the qemu stdvga got a register to switch the vga framebuffer endianness. This patch adds code to explicitly set the endianness of the framebuffer. In most cases this has no effect as the default is guest architecture endianness. It is needed though in case a architecture

[PATCH 1/4] bochs: little cleanup

Drop some leftover, commented code. Signed-off-by: Gerd Hoffmann --- drivers/gpu/drm/bochs/bochs_hw.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/bochs/bochs_hw.c b/drivers/gpu/drm/bochs/bochs_hw.c index dbe619e..e8b1dac 100644 ---

[PATCH 0/4] bochs: little patch collection

Hi, Here is a small patch collection for the bochsdrm (qemu stdvga) driver. cheers, Gerd Gerd Hoffmann (4): bochs: little cleanup bochs: add endian switching support bochs: fix bochsdrmfb mmap bochs: add page_flip drivers/gpu/drm/bochs/bochs_fbdev.c | 18 ++

[PATCH V8 00/14] drm/exynos: few patches to enhance bridge chip support

Hello Paolo, On 11/19/2014 11:55 AM, Paolo Pisati wrote: > to get a working framebuffer out of linus 318rc4 on my peach pi, i had > to cherry pick these 3 patches: > > arm: dts: Exynos5: Use pmu_system_controller phandle for dp phy I was missing this patch, I've display working now. Thanks for

[RFC PATCH v2] drm/exynos: make non kms drivers to be indenpendent modules

This patch makes non kms drivers to be independent modules. For this, it removes all register codes to non kms drivers from exynos_drm_drv module and adds module_init/exit for each non kms driver so that each non kms driver can be called independently. In addition, this patch adds non kms

[PATCH V8 00/14] drm/exynos: few patches to enhance bridge chip support

On Wed, Nov 19, 2014 at 10:35:40AM +0100, Javier Martinez Canillas wrote: > Hello Ajay, > > On 11/18/2014 07:20 AM, Ajay kumar wrote: > > On Sat, Nov 15, 2014 at 3:24 PM, Ajay Kumar > > wrote: > >> This series is based on master branch of Linus tree at: > >>

[RFC PATCH 1/1] drm/exynos: Move platform drivers registration to module init

Javier Martinez Canillas writes: > [adding Paolo and Vivek as cc] > > Hello, > > On 11/18/2014 07:41 PM, Kevin Hilman wrote: >> >> It fixes the DRM deadlock, issue for me on exynos5800-peach-pi, but then >> it proceeds to panic in the workqueue code called by the asoc max98090 >> codec[1]. >>

[PATCH] drm/i2c: tda998x: Allow for different audio sample rates

On 11/18/14 18:00, Russell King - ARM Linux wrote: > On Tue, Nov 18, 2014 at 05:39:30PM +, Andrew Jackson wrote: >> On HDMI, the audio data are carried across the HDMI link which is >> driven by the TDMS clock. The TDMS clock is dependent on the video pixel >> rate. >> >> This patch sets the

[PATCH V8 00/14] drm/exynos: few patches to enhance bridge chip support

Paolo Pisati writes: > On Wed, Nov 19, 2014 at 10:35:40AM +0100, Javier Martinez Canillas wrote: >> Hello Ajay, >> >> On 11/18/2014 07:20 AM, Ajay kumar wrote: >> > On Sat, Nov 15, 2014 at 3:24 PM, Ajay Kumar >> > wrote: >> >> This series is based on master branch of Linus tree at: >> >>

[RFC PATCH 1/1] drm/exynos: Move platform drivers registration to module init

Hello Kevin, On 11/18/2014 11:46 PM, Kevin Hilman wrote: >>> Is anyone at Samsung testing linux-next? If so, on what platforms? It >>> would really be nice if your linux-next work was tested on these >>> publically-available 542x/5800 platforms (peach-pi, peach-pit, >>> odroid-xu3) which would

[PATCH 2/2] drm/exynos: use drm generic mmap interface

On 2014년 11월 19일 07:09, Tobias Jakobi wrote: > Inki Dae wrote: >> Hi Tomasz, >> >> Yes, of course. >> >> We will fix it soon. For this, I mentioned earlier, >> http://web.archiveorange.com/archive/v/hhSc574WhqJAKgdBq7KL >> >> Thanks, >> Inki Dae > > > Hello, > > it looks like libdrm git

[PATCH 2/2] exynos: remove DRM_EXYNOS_GEM_{MAP_OFFSET/MMAP} ioctls

On 2014년 10월 31일 10:28, Hyungwon Hwang wrote: > This patch removes the ioctls which are removed from the linux kernel. Signed-off-by: Inki Dae > > Signed-off-by: Hyungwon Hwang > --- > exynos/exynos_drm.h | 40 > 1 file changed, 40 deletions(-)

[PATCH 1/2] exynos: Don't use DRM_EXYNOS_GEM_{MAP_OFFSET/MMAP} ioctls

On 2014년 10월 31일 10:28, Hyungwon Hwang wrote: > The ioctl DRM_EXYNOS_GEM_MAP_OFFSET and DRM_EXYNOS_GEM_MMAP are removed from > the linux kernel. This patch modifies libdrm and libkms to use drm generic > ioctls instead of the removed ioctls. Signed-off-by: Inki Dae > > Signed-off-by:

[PATCH V8 00/14] drm/exynos: few patches to enhance bridge chip support

Hello Ajay, On 11/19/2014 10:38 AM, Ajay kumar wrote: > Hi Javier, > > In the cover letter, I have mentioned that it is tested on Linus tree: > > "This series is based on master branch of Linus tree at: > git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git" > > Kindly test the

[PATCH V8 00/14] drm/exynos: few patches to enhance bridge chip support

Hello Ajay, On 11/18/2014 07:20 AM, Ajay kumar wrote: > On Sat, Nov 15, 2014 at 3:24 PM, Ajay Kumar > wrote: >> This series is based on master branch of Linus tree at: >> git://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git I applied your series on top of 3.18-rc5 + linux-next's

[PATCH 2/2] drm/panel: Add support for Giantplus GPG482739QS5 panel

From: Philipp Zabel This patch adds support for the GiantPlus GPG48273QS5 4.3" WQVGA TFT LCD panel to the simple-panel driver. This panel is connected via a parallel bus and uses both HSYNC and VSYNC, whose lengths are unfortunately not clearly defined. The datasheet

[PATCH 1/2] of: Add vendor prefix for Giantplus Technology Co., Ltd.

From: Philipp Zabel Signed-off-by: Philipp Zabel Signed-off-by: Lucas Stach --- Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + 1 file changed, 1 insertion(+) diff --git a/Documentation/devicetree/bindings/vendor-prefixes.txt

[PATCH v12 1/3] drm: rockchip: Add basic drm driver

On Wed, 19 Nov 2014 10:02:53 +0800 Mark yao wrote: > On 2014年11月19日 09:09, Mark yao wrote: > > On 2014年11月18日 22:24, Daniel Vetter wrote: > >> On Tue, Nov 18, 2014 at 02:21:30PM +0100, Boris Brezillon wrote: > >>> Hi Daniel, > >>> > >>> On Tue, 18 Nov 2014 09:32:34 +0100 > >>> Daniel

[PATCH v12 1/3] drm: rockchip: Add basic drm driver

c_load before registering the drm device... >> Hm right, wonder who that works with rockchip tbh. >> >> We did split up the drm_connector setup into _init and register, so >> if you >> want to do this then you need to move the call to drm_connector_register >> below the call to drm_dev_register. >> >> We should probably have a drm_connectors_register_all helper which does >> this for all connectors on the connector list. And also grabs the >> appropriate lock. >> >> I guess it's somewhat obvious that no one yet actually tried this ;-) >> -Daniel > right, I re-test the driver with it, get the same problem with Boris. > I should move drm_connector_register below the drm_dev_register. I try move connector_register below drm_dev_register, but unfortunately, drm_dev_register call drm_mode_group_init_legacy_group to save crtc, connector into list, it need below connector_register. so that problem is that now: connector_register need bewteen minor node create and drm_mode_group_init_legacy_group. Ｉ'm consider to revert the drm/rockchip v13. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141119/33a93ad0/attachment.html>

[RFC PATCH 1/3] drm/exynos: make kms drivers to be independent modules

On 11/18/2014 04:26 PM, Inki Dae wrote: > This patch makes kms drivers to be independent modules. > For this, it removes all register codes to kms drivers > from exynos_drm_drv module and adds module_init/exit > for each kms driver so that each kms driver can be > called independently. It is

3.18-rc regression: drm/nouveau: use shared fences for readable objects

Hey, On 19-11-14 07:43, Michael Marineau wrote: > On 3.18-rc kernel's I have been intermittently experiencing GPU > lockups shortly after startup, accompanied with one or both of the > following errors: > > nouveau E[ PFIFO][:01:00.0] read fault at 0x000734a000 [PTE] > from PBDMA0/HOST_CPU

[PATCH v12 1/3] drm: rockchip: Add basic drm driver

On 2014年11月18日 22:24, Daniel Vetter wrote: > On Tue, Nov 18, 2014 at 02:21:30PM +0100, Boris Brezillon wrote: >> Hi Daniel, >> >> On Tue, 18 Nov 2014 09:32:34 +0100 >> Daniel Vetter wrote: >> >>> On Tue, Nov 18, 2014 at 04:00:29PM +0800, Mark Yao wrote: From: Mark yao This

[PATCH 1/2] of: Add vendor prefix for Giantplus Technology Co., Ltd.

On Wed, Nov 19, 2014 at 3:29 AM, Lucas Stach wrote: > From: Philipp Zabel > > Signed-off-by: Philipp Zabel > Signed-off-by: Lucas Stach Acked-by: Rob Herring > --- > Documentation/devicetree/bindings/vendor-prefixes.txt | 1 + > 1 file changed, 1 insertion(+) > > diff --git

[PATCH] drm/tilcdc: add missing clk_put in tilcdc_unload()

. clk_put() is safe against NULL pointers. -- balbi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 819 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141119/43862d5e/attachment.sig>

[Bug 88481] Kernel oops leaves system without graphical output [radeon]

https://bugzilla.kernel.org/show_bug.cgi?id=88481 --- Comment #5 from Michel Dänzer --- Does reverting commit ffe0245532b98efc4bc0e06f29c51d3f0e471152 help? If not, can you bisect? -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 86267] [drm:evergreen_resume] *ERROR* evergreen startup failed on resume

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

[Bug 82186] [r600g] BARTS GPU lockup with minecraft shaders

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/20141119/91ebca96/attachment-0001.html>

[PATCH] device coredump: fix minor issue in Kconfig file

Hi Johannes, >> Currently "make menuconfig" doesn't display an option to enable >> WANT_DEV_COREDUMP. This patch updates Kconfig so that user can enable >> WANT_DEV_COREDUMP. > >This is completely intentional - drivers should "select >WANT_DEV_COREDUMP" and users are only able to set

[PATCH] device coredump: fix minor issue in Kconfig file

if "CONFIG_DEV_COREDUMP=y" is added to configuration file, it gets removed when final configuration file is generated. The reason is it requires CONFIG_WANT_DEV_COREDUMP to be enabled. Currently "make menuconfig" doesn't display an option to enable WANT_DEV_COREDUMP. This patch updates Kconfig so

[Bug 88481] Kernel oops leaves system without graphical output [radeon]

https://bugzilla.kernel.org/show_bug.cgi?id=88481 --- Comment #4 from Christopher Frömmel --- Created attachment 158151 --> https://bugzilla.kernel.org/attachment.cgi?id=158151=edit lspci -nn -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 88481] Kernel oops leaves system without graphical output [radeon]

https://bugzilla.kernel.org/show_bug.cgi?id=88481 --- Comment #3 from Christopher Frömmel --- Created attachment 158141 --> https://bugzilla.kernel.org/attachment.cgi?id=158141=edit complete dmesg when X starts and HDMI (with audio) is connected, dpm enabled -- You are receiving this mail

[Bug 88481] Kernel oops leaves system without graphical output [radeon]

https://bugzilla.kernel.org/show_bug.cgi?id=88481 --- Comment #2 from Christopher Frömmel --- Created attachment 158131 --> https://bugzilla.kernel.org/attachment.cgi?id=158131=edit kernel config -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 88481] Kernel oops leaves system without graphical output [radeon]

https://bugzilla.kernel.org/show_bug.cgi?id=88481 Christopher Frömmel changed: What|Removed |Added CC||cfroemmel at web.de --- Comment

[PATCH 2/2] drm/exynos: use drm generic mmap interface

Inki Dae wrote: >> >> Hello, >> >> it looks like libdrm git master is still using the EXYNOS_GEM_MMAP ioctl >> that was removed by this patch. Is there any news on the patches for libdrm? > > The patch set already was posted. You can refer to below link, >

[Bug 82186] [r600g] BARTS GPU lockup with minecraft shaders

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

[Bug 86413] Euro Truck Simulator 2: Severe stuttering with Kernel >=3.17

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20141119/10322d24/attachment.html>

[Bug 88481] New: Kernel oops leaves system without graphical output [radeon]

https://bugzilla.kernel.org/show_bug.cgi?id=88481 Bug ID: 88481 Summary: Kernel oops leaves system without graphical output [radeon] Product: Drivers Version: 2.5 Kernel Version: v3.17.3 Hardware: x86-64

[RFC PATCH 3/3] drm/exynos: make vidi driver to be independent module

This patch makes vidi driver to be independent module. For this, it removes register codes to vidi driver from exynos_drm_drv module and adds module_init/exit for vidi driver so that this driver can be called independently. In addition, this patch adds component support to vidi driver, which is

[RFC PATCH 2/3] drm/exynos: make non kms drivers to be indenpendent modules

This patch makes non kms drivers to be independent modules. For this, it removes all register codes to non kms drivers from exynos_drm_drv module and adds module_init/exit for each non kms driver so that each non kms driver can be called independently. In addition, this patch adds non kms

[RFC PATCH 1/3] drm/exynos: make kms drivers to be independent modules

This patch makes kms drivers to be independent modules. For this, it removes all register codes to kms drivers from exynos_drm_drv module and adds module_init/exit for each kms driver so that each kms driver can be called independently. Signed-off-by: Inki Dae --- drivers/gpu/drm/exynos/Kconfig

[RFC PATCH 0/3] drm/exynos: add full modularity support to sub drivers

Hi all, This patch set adds full modularity to sub drivers, kms and non kms drivers. For this, this patch sets consists into three patches. first patch modularizes kms drivers, second patch for non kms drivers, and third patch for vidi driver. I hope we could resolve infinite

<    1   2