[PATCH v14 0/3] Add drm driver for Rockchip Socs

Am Donnerstag, 27. November 2014, 14:05:00 schrieb Daniel Kurtz: > On Thu, Nov 27, 2014 at 2:08 AM, Mark yao wrote: > > On 2014年11月27日 10:12, Dave Airlie wrote: > >>> Hi Dave > >>> > >>> Do you mean that I need send you a branch, based on drm-next, merge > >>> with > >>> > >>>

drm/atomic: track bitmask of planes attached to crtc

On Thu, Nov 27, 2014 at 06:11:30PM +0100, Daniel Vetter wrote: > btw not sure whether checker should just look through WARN_ON, we have > lots of places where we've historically screwed up and added a WARN_ON + > early return to make sure we'll in the future somewhat recover. This is > really

[Bug 84500] [radeonsi] radeon 0000:01:00.0: Packet0 not allowed!

as scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141127/ce63ac64/attachment.html>

[PATCH v14 0/3] Add drm driver for Rockchip Socs

On Thursday 27 November 2014 14:05:00 Daniel Kurtz wrote: > On Thu, Nov 27, 2014 at 2:08 AM, Mark yao wrote: > > > > On 2014年11月27日 10:12, Dave Airlie wrote: > > > >>> Hi Dave > >>> Do you mean that I need send you a branch, based on drm-next, merge > >>> with > >>> iommu

[PATCH] drm/exynos: Add DECON driver

Hi Ajay, On 27 November 2014 at 19:41, Ajay Kumar wrote: > This series is based on exynos-drm-next branch of Inki Dae's tree at: > git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git > > DECON(Display and Enhancement Controller) is the new IP > in exynos7 SOC for generating

[PATCH] drm/exynos: Add DECON driver

This series is based on exynos-drm-next branch of Inki Dae's tree at: git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git DECON(Display and Enhancement Controller) is the new IP in exynos7 SOC for generating video signals using pixel data. DECON driver can be used to drive 2

drm/atomic: track bitmask of planes attached to crtc

On Thu, Nov 27, 2014 at 10:55:02AM +0100, Daniel Vetter wrote: > On Thu, Nov 27, 2014 at 09:41:13AM +0300, Dan Carpenter wrote: > > Hello Rob Clark, > > > > The patch 1ed2f34b4cc0: "drm/atomic: track bitmask of planes attached > > to crtc" from Nov 21, 2014, leads to the following static checker

[Bug 84627] (bisected) 32bit corruption with PIPE_USAGE_STREAM reverted

HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141127/03abec7f/attachment.html>

drm/atomic: track bitmask of planes attached to crtc

On Thu, Nov 27, 2014 at 06:54:03PM +0300, Dan Carpenter wrote: > On Thu, Nov 27, 2014 at 10:55:02AM +0100, Daniel Vetter wrote: > > On Thu, Nov 27, 2014 at 09:41:13AM +0300, Dan Carpenter wrote: > > > Hello Rob Clark, > > > > > > The patch 1ed2f34b4cc0: "drm/atomic: track bitmask of planes

[PATCH] drm/radeon: Ignore RADEON_GEM_GTT_WC on 32-bit x86

From: Michel Dänzer Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=84627 Signed-off-by: Michel Dänzer --- drivers/gpu/drm/radeon/radeon_object.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drivers/gpu/drm/radeon/radeon_object.c

[Bug 86796] Artifacts on the screen. HD8530M

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

[Bug 86796] Artifacts on the screen. HD8530M

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

[Bug 86796] Artifacts on the screen. HD8530M

TML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141127/a3a33601/attachment.html>

[PATCH 2/2] ARM: shmobile: marzen: Remove DU platform device

Platform data support has been removed from the DU driver, drop DU support from the legacy Marzen board file. The multiplatform DT-based Marzen support should be used instead. Signed-off-by: Laurent Pinchart --- arch/arm/mach-shmobile/board-marzen.c

