[Bug 24097] screen backlight off after resume-from-suspend when using ATI KMS

https://bugs.freedesktop.org/show_bug.cgi?id=24097 stek...@sedata.org changed: What|Removed |Added CC||stek...@sedata.org --- Comment #13

Re: [PATCH] drm/radeon: fix possible lack of synchronization btw ttm and other ring

On 03.05.2012 19:44, j.gli...@gmail.com wrote: From: Jerome Glissejgli...@redhat.com We need to sync with the GFX ring as ttm might have schedule bo move on it and new command scheduled for other ring need to wait for bo data to be in place. Signed-off-by: Jerome Glissejgli...@redhat.com

[Bug 42678] [3.3-rc1] radeon stuck in kernel after lockup

https://bugzilla.kernel.org/show_bug.cgi?id=42678 Bart Verwilst b...@verwilst.be changed: What|Removed |Added CC||b...@verwilst.be ---

Re: [PATCH] drm/radeon: fix possible lack of synchronization btw ttm and other ring

From: Jerome Glissejgli...@redhat.com We need to sync with the GFX ring as ttm might have schedule bo move on it and new command scheduled for other ring need to wait for bo data to be in place. Is this required for -fixes? if so it doesn't apply clean. Dave.

Re: Linux 3.4-rc4

FWIW, for me EDID failure on new kernels is 100% reproducible, and there are no such checksum errors in the log.  It's just missing. Just a crazy thought, but didn't we change some timings related to EDID retrieval? To make it faster. OK, this time bisecting started off relatively

[PATCH v2] libdrm: add exynos drm support

this patch adds libdrm_exynos helper layer that inclues some intefaces for exynos specific gem and virtual display driver and also adds exynos module name to modtest and vbltest. Changelog v2: - fixed exynos broken ioctl. the pointer of uint64_t *edid should be removed. - removed unnecessary

[git pull] updated exynos-drm-next

Hi Dave, Please pull from git://git.infradead.org/users/kmpark/linux-samsung exynos-drm-next this is based on git repository below: git://people.freedesktop.org/~airlied/linux.git drm-next commit-id: 5db578e167cfeedbd086df45cc2328b5bb9cf3fd this patch set had already

[Bug 24097] screen backlight off after resume-from-suspend when using ATI KMS

https://bugs.freedesktop.org/show_bug.cgi?id=24097 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 23103] screen not lighting up on resume when using kms

https://bugs.freedesktop.org/show_bug.cgi?id=23103 Alex Deucher ag...@yahoo.com changed: What|Removed |Added CC||br...@canonical.com ---

[Bug 42678] [3.3-rc1] radeon stuck in kernel after lockup

https://bugzilla.kernel.org/show_bug.cgi?id=42678 Alex Deucher alexdeuc...@gmail.com changed: What|Removed |Added CC|

[Bug 42678] [3.3-rc1] radeon stuck in kernel after lockup

https://bugzilla.kernel.org/show_bug.cgi?id=42678 --- Comment #17 from Bart Verwilst b...@verwilst.be 2012-05-04 13:04:11 --- I managed to finally switch to dual screen mode without hangs. But while using the desktop, i have frequent hangs - black screen - restore loops. Using kernel

[Bug 42678] [3.3-rc1] radeon stuck in kernel after lockup

https://bugzilla.kernel.org/show_bug.cgi?id=42678 --- Comment #18 from Michel Dänzer mic...@daenzer.net 2012-05-04 13:08:18 --- (In reply to comment #15) I can reproduce the lockups easily by switching from my 2 monitors in default mode to dual screen mode. Lockups start happening right

[Bug 49484] New: invalid enum 0x500, invalid value 0x501

https://bugs.freedesktop.org/show_bug.cgi?id=49484 Bug #: 49484 Summary: invalid enum 0x500, invalid value 0x501 Classification: Unclassified Product: Mesa Version: 8.0 Platform: x86-64 (AMD64) OS/Version: Linux (All)

[Bug 49484] invalid enum 0x500, invalid value 0x501

