[pull] radeon drm-fixes-3.17

Hi Dave, One more fix for radeon. Fixes a regression on rs4xx/rs690/rs740 asics. The following changes since commit 235e6def762557fb209a785386653809451b: Merge tag 'drm-intel-fixes-2014-09-18' of git://anongit.freedesktop.org/drm-intel into drm-fixes (2014-09-19 10:34:34 +1000) are

[PATCH v3 4/5] ASoC: davinci: HDMI audio build for AM33XX and TDA998x

On 09/18/2014 11:25 AM, Jean-Francois Moine wrote: > On Thu, 18 Sep 2014 00:13:09 +0300 > Jyri Sarha wrote: > >>> So, Jean-Francois is also trying to do things with the TDA998x - what's >>> the story with that, is this joined up at all? >> >> Not really. This basic functionality does not

[PATCH 2/3] drm/radeon: add command submission IDs

On Thu, Sep 18, 2014 at 05:30:12PM +0200, Christian K?nig wrote: > From: Christian K?nig > > This patch adds a new 64bit ID as a result to each command submission. NAK for design reasons. First and foremost we DO NOT WANT TO ALLOCATE ANYTHING for submission id. I know that hooking up to fence

[Bug 83996] [drm:r100_ring_test] *ERROR* radeon: ring test failed - since linux-3.17_rc1 on RS690/RS740 [Radeon 2100]

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

[Bug 84017] HD 4670 only works with MSI disabled

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140918/590d0870/attachment.html>

[PATCH 1/3] drm/radeon: don't reset dma on NI/SI init

Am 18.09.2014 um 20:01 schrieb Alex Deucher: > On Thu, Sep 18, 2014 at 1:51 PM, Christian K?nig > wrote: >> Am 18.09.2014 um 19:26 schrieb Alex Deucher: >>> Otherwise we may lose the DMA golden settings which can >>> lead to hangs, etc. >> >> Don't we still want the soft reset at some point, e.g.

[Bug 84017] HD 4670 only works with MSI disabled

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

[Bug 84017] HD 4670 only works with MSI disabled

Type: Unknown > Type Detail: None > Speed: Unknown > Manufacturer: None > Serial Number: None > Asset Tag: None > Part Number: None > >Handle 0x001D, DMI type 19, 15 bytes >Memory Array Mapped Address > Starting Address: 0x000 > Ending Address: 0x0007FFF > Range Size: 2 GB > Physical Array Handle: 0x001A > Partition Width: 1 > >Handle 0x001E, DMI type 20, 19 bytes >Memory Device Mapped Address > Starting Address: 0x000 > Ending Address: 0x0003FFF > Range Size: 1 GB > Physical Device Handle: 0x001B > Memory Array Mapped Address Handle: 0x001D > Partition Row Position: 1 > >Handle 0x001F, DMI type 20, 19 bytes >Memory Device Mapped Address > Starting Address: 0x0004000 > Ending Address: 0x0007FFF > Range Size: 1 GB > Physical Device Handle: 0x001C > Memory Array Mapped Address Handle: 0x001D > Partition Row Position: 1 > >Handle 0x0020, DMI type 32, 11 bytes >System Boot Information > Status: No errors detected > >Handle 0x0021, DMI type 127, 4 bytes >End Of Table > -- 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/20140918/1eb9c36b/attachment-0001.html>

[PATCH 1/3] drm/radeon: don't reset dma on NI/SI init

Am 18.09.2014 um 19:26 schrieb Alex Deucher: > Otherwise we may lose the DMA golden settings which can > lead to hangs, etc. Don't we still want the soft reset at some point, e.g. when the engine hangs? I would rather move that to another function and call it before loading the golden values.

[Bug 84017] HD 4670 only works with MSI disabled

ice/_lightbox/treiber.php?msn=10010251 I think it is a VIA Hyperion Pro. -- 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/20140918/d1

[Bug 84017] HD 4670 only works with MSI disabled

ked in. -- 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/20140918/54eb9850/attachment.html>

[pull] radeon drm-fixes-3.17

Hi Dave, Radeon fixes for 3.17: - fix a resume hang on mullins - fix an oops on module unload with vgaswitcheroo (radeon and nouveau) - fix possible hangs DMA engine hangs due to hw bugs The following changes since commit 83502a5d34386f7c6973bc70e1c423f55f5a2e3a: drm/ast: AST2000 cannot be