[PATCH 1/2] ARM: shmobile: lager: Remove DU platform device

Platform data support has been removed from the DU driver, drop DU support from the legacy Lager board file. The multiplatform DT-based Lager support should be used instead. Signed-off-by: Laurent Pinchart --- arch/arm/mach-shmobile/board-lager.c |

[PATCH 0/2] Fix legacy boards compilation breakage with DU

Hello, The DU driver has lost support for platform data, resulting in a compilation breakage for the legacy Marzen and Lager board files that managed to keep under the radar until now. As the multiplatform boards should be used instead, drop support for DU in the legacy Marzen and Lager boards.

[Bug 86796] Artifacts on the screen. HD8530M

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

[PATCH v14 0/3] Add drm driver for Rockchip Socs

On Thu, Nov 27, 2014 at 4:56 PM, Arnd Bergmann wrote: > On Thursday 27 November 2014 14:05:00 Daniel Kurtz wrote: >> On Thu, Nov 27, 2014 at 2:08 AM, Mark yao wrote: >> > >> > On 2014年11月27日 10:12, Dave Airlie wrote: >> >> >> >>> Hi Dave >> >>> Do you mean that I need send

[Bug 86796] Artifacts on the screen. HD8530M

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

[Bug 86796] Artifacts on the screen. HD8530M

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

[Bug 86796] Artifacts on the screen. HD8530M

TML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141127/28b96760/attachment.html>

[PATCH] drm/radeon: kernel panic in drm_calc_vbltimestamp_from_scanoutpos with 3.18.0-rc6

I was unable too boot 3.18.0-rc6 because of the following kernel panic in drm_calc_vbltimestamp_from_scanoutpos(): [drm] Initialized drm 1.1.0 20060810 [drm] radeon kernel modesetting enabled. [drm] initializing kernel modesetting (RV100 0x1002:0x515E 0x15D9:0x8080). [drm]

mga_warp.c Question