https://bugs.freedesktop.org/show_bug.cgi?id=49484 Alex Deucher ag...@yahoo.com changed: What|Removed |Added Component|Drivers/DRI/R600|Drivers/Gallium/r600 --

[PATCH 1/2] ttm: add prime sharing support to TTM

From: Dave Airlie airl...@redhat.com This adds the ability for ttm common code to take an SG table and use it as the backing for a slave TTM object. The drivers can then populate their GTT tables using the SG object. Signed-off-by: Dave Airlie airl...@redhat.com ---

[PATCH 2/2] nouveau: add PRIME support

From: Dave Airlie airl...@redhat.com This adds prime-fd and fd-prime support to nouveau, it passes the SG object to TTM, and then populates the GART entries using it. Signed-off-by: Dave Airlie airl...@redhat.com --- drivers/gpu/drm/nouveau/Makefile |2 +-

[PATCH] i915: add dmabuf/prime buffer sharing support.

From: Dave Airlie airl...@redhat.com This adds handle-fd and fd-handle support to i915, this is to allow for offloading of rendering in one direction and outputs in the other. Signed-off-by: Dave Airlie airl...@redhat.com --- drivers/gpu/drm/i915/Makefile |3 +-

[Bug 42678] [3.3-rc1] radeon stuck in kernel after lockup

https://bugzilla.kernel.org/show_bug.cgi?id=42678 --- Comment #19 from Jérôme Glisse gli...@freedesktop.org 2012-05-04 14:21:53 --- Please one persone one bug report we will mark appropriate bug as duplicate. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email

[git pull] drm fixes

Some minor fixes from Intel and a radeon fix. I have the nouveau fix for the i2c regression queued for next week, its mostly a revert and seems to work on the system it was originally introduced for thanks to some i2c core changes. Dave. The following changes since commit

[PATCH] drm/radeon: don't mess with hot plug detect for eDP or LVDS connector

From: Jerome Glisse jgli...@redhat.com It seems imac pannel doesn't like whe we change the hot plug setup and then refuse to work. This should fix : https://bugzilla.redhat.com/show_bug.cgi?id=726143 Signed-off-by: Matthew Garrett m...@redhat.com Signed-off-by: Jerome Glisse jgli...@redhat.com

Re: [PATCH 1/2] ttm: add prime sharing support to TTM

On Fri, May 04, 2012 at 02:46:54PM +0100, Dave Airlie wrote: From: Dave Airlie airl...@redhat.com This adds the ability for ttm common code to take an SG table and use it as the backing for a slave TTM object. I took a look at both patches from the perspective of the TTM DMA pool code and it

Re: [PATCH] drm/radeon: don't mess with hot plug detect for eDP or LVDS connector

On Fre, 2012-05-04 at 10:28 -0400, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com It seems imac pannel doesn't like whe we change the hot plug setup and then refuse to work. This should fix : https://bugzilla.redhat.com/show_bug.cgi?id=726143 Signed-off-by: Matthew

Re: [PATCH 1/2] ttm: add prime sharing support to TTM

On Fri, May 4, 2012 at 3:33 PM, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: On Fri, May 04, 2012 at 02:46:54PM +0100, Dave Airlie wrote: From: Dave Airlie airl...@redhat.com This adds the ability for ttm common code to take an SG table and use it as the backing for a slave TTM object.

Re: [PATCH] drm/radeon: don't mess with hot plug detect for eDP or LVDS connector

On Fri, May 4, 2012 at 10:44 AM, Michel Dänzer mic...@daenzer.net wrote: On Fre, 2012-05-04 at 10:28 -0400, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com It seems imac pannel doesn't like whe we change the hot plug setup and then refuse to work. This should fix :

[PATCH] drm/radeon: don't mess with hot plug detect for eDP or LVDS connector v2

From: Jerome Glisse jgli...@redhat.com It seems imac pannel doesn't like whe we change the hot plug setup and then refuse to work. This help but doesn't fully fix: https://bugzilla.redhat.com/show_bug.cgi?id=726143 v2: fix typo and improve commit message Signed-off-by: Matthew Garrett