[Bug 81382] Text console blanking does not go away

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140918/26e61400/attachment.html>

[Bug 81382] Text console blanking does not go away

o test the patches? Daniel -- 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/20140918/db13299a/attachment.html>

[pull] radeon drm-next-3.18

Hi Dave, Just a fix for 3.18 for AGP. The following changes since commit 8337486a8fda53e5f46b3cb2b4eb3272608348cb: Merge branch 'drm/next/du' of git://linuxtv.org/pinchartl/fbdev into drm-next (2014-09-18 21:53:47 +1000) are available in the git repository at:

[PATCH 5/5] drm/radeon: disable audio when we disable hdmi

This should allow the audio driver to get a better idea of whether the sink is connected or not. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/evergreen_hdmi.c | 10 ++ drivers/gpu/drm/radeon/r600_hdmi.c | 5 + 2 files changed, 15 insertions(+) diff --git

[PATCH 4/5] drm/radeon: split audio enable between eg and r600

Clean up the enable sequence as well. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/dce3_1_afmt.c| 4 ++-- drivers/gpu/drm/radeon/dce6_afmt.c | 4 ++-- drivers/gpu/drm/radeon/evergreen_hdmi.c | 39 + drivers/gpu/drm/radeon/evergreend.h |

[PATCH 3/5] drm/radeon: consolidate r600_audio.c into r600_hdmi.c

Most of that functionality is only used by r600_hdmi.c and I'm planning to change that further. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/Makefile | 2 +- drivers/gpu/drm/radeon/r600_audio.c | 184 --- drivers/gpu/drm/radeon/r600_hdmi.c |

[PATCH 2/5] drm/radeon: consolidate duplicate encode is digital function

Only need one copy. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/atombios_encoders.c | 23 --- drivers/gpu/drm/radeon/r600_audio.c| 25 + drivers/gpu/drm/radeon/radeon_encoders.c | 21 +

[PATCH 1/5] drm/radeon: fix register name to match internal name

no functional change. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/dce6_afmt.c | 2 +- drivers/gpu/drm/radeon/sid.h | 2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/radeon/dce6_afmt.c b/drivers/gpu/drm/radeon/dce6_afmt.c index

[GIT PULL FOR v3.18] Renesas DRM changes

On Mon, Sep 15, 2014 at 12:09:55PM +0300, Laurent Pinchart wrote: > Hi Dave, > > Could you please pull the following changes for v3.18 ? > > Commit "drm/rcar-du: Use struct videomode in platform data" touches board > code > in arch/arm/mach-shmobile. There is, to the best of my knowledge, no

rockchip and atmel kms drivers

Hi Boris, I have updated new version drm driver, you can review it. Thanks. On 2014?09?18? 02:00, Boris BREZILLON wrote: > Hi Yaozq, > > On Wed, 17 Sep 2014 13:50:26 +0800 > yaozq wrote: > >> Hi Boris & Dave, >> I will update the rockchip drm driver soon, we have many change about it. > I'll

[PATCH] drm/exynos: factor out initial setting of each driver

>From fimd driver and vidi driver, dev->irq_enabled and dev->vblank_disable_allowed are set and also mixer needs them even if missed. It's duplicated so set them when loads drm driver. Signed-off-by: Joonyoung Shim --- drivers/gpu/drm/exynos/exynos_drm_drv.c | 17 +

[PATCH v2 5/5] drm/rockchip: Add support for Rockchip Soc EDP

This adds support for Rockchip soc edp found on rk3288 Signed-off-by: Mark Yao Signed-off-by: Jeff Chen --- change in v2: - fix code sytle - use some define from drm_dp_helper.h - use panel-simple driver for primary display. - remove unnecessary clock clk_24m_parent.

[PATCH v2 4/5] dt-bindings: video: Add documentation for rockchip edp

Add binding documentation for Rockchip SoC EDP driver. Signed-off-by: Jeff Chen Signed-off-by: Mark Yao --- changes in v2: - add edp reset - add panel node - add port for display-subsystem .../devicetree/bindings/video/rockchip-edp.txt | 50 1 file changed, 50

[PATCH v2 3/5] dt-bindings: video: Add documentation for rockchip vop

This adds binding documentation for Rockchip SoC VOP driver. Signed-off-by: Mark Yao --- changes in v2: - rename "lcdc" to "vop" - add vop reset - add iommu node - add port for display-subsystem .../devicetree/bindings/video/rockchip-vop.txt | 58 1 file changed, 58