David, I am posting some code below this message. Please tell me what you mean by this fix me in the code pasted. Nick int mga_warp_init(drm_mga_private_t *dev_priv) { u32 wmisc; /* FIXME: Get rid of these damned magic numbers... */ switch (dev_priv->chipset) {

[PATCH] drm/atomic: Introduce state->obj backpointers

Useful since this way we can pass around just the state objects and will get ther real object, too. Specifically this allows us to again simplify the parameters for set_crtc_for_plane. v2: msm already has it's own specific plane_reset hook, don't forget that one! Cc: Rob Clark Signed-off-by:

[Bug 86789] Roundabout game, green tint on open source radeon driver

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/20141127/5df4c02b/attachment-0001.html>

[Intel-gfx] [PATCH 1/9] drm: add helper to get crtc timings (v4)

On 11/24/2014 09:52 PM, Matt Roper wrote: > From: Gustavo Padovan > > We need to get hdisplay and vdisplay in a few places so create a > helper to make our job easier. > > v2 (by Matt): Use new stereo doubling function (suggested by Ville) > > v3 (by Matt): > - Add missing kerneldoc (Daniel) >

[PULL] drm-intel-fixes

Hi Dave, a couple of regression fixes from Ville. BR, Jani. The following changes since commit 5d01410fe4d92081f349b013a2e7a95429e4f2c9: Linux 3.18-rc6 (2014-11-23 15:25:20 -0800) are available in the git repository at: git://anongit.freedesktop.org/drm-intel

[PATCH] drm/dp: retry AUX transactions 32 times (v1.1)

On Wed, 26 Nov 2014, Dave Airlie wrote: > From: Dave Airlie > > At least on two MST devices I've tested with, when > they are link training downstream, they are totally > unable to handle aux ch msgs, so they defer like nuts. > I tried 16, it wasn't enough, 32 seems better. > > This fixes one

[PATCH v14 0/3] Add drm driver for Rockchip Socs

On 2014年11月27日 10:12, Dave Airlie wrote: >>> >> Hi Dave >> Do you mean that I need send you a branch, based on drm-next, merge with >> iommu tree and rockchip drm? > Yes, grab drm-next, git pull the arm/rockchip branch from Joerg's > tree, put rockchip drm > patches on top, send me pull

[PATCH 6/7] drm/radeon: take VM lock before BO locks

Ah, crap. Drop the last two, they are still work in progress. I was on the wrong branch while sending them, Christian. Am 27.11.2014 um 14:48 schrieb Christian König: > From: Christian König > > Signed-off-by: Christian König > --- > drivers/gpu/drm/radeon/radeon.h | 2 +- >

[GIT PULL] core drm support for Rockchip SoCs v14

Hi Dave this pull request is for rockchip drm v14, based on Joerg's iommu arm/rockchip branch. The following changes since commit 656d7077d8ffd1c2492d4a0a354367ab2e545059: dt-bindings: iommu: Add documentation for rockchip iommu (2014-11-03 17:29:09 +0100) are available in the git

[PATCH] drm: rcar-du: Fix NULL encoder pointer dereference

The DRM connector's encoder pointer is managed internally by the DRM core and set to NULL when the DRM connector is disconnected from the CRTC it was attached to. This results in a NULL pointer dereference in the HDMI connector functions when trying to call the associated slave encoder's

[PATCH 7/7] drm/radeon: don't allocate PD/PT BO list any more

From: Christian König Just use the list structure directly for representing the entries. Signed-off-by: Christian König --- drivers/gpu/drm/radeon/radeon.h | 12 +++--- drivers/gpu/drm/radeon/radeon_cs.c | 4 +- drivers/gpu/drm/radeon/radeon_gem.c | 11 ++

[PATCH 6/7] drm/radeon: take VM lock before BO locks

From: Christian König Signed-off-by: Christian König --- drivers/gpu/drm/radeon/radeon.h | 2 +- drivers/gpu/drm/radeon/radeon_cs.c | 9 +-- drivers/gpu/drm/radeon/radeon_gem.c | 17 ++ drivers/gpu/drm/radeon/radeon_kms.c | 5

[PATCH 5/7] drm/radeon: add spinlock for BO_VA status protection

From: Christian König Stop using the VM mutex for this Signed-off-by: Christian König --- drivers/gpu/drm/radeon/radeon.h| 3 +++ drivers/gpu/drm/radeon/radeon_vm.c | 36 ++-- 2 files changed, 33 insertions(+), 6 deletions(-)

[PATCH 4/7] drm/radeon: fence PT updates as shared

From: Christian König The BO_VA contains everything necessary. Signed-off-by: Christian König --- drivers/gpu/drm/radeon/radeon_vm.c | 28 +++- 1 file changed, 19 insertions(+), 9 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_vm.c

[PATCH 3/7] drm/radeon: rename radeon_cs_reloc to radeon_bo_list

From: Christian König Better match what it is actually doing. Signed-off-by: Christian König --- drivers/gpu/drm/radeon/evergreen_cs.c | 8 drivers/gpu/drm/radeon/r100.c | 8 drivers/gpu/drm/radeon/r200.c | 2 +-

[PATCH 2/7] drm/radeon: drop the handle from radeon_cs_reloc

From: Christian König It's only used for duplicate check and that can be done on the original as well. Signed-off-by: Christian König --- drivers/gpu/drm/radeon/radeon.h| 1 - drivers/gpu/drm/radeon/radeon_cs.c | 6 +++--- drivers/gpu/drm/radeon/radeon_vm.c | 2

[PATCH 1/7] drm/radeon drop gobj from radeon_cs_reloc

From: Christian König It's only used once after initializing and that ptr can be calculated from the BO as well. Signed-off-by: Christian König --- drivers/gpu/drm/radeon/radeon.h| 1 - drivers/gpu/drm/radeon/radeon_cs.c | 15 +--

[Bug 86789] Roundabout game, green tint on open source radeon driver

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

[Bug 86789] Roundabout game, green tint on open source radeon driver

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

[Bug 86789] Roundabout game, green tint on open source radeon driver

org/archives/dri-devel/attachments/20141127/ff8a39de/attachment.html>

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141127/09c4c47f/attachment.html>

[Bug 73338] Fan speed in idle at 40% with radeonsi and at 18% with catalyst

it only on overdrive request from userspace, am I correct? -- 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/20141127/3846e

[PATCH v3 0/3] drm: describe display bus format

Hi, On Tue, 18 Nov 2014 14:46:17 +0100 Boris Brezillon wrote: > Hello, > > This series makes use of the MEDIA_BUS_FMT definition to describe how > the data are transmitted to the display. > > This will allow drivers to configure their output display bus according > to the display

[Bug 86788] (bisected) 32bit UrbanTerror 4.1 timedemo sse4.1 segfault...

... and: Received signal 11, exiting... -- 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/20141127/17cb7396/attachment-0001.html>

[PATCH v14 0/3] Add drm driver for Rockchip Socs

On Thu, Nov 27, 2014 at 2:08 AM, Mark yao wrote: > > On 2014年11月27日 10:12, Dave Airlie wrote: >>> Hi Dave >>> Do you mean that I need send you a branch, based on drm-next, merge >>> with >>> iommu tree and rockchip drm? >> >> Yes, grab drm-next, git pull the arm/rockchip

[PATCH] drm/radeon: sync all BOs involved in a CS

Am 27.11.2014 um 03:39 schrieb Alex Deucher: > On Wed, Nov 26, 2014 at 10:29 AM, Christian König > wrote: >> From: Christian König >> >> Not just the userspace relocs, otherwise we won't wait >> for a swapped out page tables to be swapped in again. >> >> Signed-off-by: Christian König >> Cc:

[PATCH] drm/radeon: sync all BOs involved in a CS v2

From: Christian König Not just the userspace relocs, otherwise we won't wait for a swapped out page tables to be swapped in again. v2: rebased on Alex current drm-fixes-3.18 Signed-off-by: Christian König Cc: stable at vger.kernel.org ---

[Bug 84500] [radeonsi] radeon 0000:01:00.0: Packet0 not allowed!

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/20141127/eb40a3f9/attachment.html>

[PATCH] drm: allow property validation for refcnted props

We can already have object properties, which technically can be fb's. Switch the property validation logic over to a get/put style interface so it can take a ref to refcnt'd objects, and then drop that ref after the driver has a chance to take it's own ref. Signed-off-by: Rob Clark ---

[PATCH v14 0/3] Add drm driver for Rockchip Socs

>> >> > Hi Dave > Do you mean that I need send you a branch, based on drm-next, merge with > iommu tree and rockchip drm? Yes, grab drm-next, git pull the arm/rockchip branch from Joerg's tree, put rockchip drm patches on top, send me pull request. I'll validate it then. Dave.

[RFC PATCH v3 2/4] drm/ipvr: drm driver for VED

> -Original Message- > From: Cheng, Yao > Sent: Saturday, November 22, 2014 3:07 > To: intel-gfx at lists.freedesktop.org; dri-devel at lists.freedesktop.org; > daniel.vetter at ffwll.ch; Kelley, Sean V; Chehab, John > Cc: Jiang, Fei; dh.herrmann at gmail.com; jani.nikula at

[PATCH] drm: tda998x: Use drm_do_get_edid()

On Wed, 26 Nov 2014 21:04:15 +0200 Laurent Pinchart wrote: > Replace the internal EDID read implementation by a call to the new EDID > read core function. > > Signed-off-by: Laurent Pinchart > --- >

[Bug 86720] [radeon] Europa Universalis 4 freezing during game start (10.3.3)

://cgit.freedesktop.org/mesa/mesa/log?qt=grep=r600 -- 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/20141127/cb286a7c/attachment.html>

[RFC 0/7+1] Add in-kernel vblank delaying mechanism

On Thu, Nov 27, 2014 at 09:25:15AM +1000, Dave Airlie wrote: > >> --- > >> TL;DR summary: > >> I wrote patches. Help me choose the best implementation and interface. > >> --- > >> > >> So the i915.ko driver could use some mechanism to run functions after a > >> given > >> number of vblanks.

drm/atomic: track bitmask of planes attached to crtc

On Thu, Nov 27, 2014 at 09:41:13AM +0300, Dan Carpenter wrote: > Hello Rob Clark, > > The patch 1ed2f34b4cc0: "drm/atomic: track bitmask of planes attached > to crtc" from Nov 21, 2014, leads to the following static checker > warning: > > drivers/gpu/drm/drm_atomic.c:368

[PATCH] drm: allow drm_property_change_is_valid() to work on FB's

On Wed, Nov 26, 2014 at 07:08:23PM -0500, Rob Clark wrote: > _object_find() is not supposed to check for refcnt'd objects, that is > done in drm_mode_object_find(). > > Signed-off-by: Rob Clark > --- > drivers/gpu/drm/drm_crtc.c | 3 --- > 1 file changed, 3 deletions(-) > > diff --git

[PATCH] drm/atomic: clear plane's CRTC and FB when shutting down

On Wed, Nov 26, 2014 at 06:58:04PM -0500, Rob Clark wrote: > Otherwise we'd still end up w/ the plane attached to the CRTC, and > seemingly active, but without an FB. Which ends up going *boom* > in the drivers. > > Slightly modified version of Daniel's irc suggestion. > > CC: Daniel Vetter >

[Bug 86781] enabling glamor causes jumpy VDPAU playback with 2x framerate DI

with mesa 10.2.8/10.3.3 and xserver 1.16.1/1.16.2 -- 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/20141127/5b1658eb/attachment.html>

drm/atomic: track bitmask of planes attached to crtc

Hello Rob Clark, The patch 1ed2f34b4cc0: "drm/atomic: track bitmask of planes attached to crtc" from Nov 21, 2014, leads to the following static checker warning: drivers/gpu/drm/drm_atomic.c:368 drm_atomic_set_crtc_for_plane() error: 'plane_state' dereferencing possible ERR_PTR()

[PATCH v14 0/3] Add drm driver for Rockchip Socs

On 2014年11月27日 06:53, Dave Airlie wrote: > On 26 November 2014 at 17:34, Joerg Roedel wrote: >> On Wed, Nov 26, 2014 at 01:37:51AM +0100, Heiko Stübner wrote: >>> Joerg, is your arm/rockchip branch [0] considered stable? >>> >>> [0] >>>

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

Hey, Op 27-11-14 om 02:18 schreef Tobias Klausmann: > > > On 26.11.2014 21:29, Michael Marineau wrote: >> On Mon, Nov 24, 2014 at 11:43 PM, Maarten Lankhorst >> wrote: >>> Hey, >>> >>> Op 22-11-14 om 21:16 schreef Michael Marineau: On Nov 22, 2014 11:45 AM, "Michael Marineau" wrote: >

possible event_space corruption with ipp_get_event()?

On 11/26/2014 06:05 PM, Rob Clark wrote: > Hey Inki, > > Could you or one of the exynos folks have a look at ipp_get_event()? > That handling of file_priv->event_space looks rather suspect. I don't > see where event_space is decremented in the first place. I'm not sure > if that is just broken,

[RFC 0/7+1] Add in-kernel vblank delaying mechanism

>> --- >> TL;DR summary: >> I wrote patches. Help me choose the best implementation and interface. >> --- >> >> So the i915.ko driver could use some mechanism to run functions after a given >> number of vblanks. Implementations for this mechanism were already proposed >> in >> the past (by Chris

[PATCH v14 0/3] Add drm driver for Rockchip Socs

On 26 November 2014 at 17:34, Joerg Roedel wrote: > On Wed, Nov 26, 2014 at 01:37:51AM +0100, Heiko Stübner wrote: >> >> Joerg, is your arm/rockchip branch [0] considered stable? >> >> [0] >> https://git.kernel.org/cgit/linux/kernel/git/joro/iommu.git/log/?h=arm/rockchip >> > > Yes, this branch

[Bug 84627] (bisected) 32bit corruption with PIPE_USAGE_STREAM reverted

archives/dri-devel/attachments/20141127/b009d0e3/attachment.html>

[Bug 84627] (bisected) 32bit corruption with PIPE_USAGE_STREAM reverted

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/20141127/ef0a2bb0/attachment.html>

[Bug 85491] radeon 0000:01:00.0: Fatal error during GPU init

https://bugzilla.kernel.org/show_bug.cgi?id=85491 --- Comment #18 from Marek --- It seemd weird also to me, that result of the bisect was a merge so I tried to build one of parents of this wrong merge commit (before Michael's comment) and then I was merging to the parent the other parents one by

[PATCH] drm: allow drm_property_change_is_valid() to work on FB's

On Thu, Nov 27, 2014 at 4:49 AM, Daniel Vetter wrote: > On Wed, Nov 26, 2014 at 07:08:23PM -0500, Rob Clark wrote: >> _object_find() is not supposed to check for refcnt'd objects, that is >> done in drm_mode_object_find(). >> >> Signed-off-by: Rob Clark >> --- >> drivers/gpu/drm/drm_crtc.c | 3

[Bug 86760] mesa doesn't build: recipe for target 'r600_llvm.lo' failed

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141127/6376f7e5/attachment.html>

[Bug 86760] mesa doesn't build: recipe for target 'r600_llvm.lo' failed

--- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141127/05b1f357/attachment.html>

[Bug 86760] mesa 07ae697... doesn't build: recipe for target 'r600_llvm.lo' failed

|--- |FIXED -- 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/20141127/d9b1c613/attachment.html>

[Bug 86760] mesa 07ae697... doesn't build: recipe for target 'r600_llvm.lo' failed

org/archives/dri-devel/attachments/20141127/2659275e/attachment.html>

[Bug 86760] mesa 07ae697... doesn't build: recipe for target 'r600_llvm.lo' failed

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/20141127/8807b609/attachment.html>

[Bug 86011] [drm] "Memory manager not clean during takedown" after vga-switcheroo turn off nvidia card

https://bugzilla.kernel.org/show_bug.cgi?id=86011 --- Comment #4 from Alex Deucher --- It looks like some a acpiphp problem. See bug 61891. I don't know why tat patch (97d30fa3524ff6) would trigger it other than perhaps the kernel you are using does not have the acpiphp fix. Someone more

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

On 26.11.2014 21:29, Michael Marineau wrote: > On Mon, Nov 24, 2014 at 11:43 PM, Maarten Lankhorst > wrote: >> Hey, >> >> Op 22-11-14 om 21:16 schreef Michael Marineau: >>> On Nov 22, 2014 11:45 AM, "Michael Marineau" wrote: On Nov 22, 2014 8:56 AM, "Maarten Lankhorst" < >>>

[Bug 86760] mesa 07ae697... doesn't build: recipe for target 'r600_llvm.lo' failed

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20141127/4c133ee3/attachment.html>

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

https://bugzilla.kernel.org/show_bug.cgi?id=88481 --- Comment #12 from Alex Deucher --- The patch was sent to stable last week. It should show up any time now. -- You are receiving this mail because: You are watching the assignee of the bug.

[PATCH 4/5] drm/rcar-du: fix error return code

Hi Julia, Thank you for the patch. On Sunday 23 November 2014 14:11:17 Julia Lawall wrote: > From: Julia Lawall > > Propagate the error code on failure. > > A simplified version of the semantic match that finds this problem is as > follows: (http://coccinelle.lip6.fr/) > > // > @@ >