[PATCH] drm/radeon: don't mess with hot plug detect for eDP or LVDS connector v2

From: Jerome Glisse jgli...@redhat.com It seems imac pannel doesn't like whe we change the hot plug setup and then refuse to work. This help but doesn't fully fix: https://bugzilla.redhat.com/show_bug.cgi?id=726143 v2: fix typo and improve commit message Signed-off-by: Matthew Garrett

[PATCH] drm/radeon: eliminate redundant connector_names table

connector_names table is just a repeat of information that already exists in drm_connector_enum_list and the same string can be retrieved using drm_get_connector_name function. Nuke the redundant table and use the proper function to retrieve the connector name. Signed-off-by: Ilija Hadzic

[Bug 49484] invalid enum 0x500, invalid value 0x501

https://bugs.freedesktop.org/show_bug.cgi?id=49484 --- Comment #1 from Michal Suchanek hramr...@gmail.com 2012-05-04 09:22:37 PDT --- Does not work with recent git either. Perhaps more useful is this part of the log: fixme:d3d:debug_d3dformat Unrecognized 0x34324644 (as fourcc: DF24)

[Bug 42678] [3.3-rc1] radeon stuck in kernel after lockup

https://bugzilla.kernel.org/show_bug.cgi?id=42678 Alexandre Demers alexandre.f.dem...@gmail.com changed: What|Removed |Added CC|

[Bug 49484] invalid enum 0x500, invalid value 0x501

https://bugs.freedesktop.org/show_bug.cgi?id=49484 --- Comment #2 from Ian Romanick i...@freedesktop.org 2012-05-04 11:21:17 PDT --- Can you: - Run wine (and your app) in GDB. - Set a breakpoint at _mesa_warning. - Provide the output of 'bt full' -- Configure bugmail:

Re: [Intel-gfx] [RFC] Reduce idle vblank wakeups

Anyone have any further thoughts on this? -- Matthew Garrett | mj...@srcf.ucam.org ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel

[RFC] fence, sa allocator, ib pool, semaphore rework

First chunk rework fence to use uin64_t, unlike previous patch, we only emit the lower 32 bits with the hw. The upper 32bits is handled in the fence process function where a lenghty comment discuss all the possible things that can go wrong and why it doesn't matter. Then taking advantage of

[PATCH 01/18] drm/radeon: replace the per ring mutex with a global one

From: Christian König deathsim...@vodafone.de A single global mutex for ring submissions seems sufficient. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon.h |3 +- drivers/gpu/drm/radeon/radeon_device.c|3 +-

[PATCH 02/18] drm/radeon: convert fence to uint64_t v3

From: Jerome Glisse jgli...@redhat.com This convert fence to use uint64_t sequence number intention is to use the fact that uin64_t is big enough that we don't need to care about wrap around. Tested with and without writeback using 0xF000 as initial fence sequence and thus allowing to test

[PATCH 03/18] drm/radeon: rework fence handling, drop fence list v5

From: Jerome Glisse jgli...@redhat.com Using 64bits fence sequence we can directly compare sequence number to know if a fence is signaled or not. Thus the fence list became useless, so does the fence lock that mainly protected the fence list. Things like ring.ready are no longer behind a lock,

[PATCH 04/18] drm/radeon: hold ring emission mutex for lockup detection

From: Christian König deathsim...@vodafone.de We are locking the ring emission mutex anyway, so there is no harm in doing it a bit earlier and prevent multiple resets to happen at the same time. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon_fence.c |

[PATCH 05/18] drm/radeon: use inline functions to calc sa_bo addr

From: Christian König deathsim...@vodafone.de Instead of hacking the calculation multiple times. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon_gart.c |6 ++ drivers/gpu/drm/radeon/radeon_object.h| 11 +++

[PATCH 06/18] drm/radeon: add proper locking to the SA v3

From: Christian König deathsim...@vodafone.de Make the suballocator self containing to locking. v2: split the bugfix into a seperate patch. v3: remove some unreleated changes. Sig-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon.h|1 +