[PATCH v2 2/5] dt-bindings: video: Add for rockchip display subsytem

This add a display subsystem comprise the all display interface nodes. Signed-off-by: Mark Yao --- changes in v2: - add DRM master device node to list all display nodes that comprise the graphics subsystem. .../devicetree/bindings/video/rockchip-drm.txt | 19 +++ 1

[PATCH v2 1/5] drm/rockchip: Add basic drm driver

This patch adds the basic structure of a DRM Driver for Rockchip Socs. Signed-off-by: Mark yao --- Changes in v2: - use the component framework to defer main drm driver probe until all VOP devices have been probed. - use dma-mapping API with ARM_DMA_USE_IOMMU, create dma mapping by master

[PATCH v2 0/5] Add drm driver for Rockchip Socs

From: mark yao This a series of patches is a DRM Driver for Rockchip Socs, add support for vop devices, eDP. Future patches will add additional encoders/connectors, such as HDMI. The basic "crtc" for rockchip is a "VOP" - Video Output Processor. the vop devices found on

[PATCH 3/3] drm/radeon: add explicit command submission sync

From: Christian K?nig The driver falls back to explicit synchronization as soon as buffers move between clients or are moved by TTM. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h | 5 drivers/gpu/drm/radeon/radeon_cs.c | 49

[PATCH 2/3] drm/radeon: add command submission IDs

From: Christian K?nig This patch adds a new 64bit ID as a result to each command submission. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/Makefile | 2 +- drivers/gpu/drm/radeon/radeon.h | 13 +- drivers/gpu/drm/radeon/radeon_cs.c | 13 ++

[PATCH 1/3] drm/radeon: use pointers instead of indexes for CS chunks

From: Christian K?nig Nobody is interested at which index the chunk is. What's needed is a pointer to the chunk. Remove unused chunk_id field as well. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/evergreen_cs.c | 6 ++-- drivers/gpu/drm/radeon/r100.c

[BUG] nouveau regression: ext monitor dead after resume

I have tried and reverted these commits but to no avail. 028791bb7d6 drm/nouveau/kms: restore fbcon after display has been resumed 456b0579fb0 drm/nouveau: use connector events for HPD instead of GPIO watching

[PATCH v2 1/5] drm/rockchip: Add basic drm driver

On Thu, Sep 18, 2014 at 04:52:14PM +0200, Daniel Vetter wrote: > On Thu, Sep 18, 2014 at 05:36:31PM +0800, Mark yao wrote: > > This patch adds the basic structure of a DRM Driver for Rockchip Socs. > > > > Signed-off-by: Mark yao > > --- > > Changes in v2: > > - use the component framework to

[PATCH v2 1/5] drm/rockchip: Add basic drm driver

On Thu, Sep 18, 2014 at 05:36:31PM +0800, Mark yao wrote: > This patch adds the basic structure of a DRM Driver for Rockchip Socs. > > Signed-off-by: Mark yao > --- > Changes in v2: > - use the component framework to defer main drm driver probe > until all VOP devices have been probed. > - use

[PATCH 5/5] drm/i915: remove intel_pipe_set_base()

From: Gustavo Padovan After some refactor intel_primary_plane_setplane() does the same as intel_pipe_set_base() so we can get rid of it and replace the calls with intel_primary_plane_setplane(). Signed-off-by: Gustavo Padovan ---

[PATCH 4/5] drm/i915: split intel_crtc_page_flip() into check() and commit()

From: Daniel Stone Start the work of splitting the intel_crtc_page_flip() for later use by the atomic modesetting API. Signed-off-by: Daniel Stone Signed-off-by: Gustavo Padovan --- drivers/gpu/drm/i915/intel_display.c | 51 ++-- 1 file

[PATCH 3/5] drm/i915: remove intel_crtc_cursor_set_obj()

From: Gustavo Padovan Merge it into the plane update_plane() callback and make other users use the update_plane() functions instead. The fb != crtc->cursor->fb was already inside intel_crtc_cursor_set_obj() so we fold intel_crtc_cursor_set_obj() inside

[PATCH 2/5] drm/i915: move checks of intel_crtc_cursor_set_obj() out

From: Gustavo Padovan Move checks inside intel_crtc_cursor_set_obj() to intel_check_cursor_plane(), we only use they there so move them out to make the merge of intel_crtc_cursor_set_obj() into intel_check_cursor_plane() easier. This is another step toward the