[PATCH 07/18] drm/radeon: add sub allocator debugfs file

From: Christian König deathsim...@vodafone.de Dumping the current allocations. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon_object.h |5 + drivers/gpu/drm/radeon/radeon_ring.c | 22 ++ drivers/gpu/drm/radeon/radeon_sa.c

[PATCH 08/18] drm/radeon: keep start and end offset in the SA

From: Christian König deathsim...@vodafone.de Instead of offset + size keep start and end offset directly. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon.h|4 ++-- drivers/gpu/drm/radeon/radeon_cs.c |4 ++--

[PATCH 09/18] drm/radeon: make sa bo a stand alone object

From: Christian König deathsim...@vodafone.de Allocating and freeing it seperately. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon.h |4 ++-- drivers/gpu/drm/radeon/radeon_cs.c|4 ++-- drivers/gpu/drm/radeon/radeon_gart.c

[PATCH 10/18] drm/radeon: define new SA interface v2

From: Christian König deathsim...@vodafone.de Define the interface without modifying the allocation algorithm in any way. v2: rebase on top of fence new uint64 patch Signed-off-by: Jerome Glisse jgli...@redhat.com Signed-off-by: Christian König deathsim...@vodafone.de ---

[PATCH 11/18] drm/radeon: use one wait queue for all rings add fence_wait_any

From: Jerome Glisse jgli...@redhat.com Use one wait queue for all rings. When one ring progress, other likely does to and we are not expecting to have a lot of waiter anyway. Also add a fence_wait_any that will wait until the first fence in the fence array (one fence per ring) is signaled. This

[PATCH 12/18] drm/radeon: multiple ring allocator

From: Christian König deathsim...@vodafone.de A startover with a new idea for a multiple ring allocator. Should perform as well as a normal ring allocator as long as only one ring does somthing, but falls back to a more complex algorithm if more complex things start to happen. We store the last

[PATCH 13/18] drm/radeon: simplify semaphore handling v2

From: Jerome Glisse jgli...@redhat.com Directly use the suballocator to get small chunks of memory. It's equally fast and doesn't crash when we encounter a GPU reset. v2: rebased on new SA interface. Signed-off-by: Christian König deathsim...@vodafone.de Signed-off-by: Jerome Glisse

[PATCH 14/18] drm/radeon: rip out the ib pool

From: Jerome Glisse jgli...@redhat.com It isn't necessary any more and the suballocator seems to perform even better. Signed-off-by: Christian König deathsim...@vodafone.de Signed-off-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm/radeon/radeon.h | 17 +--

[PATCH 15/18] drm/radeon: immediately remove ttm-move semaphore

From: Christian König deathsim...@vodafone.de We can now protected the semaphore ram by a fence, so free it immediately. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon_ttm.c |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git

[PATCH 16/18] drm/radeon: move the semaphore from the fence into the ib

From: Jerome Glisse jgli...@redhat.com It never really belonged there in the first place. Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/radeon.h | 16 drivers/gpu/drm/radeon/radeon_cs.c|4 ++--

[PATCH 17/18] drm/radeon: remove r600 blit mutex v2

From: Christian König deathsim...@vodafone.de If we don't store local data into global variables it isn't necessary to lock anything. v2: rebased on new SA interface Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/evergreen_blit_kms.c |1 -

[PATCH 18/18] drm/radeon: make the ib an inline object

From: Jerome Glisse jgli...@redhat.com No need to malloc it any more. Signed-off-by: Jerome Glisse jgli...@redhat.com Signed-off-by: Christian König deathsim...@vodafone.de --- drivers/gpu/drm/radeon/evergreen_cs.c | 10 +++--- drivers/gpu/drm/radeon/r100.c | 38 ++--

i915_driver_irq_handler: irq 42: nobody cared

On Thu, May 03, 2012 at 09:56:08PM +0200, Jiri Slaby wrote: > On 04/11/2012 12:40 PM, Daniel Vetter wrote: > > On Tue, Apr 10, 2012 at 01:34:11PM -0700, Jesse Barnes wrote: > >> On Tue, 10 Apr 2012 22:32:12 +0200 > >> Daniel Vetter wrote: > >> > >>> On Tue, Apr 10, 2012 at 09:52:40PM +0200, Jiri

i915_driver_irq_handler: irq 42: nobody cared

On 05/03/2012 11:15 PM, Daniel Vetter wrote: >>> Shot in the dark, let's disable msi a bit. Can you try the below patch? >> >> Yeah, no IRQ_NONE at the end of i915_driver_irq_handler now. So MSI is >> busted, either in the card, the chipset or the kernel. Any idea how to >> find out? > > Ok, so

[Bug 43477] rendering errors in unigine tropics and sanctuary (regression)

https://bugs.freedesktop.org/show_bug.cgi?id=43477 --- Comment #4 from imamdxl8805 at gmail.com 2012-05-03 18:58:13 PDT --- same result with Intel GMA 4500 with Mesa 8-series and Mesa 8.1-devel from git -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are

Linux 3.4-rc4

On Wed, 2012-05-02 at 21:31 +1000, Ben Skeggs wrote: > On Wed, 2012-05-02 at 09:54 +0200, Jean Delvare wrote: > > Hi Luca, Maarten, > > > > On Monday 30 April 2012 01:01:30 pm Luca Tettamanti wrote: > > > On Mon, Apr 30, 2012 at 11:07 AM, Maarten Maathuis > > gmail.com> wrote: > > > > On Mon,

[PATCH] drm/radeon: clarify and extend wb setup on APUs and NI+ asics

On Don, 2012-05-03 at 17:06 -0400, alexdeucher at gmail.com wrote: > From: Alex Deucher > > Use family rather than DCE check for clarity, also always use > wb on APUs, there will never be AGP variants. > > Signed-off-by: Alex Deucher Reviewed-by: Michel D?nzer -- Earthling Michel D?nzer

[Bug 24097] screen backlight off after resume-from-suspend when using ATI KMS

https://bugs.freedesktop.org/show_bug.cgi?id=24097 stekman at sedata.org changed: What|Removed |Added CC||stekman at sedata.org ---

[PATCH] drm/radeon: fix possible lack of synchronization btw ttm and other ring

On 03.05.2012 19:44, j.glisse at gmail.com wrote: > From: Jerome Glisse > > We need to sync with the GFX ring as ttm might have schedule bo move > on it and new command scheduled for other ring need to wait for bo > data to be in place. > > Signed-off-by: Jerome Glisse Reviewed-by: Christian K?nig

[Bug 42678] [3.3-rc1] radeon stuck in kernel after lockup

https://bugzilla.kernel.org/show_bug.cgi?id=42678 Bart Verwilst changed: What|Removed |Added CC||bart at verwilst.be --- Comment #15

[PATCH] drm/radeon: fix possible lack of synchronization btw ttm and other ring

>> >> From: Jerome Glisse >> >> We need to sync with the GFX ring as ttm might have schedule bo move >> on it and new command scheduled for other ring need to wait for bo >> data to be in place. >> Is this required for -fixes? if so it doesn't apply clean. Dave.

[PATCH] drm/radeon: fix possible lack of synchronization btw ttm and other ring

On 04.05.2012 10:42, Dave Airlie wrote: >>> From: Jerome Glisse >>> >>> We need to sync with the GFX ring as ttm might have schedule bo move >>> on it and new command scheduled for other ring need to wait for bo >>> data to be in place. >>> > Is this required for -fixes? if so it doesn't apply

Linux 3.4-rc4

working for him again. Dave. -- next part -- A non-text attachment was scrubbed... Name: 0001-drm-nouveau-i2c-resume-use-of-i2c-algo-bit-rather-th.patch Type: application/octet-stream Size: 6614 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120504/7142f2b3/attachment.obj>

[PATCH v2] libdrm: add exynos drm support