[PATCH 1/5] drm/i915: Merge of visible and !visible paths for primary planes

From: Gustavo Padovan Fold intel_pipe_set_base() in the update primary plane path merging pieces of code that are common to both paths. Basically the the pin/unpin procedures are the same for both paths and some checks can also be shared (some of the were moved

[BUG] nouveau regression: ext monitor dead after resume

Hi, Since 3.16 an external monitor stays dark after resume from sleep. I didn't manage to activate it again with xrand. According to xrandr it is "connected" and configured with a mode, but I get no signal. Happens since 3.16 and is still broken with 3.17-rc5. Hardware: HP EliteBook 8540w

[Bug 71051] Cannot suspend with radeon drivers.

https://bugzilla.kernel.org/show_bug.cgi?id=71051 --- Comment #8 from Alex Deucher --- Created attachment 150801 --> https://bugzilla.kernel.org/attachment.cgi?id=150801=edit possible fix for mullins This patch may fix Hin-Tak's issue, but won't affect the original reporter. -- You are

[Bug 71051] Cannot suspend with radeon drivers.

https://bugzilla.kernel.org/show_bug.cgi?id=71051 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #7

[PATCH] drm/exynos: switch to universal plane API

The patch replaces legacy functions drm_plane_init() / drm_crtc_init() with drm_universal_plane_init() and drm_crtc_init_with_planes(). It allows to replace fake primary plane with the real one. Signed-off-by: Andrzej Hajda --- Hi Inki, I have tested this patch with trats board, it looks OK. As

[PATCH v2 7/8] drm/radeon: export reservation_object from dmabuf to ttm

Am 18.09.2014 um 14:11 schrieb Maarten Lankhorst: > drm/radeon: export reservation_object from dmabuf to ttm > > Adds an extra argument to radeon_bo_create, which is only used in > radeon_prime.c. > > Signed-off-by: Maarten Lankhorst Reviewed-by: Christian K?nig > --- > v2: > robj -> resv >

[PULL] drm-intel-fixes

Hi Dave, a couple of small display fixes for 3.17. There was another bdw ips fix that I'd already pushed, but I had to drop it just now as it regressed. We'll need to come back to that later, details at https://bugs.freedesktop.org/show_bug.cgi?id=83497. BR, Jani. The following changes since

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

This patch removes DRM_EXYNOS_GEM_MMAP ictrl feature specific to Exynos drm and instead uses drm generic mmap. We had used the interface specific to Exynos drm to do mmap directly, not to use demand paging which maps each page with physical memory at page fault handler. We don't need the specific

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

Thanks for review. Below trivial things you pointed out will be fixed soon. On 2014? 09? 18? 13:56, Joonyoung Shim wrote: > Hi, > > On 09/17/2014 10:48 PM, Inki Dae wrote: >> This patch removes DRM_EXYNOS_GEM_MMAP ictrl feature specific >> to Exynos drm and instead uses drm generic mmap. >> >>

[PATCH v2 7/8] drm/radeon: export reservation_object from dmabuf to ttm

drm/radeon: export reservation_object from dmabuf to ttm Adds an extra argument to radeon_bo_create, which is only used in radeon_prime.c. Signed-off-by: Maarten Lankhorst --- v2: robj -> resv fix typo in commit description diff --git a/drivers/gpu/drm/radeon/cik.c

nouveau regression: read fault PAGE_NOT_PRESENT with new fence interface

fine after Xorg (gdm3) is restarted. The fault is still present in next-20140918. [drm] Initialized nouveau 1.2.0 20120801 for :01:00.0 on minor 0 nouveau E[ PFIFO][:01:00.0] read fault at 0x000126 [PAGE_NOT_PRESENT] from PGRAPH/GPC0/TEX on channel 0x001fcd1000 [Xorg[3874]] nouveau E

[PATCH 1/3] drm/radeon: don't reset dma on NI/SI init

On Thu, Sep 18, 2014 at 1:51 PM, Christian K?nig wrote: > Am 18.09.2014 um 19:26 schrieb Alex Deucher: >> >> Otherwise we may lose the DMA golden settings which can >> lead to hangs, etc. > > > Don't we still want the soft reset at some point, e.g. when the engine > hangs? > > I would rather move

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

Hi, On 09/17/2014 10:48 PM, Inki Dae wrote: > This patch removes DRM_EXYNOS_GEM_MMAP ictrl feature specific > to Exynos drm and instead uses drm generic mmap. > > We had used the interface specific to Exynos drm to do mmap directly, > not to use demand paging which maps each page with physical

[PATCH 3/3] drm/radeon: don't reset dma on r6xx-evergreen init

Otherwise we may lose the DMA golden settings which can lead to hangs, etc. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/r600_dma.c | 9 - 1 file changed, 9 deletions(-) diff --git a/drivers/gpu/drm/radeon/r600_dma.c

[PATCH 2/3] drm/radeon: don't reset sdma on CIK init

Otherwise we may lose the DMA golden settings which can lead to hangs, etc. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/cik_sdma.c | 7 --- 1 file changed, 7 deletions(-) diff --git a/drivers/gpu/drm/radeon/cik_sdma.c

[PATCH 1/3] drm/radeon: don't reset dma on NI/SI init

Otherwise we may lose the DMA golden settings which can lead to hangs, etc. bug: https://www.libreoffice.org/bugzilla/show_bug.cgi?id=83500 Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/ni_dma.c | 6 -- 1 file changed, 6 deletions(-) diff --git

[PATCH 3/3] drm/nouveau/runpm: fix module unload

On Sun, Sep 14, 2014 at 3:33 PM, Alex Deucher wrote: > Use the new vga_switcheroo_fini_domain_pm_ops function > to unregister the pm ops. > > Based on a patch from: > Pali Roh?r > > bug: > https://bugzilla.kernel.org/show_bug.cgi?id=84431 > > Signed-off-by: Alex Deucher > Cc: stable at

[Bug 81382] Text console blanking does not go away

our lspci -vnn output. -- 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/20140918/2a5e9c1e/attachment.html>

[Bug 81382] Text console blanking does not go away

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140918/40187cbb/attachment-0001.html>

[PATCH V6 0/8] drm/exynos: few patches to enhance bridge chip support

Hi Ajay, On Wednesday 17 September 2014 15:43:04 Ajay kumar wrote: > Hi Laurent, > > Please find the latest series here: > http://www.spinics.net/lists/dri-devel/msg66740.html Thank you. My comment was meant to be general though, not just for your patch series. > On Wed, Sep 17, 2014 at 3:23

[Bug 83708] [vdpau,uvd] kernel oops, Unable to handle kernel paging request at virtual address

/attachments/20140918/7b3907db/attachment.html>

[PATCH 6/8] drm/radeon: cope with foreign fences inside the reservation object

On 17.09.2014 21:35, Maarten Lankhorst wrote: > diff --git a/drivers/gpu/drm/radeon/radeon_semaphore.c > b/drivers/gpu/drm/radeon/radeon_semaphore.c > index 4d4b0773638a..68311da39c09 100644 > --- a/drivers/gpu/drm/radeon/radeon_semaphore.c > +++ b/drivers/gpu/drm/radeon/radeon_semaphore.c > @@

[PATCH 7/8] drm/radeon: export reservation_object from dmabuf to ttm

On 17.09.2014 21:35, Maarten Lankhorst wrote: > Adds an extra argument to ttm_bo_create, which is only used in radeon_prime.c. Typo: 'ttm_bo_create' -> 'radeon_bo_create' -- Earthling Michel D?nzer| http://www.amd.com Libre software enthusiast |

[PATCH 6/8] drm/radeon: cope with foreign fences inside the reservation object

Hey, Op 18-09-14 om 05:26 schreef Michel D?nzer: > On 17.09.2014 21:35, Maarten Lankhorst wrote: >> diff --git a/drivers/gpu/drm/radeon/radeon_semaphore.c >> b/drivers/gpu/drm/radeon/radeon_semaphore.c >> index 4d4b0773638a..68311da39c09 100644 >> --- a/drivers/gpu/drm/radeon/radeon_semaphore.c

[GIT PULL FOR v3.18] Renesas DRM changes

Hi Simon, On Thursday 18 September 2014 18:11:31 Simon Horman wrote: > On Mon, Sep 15, 2014 at 12:09:55PM +0300, Laurent Pinchart wrote: > > Hi Dave, > > > > Could you please pull the following changes for v3.18 ? > > > > Commit "drm/rcar-du: Use struct videomode in platform data" touches board

[PATCH v3 1/3] phy: exynos-dp-video: Use syscon support to control pmu register

On Thursday 18 September 2014 08:55 AM, Vivek Gautam wrote: > Hi Kishon, > > > On Wed, Sep 17, 2014 at 10:24 PM, Kishon Vijay Abraham I > wrote: >> >> >> On Tuesday 16 September 2014 10:32 AM, Vivek Gautam wrote: >>> Currently the DP_PHY_ENABLE register is mapped in the driver, >>> and

[PATCH V7 11/12] Documentation: bridge: Add documentation for ps8622 DT properties

Hi Tomi, On Wed, Sep 17, 2014 at 9:52 PM, Tomi Valkeinen wrote: > On 17/09/14 17:29, Ajay kumar wrote: >> Hi Tomi, >> >> Thanks for your comments. >> >> On Wed, Sep 17, 2014 at 5:22 PM, Tomi Valkeinen >> wrote: >>> On 27/08/14 17:39, Ajay Kumar wrote: Add documentation for DT properties

[BUG] nouveau regression: ext monitor dead after resume

On Thu, Sep 18, 2014 at 10:07 AM, Ortwin Gl?ck wrote: > Hi, > > Since 3.16 an external monitor stays dark after resume from sleep. I didn't > manage to activate it > again with xrand. According to xrandr it is "connected" and configured with a > mode, but I get no signal. > > Happens since 3.16

[PATCH v3 4/5] ASoC: davinci: HDMI audio build for AM33XX and TDA998x

On Thu, 18 Sep 2014 00:13:09 +0300 Jyri Sarha wrote: > > So, Jean-Francois is also trying to do things with the TDA998x - what's > > the story with that, is this joined up at all? > > Not really. This basic functionality does not touch tda998x at all on > the fly, but just sets i2s

[PATCH] drm/exynos: fix plane-framebuffer linkage

Hi, On 09/18/2014 01:41 AM, Daniel Drake wrote: > On Wed, Sep 17, 2014 at 7:45 AM, Daniel Vetter wrote: >> I think fb refcounting in exynos is just plain busted. If you look at >> other drivers the only place the refcount framebuffers or backing >> storage objects is for pageflips to make sure

[PATCH v3 1/3] phy: exynos-dp-video: Use syscon support to control pmu register

Hi Kishon, On Wed, Sep 17, 2014 at 10:24 PM, Kishon Vijay Abraham I wrote: > > > On Tuesday 16 September 2014 10:32 AM, Vivek Gautam wrote: >> Currently the DP_PHY_ENABLE register is mapped in the driver, >> and accessed to control power to the PHY. >> With mfd-syscon and regmap interface

[PATCH RESEND] gpu: ipu-v3: Kconfig: Remove SOC_IMX6SL from IMX_IPUV3_CORE Kconfig

From: Fabio Estevam SOC_IMX6SL does not have the IPU block, so remove it from the Kconfig entry. Signed-off-by: Fabio Estevam --- drivers/gpu/ipu-v3/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/ipu-v3/Kconfig

[PATCH] drm/exynos: fix plane-framebuffer linkage

On Wed, Sep 17, 2014 at 6:41 PM, Daniel Drake wrote: > 2. drm_mode_rmfb then calls drm_framebuffer_remove, which calls > drm_mode_set_config_internal() in order to turn off the CRTC, dropping > another reference in the process. > if (tmp->old_fb) >

[PATCH] drm/exynos: fix plane-framebuffer linkage

On Wed, Sep 17, 2014 at 6:41 PM, Daniel Drake wrote: > However there is *another* fb reference taken in > omap_plane_mode_set(). And my patch is modelled to do the same in > exynos-drm. This is because omapdrm does _everything_ asynchrously, even plain modesets. Unfortunately that async modeset

[Bug 71051] Cannot suspend with radeon drivers.

https://bugzilla.kernel.org/show_bug.cgi?id=71051 Hin-Tak Leung changed: What|Removed |Added CC||htl10 at users.sourceforge.net ---

[Bug 81382] Text console blanking does not go away

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/20140918/689b1376/attachment.html>

[Bug 83708] [vdpau,uvd] kernel oops, Unable to handle kernel paging request at virtual address

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140918/1702029f/attachment-0001.html>

[PATCH] drm/exynos: fix plane-framebuffer linkage

On Thu, Sep 18, 2014 at 12:39 AM, Daniel Vetter wrote: > On Wed, Sep 17, 2014 at 6:41 PM, Daniel Drake wrote: >> 2. drm_mode_rmfb then calls drm_framebuffer_remove, which calls >> drm_mode_set_config_internal() in order to turn off the CRTC, dropping >> another reference in the process. >>

[Bug 83708] [vdpau,uvd] kernel oops, Unable to handle kernel paging request at virtual address

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

[Bug 83708] [vdpau,uvd] kernel oops, Unable to handle kernel paging request at virtual address

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

[Bug 83708] [vdpau,uvd] kernel oops, Unable to handle kernel paging request at virtual address

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

[Bug 83708] [vdpau,uvd] kernel oops, Unable to handle kernel paging request at virtual address

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

[Bug 83708] [vdpau,uvd] kernel oops, Unable to handle kernel paging request at virtual address

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

[Bug 84771] nouveau MMIO read write FAULT HUB_INIT timed out errors

https://bugzilla.kernel.org/show_bug.cgi?id=84771 --- Comment #2 from christtchin at gmail.com --- I had errors in 3.16 as well. I'm not sure if the errors are related. I was getting different errors during boot. Here's a few dmesg logs from that kernel. Unresponsive but numlock key works:

[Bug 84771] nouveau MMIO read write FAULT HUB_INIT timed out errors

https://bugzilla.kernel.org/show_bug.cgi?id=84771 Ilia Mirkin changed: What|Removed |Added CC||imirkin at alum.mit.edu --- Comment #1

[Bug 84771] New: nouveau MMIO read write FAULT HUB_INIT timed out errors

https://bugzilla.kernel.org/show_bug.cgi?id=84771 Bug ID: 84771 Summary: nouveau MMIO read write FAULT HUB_INIT timed out errors Product: Drivers Version: 2.5 Kernel Version: 3.17-rc4 Hardware: x86-64

[Bug 83748] Only black content on screen, in the Tokyo flashback of the game "The Secret World"

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140918/8e4c6421/attachment.html>

[Bug 83998] Oopses on R9270X using UVD since radeon/uvd: use PIPE_USAGE_STAGING for msg buffers

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

[PATCH] drm: drm_pci: Include "drm_internal.h"

From: Fabio Estevam Include "drm_internal.h" to fix the following sparse warnings: drivers/gpu/drm/drm_pci.c:146:5: warning: symbol 'drm_pci_set_unique' was not declared. Should it be static? drivers/gpu/drm/drm_pci.c:216:5: warning: symbol 'drm_irq_by_busid' was

[Bug 83996] [drm:r100_ring_test] *ERROR* radeon: ring test failed - since linux-3.17_rc1 on RS690/RS740 [Radeon 2100]

rectly because it doesn't set the correct GART page flags in all cases. -- 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/20140918

[Bug 84021] [game][the cave] not rendered properly

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/20140918/40043ee7/attachment.html>

[PATCH v3 4/5] ASoC: davinci: HDMI audio build for AM33XX and TDA998x

On 09/17/2014 10:41 PM, Mark Brown wrote: > On Tue, Sep 16, 2014 at 11:40:17PM +0300, Jyri Sarha wrote: >> Adds configuration option for HDMI audio support for AM33XX based >> boards with NXP TDA998x HDMI transmitter. The audio is connected to >> NXP TDA998x trough McASP running in i2s mode. > >

[Bug 83996] [drm:r100_ring_test] *ERROR* radeon: ring test failed - since linux-3.17_rc1 on RS690/RS740 [Radeon 2100]

https://bugs.freedesktop.org/show_bug.cgi?id=83996 --- Comment #2 from jospezial --- Created attachment 106469 --> https://bugs.freedesktop.org/attachment.cgi?id=106469=edit dmesg for linux-3.17_rc5 with 0001-Revert-drm-radeon-Remove-radeon_gart_restore.patch I used a fresh version of

[Bug 84023] multiple uniform buffers problem

https://bugs.freedesktop.org/show_bug.cgi?id=84023 Maxim changed: What|Removed |Added Assignee|idr at freedesktop.org |dri-devel at lists.freedesktop

[Bug 75061] bug in clearing color buffer

https://bugs.freedesktop.org/show_bug.cgi?id=75061 --- Comment #16 from Maxim --- I'm sorry that I leave this bug. Just read comment 13 and realized that it was my fault. Do I need to test this patch? -- You are receiving this mail because: You are the assignee for the bug. -- next