this patch adds libdrm_exynos helper layer that inclues some intefaces for exynos specific gem and virtual display driver and also adds exynos module name to modtest and vbltest. Changelog v2: - fixed exynos broken ioctl. the pointer of uint64_t *edid should be removed. - removed unnecessary

[git pull] updated exynos-drm-next

Hi Dave, Please pull from git://git.infradead.org/users/kmpark/linux-samsung exynos-drm-next this is based on git repository below: git://people.freedesktop.org/~airlied/linux.git drm-next commit-id: 5db578e167cfeedbd086df45cc2328b5bb9cf3fd this patch set had already

[Bug 24097] screen backlight off after resume-from-suspend when using ATI KMS

https://bugs.freedesktop.org/show_bug.cgi?id=24097 Alex Deucher changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 23103] screen not lighting up on resume when using kms

https://bugs.freedesktop.org/show_bug.cgi?id=23103 Alex Deucher changed: What|Removed |Added CC||bryce at canonical.com --- Comment #73

[Bug 42678] [3.3-rc1] radeon stuck in kernel after lockup

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

[Bug 42678] [3.3-rc1] radeon stuck in kernel after lockup

https://bugzilla.kernel.org/show_bug.cgi?id=42678 --- Comment #17 from Bart Verwilst 2012-05-04 13:04:11 --- I managed to finally switch to dual screen mode without hangs. But while using the desktop, i have frequent hangs -> black screen -> restore loops. Using kernel 3.4.0-rc4 provided

[Bug 42678] [3.3-rc1] radeon stuck in kernel after lockup

https://bugzilla.kernel.org/show_bug.cgi?id=42678 --- Comment #18 from Michel D?nzer 2012-05-04 13:08:18 --- (In reply to comment #15) > I can reproduce the lockups easily by switching from my 2 monitors in default > mode to dual screen mode. Lockups start happening right away. Note that

[Bug 49484] New: invalid enum 0x500, invalid value 0x501

https://bugs.freedesktop.org/show_bug.cgi?id=49484 Bug #: 49484 Summary: invalid enum 0x500, invalid value 0x501 Classification: Unclassified Product: Mesa Version: 8.0 Platform: x86-64 (AMD64) OS/Version: Linux (All)

[Bug 49484] invalid enum 0x500, invalid value 0x501

https://bugs.freedesktop.org/show_bug.cgi?id=49484 Alex Deucher changed: What|Removed |Added Component|Drivers/DRI/R600|Drivers/Gallium/r600 -- Configure

[PATCH 1/2] ttm: add prime sharing support to TTM

From: Dave Airlie This adds the ability for ttm common code to take an SG table and use it as the backing for a slave TTM object. The drivers can then populate their GTT tables using the SG object. Signed-off-by: Dave Airlie --- drivers/gpu/drm/nouveau/nouveau_bo.c |

[PATCH 2/2] nouveau: add PRIME support

From: Dave Airlie This adds prime->fd and fd->prime support to nouveau, it passes the SG object to TTM, and then populates the GART entries using it. Signed-off-by: Dave Airlie --- drivers/gpu/drm/nouveau/Makefile |2 +- drivers/gpu/drm/nouveau/nouveau_bo.c

[PATCH] i915: add dmabuf/prime buffer sharing support.

From: Dave Airlie This adds handle->fd and fd->handle support to i915, this is to allow for offloading of rendering in one direction and outputs in the other. Signed-off-by: Dave Airlie --- drivers/gpu/drm/i915/Makefile |3 +- drivers/gpu/drm/i915/i915_drv.c

[Bug 42678] [3.3-rc1] radeon stuck in kernel after lockup

https://bugzilla.kernel.org/show_bug.cgi?id=42678 --- Comment #19 from J?r?me Glisse 2012-05-04 14:21:53 --- Please one persone one bug report we will mark appropriate bug as duplicate. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving

[git pull] drm fixes

Some minor fixes from Intel and a radeon fix. I have the nouveau fix for the i2c regression queued for next week, its mostly a revert and seems to work on the system it was originally introduced for thanks to some i2c core changes. Dave. The following changes since commit

[PATCH] drm/radeon: don't mess with hot plug detect for eDP or LVDS connector

From: Jerome Glisse It seems imac pannel doesn't like whe we change the hot plug setup and then refuse to work. This should fix : https://bugzilla.redhat.com/show_bug.cgi?id=726143 Signed-off-by: Matthew Garrett Signed-off-by: Jerome Glisse ---

[PATCH 1/2] ttm: add prime sharing support to TTM

On Fri, May 04, 2012 at 02:46:54PM +0100, Dave Airlie wrote: > From: Dave Airlie > > This adds the ability for ttm common code to take an SG table > and use it as the backing for a slave TTM object. I took a look at both patches from the perspective of the TTM DMA pool code and it looks fine

[PATCH] drm/radeon: don't mess with hot plug detect for eDP or LVDS connector

On Fre, 2012-05-04 at 10:28 -0400, j.glisse at gmail.com wrote: > From: Jerome Glisse > > It seems imac pannel doesn't like whe we change the hot plug setup > and then refuse to work. This should fix : > https://bugzilla.redhat.com/show_bug.cgi?id=726143 > > Signed-off-by: Matthew Garrett >

[PATCH 1/2] ttm: add prime sharing support to TTM

On Fri, May 4, 2012 at 3:33 PM, Konrad Rzeszutek Wilk wrote: > On Fri, May 04, 2012 at 02:46:54PM +0100, Dave Airlie wrote: >> From: Dave Airlie >> >> This adds the ability for ttm common code to take an SG table >> and use it as the backing for a slave TTM object. > > I took a look at both

[PATCH] drm/radeon: don't mess with hot plug detect for eDP or LVDS connector v2

From: Jerome Glisse It seems imac pannel doesn't like whe we change the hot plug setup and then refuse to work. This help but doesn't fully fix: https://bugzilla.redhat.com/show_bug.cgi?id=726143 v2: fix typo and improve commit message Signed-off-by: Matthew Garrett

[PATCH] drm/radeon: don't mess with hot plug detect for eDP or LVDS connector v2

From: Jerome Glisse It seems imac pannel doesn't like whe we change the hot plug setup and then refuse to work. This help but doesn't fully fix: https://bugzilla.redhat.com/show_bug.cgi?id=726143 v2: fix typo and improve commit message Signed-off-by: Matthew Garrett

[PATCH] drm/radeon: eliminate redundant connector_names table

connector_names table is just a repeat of information that already exists in drm_connector_enum_list and the same string can be retrieved using drm_get_connector_name function. Nuke the redundant table and use the proper function to retrieve the connector name. Signed-off-by: Ilija Hadzic ---

[Bug 49484] invalid enum 0x500, invalid value 0x501

https://bugs.freedesktop.org/show_bug.cgi?id=49484 --- Comment #1 from Michal Suchanek 2012-05-04 09:22:37 PDT --- Does not work with recent git either. Perhaps more useful is this part of the log: fixme:d3d:debug_d3dformat Unrecognized 0x34324644 (as fourcc: DF24) WINED3DFORMAT!

[Bug 42678] [3.3-rc1] radeon stuck in kernel after lockup

https://bugzilla.kernel.org/show_bug.cgi?id=42678 Alexandre Demers changed: What|Removed |Added CC||alexandre.f.demers at gmail.co

[Bug 49484] invalid enum 0x500, invalid value 0x501

https://bugs.freedesktop.org/show_bug.cgi?id=49484 --- Comment #2 from Ian Romanick 2012-05-04 11:21:17 PDT --- Can you: - Run wine (and your app) in GDB. - Set a breakpoint at _mesa_warning. - Provide the output of 'bt full' -- Configure bugmail:

[Intel-gfx] [RFC] Reduce idle vblank wakeups

Anyone have any further thoughts on this? -- Matthew Garrett | mjg59 at srcf.ucam.org

[RFC] fence, sa allocator, ib pool, semaphore rework

First chunk rework fence to use uin64_t, unlike previous patch, we only emit the lower 32 bits with the hw. The upper 32bits is handled in the fence process function where a lenghty comment discuss all the possible things that can go wrong and why it doesn't matter. Then taking advantage of

[PATCH 01/18] drm/radeon: replace the per ring mutex with a global one

From: Christian K?nig A single global mutex for ring submissions seems sufficient. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h |3 +- drivers/gpu/drm/radeon/radeon_device.c|3 +- drivers/gpu/drm/radeon/radeon_pm.c|

[PATCH 02/18] drm/radeon: convert fence to uint64_t v3

From: Jerome Glisse This convert fence to use uint64_t sequence number intention is to use the fact that uin64_t is big enough that we don't need to care about wrap around. Tested with and without writeback using 0xF000 as initial fence sequence and thus allowing to test

[PATCH 03/18] drm/radeon: rework fence handling, drop fence list v5

From: Jerome Glisse Using 64bits fence sequence we can directly compare sequence number to know if a fence is signaled or not. Thus the fence list became useless, so does the fence lock that mainly protected the fence list. Things like ring.ready are no longer behind a lock,

[PATCH 04/18] drm/radeon: hold ring emission mutex for lockup detection

From: Christian K?nig We are locking the ring emission mutex anyway, so there is no harm in doing it a bit earlier and prevent multiple resets to happen at the same time. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_fence.c | 10 +-

[PATCH 05/18] drm/radeon: use inline functions to calc sa_bo addr

From: Christian K?nig Instead of hacking the calculation multiple times. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_gart.c |6 ++ drivers/gpu/drm/radeon/radeon_object.h| 11 +++ drivers/gpu/drm/radeon/radeon_ring.c

[PATCH 06/18] drm/radeon: add proper locking to the SA v3

From: Christian K?nig Make the suballocator self containing to locking. v2: split the bugfix into a seperate patch. v3: remove some unreleated changes. Sig-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h|1 + drivers/gpu/drm/radeon/radeon_sa.c |

[PATCH 07/18] drm/radeon: add sub allocator debugfs file

From: Christian K?nig Dumping the current allocations. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon_object.h |5 + drivers/gpu/drm/radeon/radeon_ring.c | 22 ++ drivers/gpu/drm/radeon/radeon_sa.c | 14

[PATCH 08/18] drm/radeon: keep start and end offset in the SA

From: Christian K?nig Instead of offset + size keep start and end offset directly. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h|4 ++-- drivers/gpu/drm/radeon/radeon_cs.c |4 ++-- drivers/gpu/drm/radeon/radeon_object.h |4

[PATCH 09/18] drm/radeon: make sa bo a stand alone object

From: Christian K?nig Allocating and freeing it seperately. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h |4 ++-- drivers/gpu/drm/radeon/radeon_cs.c|4 ++-- drivers/gpu/drm/radeon/radeon_gart.c |4 ++--

[PATCH 10/18] drm/radeon: define new SA interface v2

From: Christian K?nig Define the interface without modifying the allocation algorithm in any way. v2: rebase on top of fence new uint64 patch Signed-off-by: Jerome Glisse Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h |1 +

[PATCH 11/18] drm/radeon: use one wait queue for all rings add fence_wait_any

From: Jerome Glisse Use one wait queue for all rings. When one ring progress, other likely does to and we are not expecting to have a lot of waiter anyway. Also add a fence_wait_any that will wait until the first fence in the fence array (one fence per ring) is signaled.

[PATCH 12/18] drm/radeon: multiple ring allocator

From: Christian K?nig A startover with a new idea for a multiple ring allocator. Should perform as well as a normal ring allocator as long as only one ring does somthing, but falls back to a more complex algorithm if more complex things start to happen. We store the

[PATCH 13/18] drm/radeon: simplify semaphore handling v2

From: Jerome Glisse Directly use the suballocator to get small chunks of memory. It's equally fast and doesn't crash when we encounter a GPU reset. v2: rebased on new SA interface. Signed-off-by: Christian K?nig Signed-off-by: Jerome Glisse ---

  1   2   >