[Bug 50655] ATI RV670 [Radeon HD 3870] Ioquake games causes GPU lockup (waiting for 0x00003039 last fence id 0x00003030)

s.freedesktop.org/archives/dri-devel/attachments/20121213/8c4f12e0/attachment.html>

[PATCH] drivers: nouveau: Bool tests don't need comparison

Bool initializations should use true and false. Bool tests don't need comparisons. Based on contributions from Joe Perches, Rusty Russell and Bruce W Allan. The semantic patch that makes this output is available in scripts/coccinelle/misc/boolinit.cocci. More information about semantic patching

[RFC v2 6/8] gpu: drm: tegra: Remove redundant host1x

ed probing) just getting the struct device from the clients and looking at that should be enough. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121213/2d20bf15/attachment.pgp>

[PATCH 2/2] drm/exynos: reorder framebuffer init sequence

> -Original Message- > From: dri-devel-bounces+inki.dae=samsung.com at lists.freedesktop.org > [mailto:dri-devel-bounces+inki.dae=samsung.com at lists.freedesktop.org] On > Behalf Of Daniel Vetter > Sent: Thursday, December 13, 2012 8:05 PM > To: DRI Development > Cc: Nouveau Dev; Intel

drm: Added ppc64 root device getter

On architectures such as ppc64, there is no root bus device (it belongs to the hypervisor). DRM attempted to get one, causing a null-pointer dereference. Signed-off-by: Lucas Kannebley Tavares -- diff --git a/arch/powerpc/platforms/pseries/Makefile b/arch/powerpc/platforms/pseries/Makefile

[PATCH 1/4] drm/radeon/kms: add 6xx/7xx CS parser for async DMA

On 13.12.2012 18:57, alexdeucher at gmail.com wrote: > From: Alex Deucher > > Allows us to use the DMA ring from userspace. > DMA doesn't have a good NOP packet in which to embed the > reloc idx, so userspace has to add a reloc for each > buffer used and order them to match the command stream. >

[PATCH] drm/radeon: fix htile buffer size computation for command stream checker

On Thu, Dec 13, 2012 at 12:08 PM, wrote: > From: Jerome Glisse > > Fix the size computation of the htile buffer. > > Signed-off-by: Jerome Glisse Reviewed-by: Alex Deucher > --- > drivers/gpu/drm/radeon/evergreen_cs.c | 17 +-- > drivers/gpu/drm/radeon/r600_cs.c | 92 >

[PATCH 4/4] drm/radeon: enable the async DMA rings in the CS ioctl

From: Alex Deucher This enables the functionality added in the previous patches. Userspace acceleration drivers can use the CS ioctl to submit command buffers to the async DMA rings. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_cs.c | 12

[PATCH 3/4] drm/radeon: add VM CS parser support for async DMA on cayman/TN/SI

From: Alex Deucher Allows us to use async DMA from userspace. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/evergreen_cs.c | 111 + drivers/gpu/drm/radeon/radeon_asic.c |6 ++ drivers/gpu/drm/radeon/radeon_asic.h |

[PATCH 2/4] drm/radeon/kms: add evergreen/cayman CS parser for async DMA (v2)

From: Alex Deucher Allows us to use the DMA ring from userspace. DMA doesn't have a good NOP packet in which to embed the reloc idx, so userspace has to add a reloc for each buffer used and order them to match the command stream. v2: fix address bounds checking

[PATCH 1/4] drm/radeon/kms: add 6xx/7xx CS parser for async DMA (v2)

From: Alex Deucher Allows us to use the DMA ring from userspace. DMA doesn't have a good NOP packet in which to embed the reloc idx, so userspace has to add a reloc for each buffer used and order them to match the command stream. v2: fix address bounds checking, reloc

[RFC] drm/lcdc: add TI LCD Controller DRM driver

A simple DRM/KMS driver for the TI LCD Controller found in various smaller TI parts (AM33xx, OMAPL138, etc). This driver uses the CMA helpers. Currently only the TFP410 DVI encoder is supported (tested with beaglebone + DVI cape). There are also various LCD displays, for which support can be

[PATCH] drm: small fix in drm_send_vblank_event()

Initialize e->pipe.. some drivers set this themselves, others do not. Setting it in drm_send_vblank_event() should help ensure more consistent behavior with the different drivers. Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_irq.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCH] drm/cma: add debugfs helpers

Add helper to display fb's which can be used directly in drm_info_list: static struct drm_info_list foo_debugfs_list[] = { ... { "fb", drm_fb_cma_debugfs_show, 0 }, }; to display information about CMA fb objects, as well as a drm_gem_cma_describe() which can be

[PATCH 2/2] drm/exynos: reorder framebuffer init sequence

On Thu, Dec 13, 2012 at 4:16 PM, Inki Dae wrote: > How about rebasing this patch to top of > git://people.freedesktop.org/~airlied/linux.git drm-next? > Exynos's many patches have already been merged to drm-next. Or if you are > ok, I'd like to rebase your patch to -next and test it. I don't care

[PATCHv3 0/7] Support for Tegra 2D hardware

On 13.12.2012 17:03, Lucas Stach wrote: > You are still doing the allocation the IMHO wrong way around. I thought > we agreed to do all the allocations in host1x, which obviously means not > using the cma_gem_helpers anymore, but introducing a new native host1x > object to back GEM/V4L/whatever

[Bug 50655] ATI RV670 [Radeon HD 3870] Ioquake games causes GPU lockup (waiting for 0x00003039 last fence id 0x00003030)

ment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121213/d006a64d/attachment.html>

[Bug 50655] ATI RV670 [Radeon HD 3870] Ioquake games causes GPU lockup (waiting for 0x00003039 last fence id 0x00003030)

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

[Bug 50655] ATI RV670 [Radeon HD 3870] Ioquake games causes GPU lockup (waiting for 0x00003039 last fence id 0x00003030)

ugh. -- 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/20121213/b9350b4d/attachment.html>

[Intel-gfx] [PATCH 00/81] drm/i915: Atomic mode setting / page flip, yet again

On Thu, Dec 13, 2012 at 03:17:38PM +0100, Daniel Vetter wrote: > On Wed, Dec 12, 2012 at 06:15:27PM +0200, ville.syrjala at linux.intel.com > wrote: > > Another month, another massive atomic patchset. > > > > I managed to clean up warts left over from the modeset-rework rebase, > > but other

drm: Added ppc64 root device getter

[+cc Betty] On Thu, Dec 13, 2012 at 4:04 PM, Lucas Kannebley Tavares wrote: > On architectures such as ppc64, there is no root bus device (it belongs > to the hypervisor). DRM attempted to get one, causing a null-pointer > dereference. In addition to ppc64, at least ia64 and parisc have the

[PATCH] drm: fix drm_local_map allocation size

list->map is struct drm_local_map *, not struct drm_map_list *. Signed-off-by: Jani Nikula --- drivers/gpu/drm/drm_gem.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c index 24efae4..6337edd 100644 ---

[Intel-gfx] [PATCH 10/37] drm: add per-crtc locks

On Thu, Dec 13, 2012 at 12:54:44PM +0100, Daniel Vetter wrote: > On Thu, Dec 13, 2012 at 12:38 PM, Ville Syrj?l? > wrote: > >> And if we _really_ want such semantics, we can always get them by > >> introducing another pageflip mutex between the mode_config.mutex and > >> the individual crtc

[Bug 50655] ATI RV670 [Radeon HD 3870] Ioquake games causes GPU lockup (waiting for 0x00003039 last fence id 0x00003030)

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/20121213/2db5b845/attachment.html>

[PATCHv3 7/7] drm: tegra: Add gr2d device

Add client driver for 2D device. Signed-off-by: Arto Merilainen Signed-off-by: Terje Bergstrom --- drivers/gpu/drm/tegra/Makefile |2 +- drivers/gpu/drm/tegra/drm.c| 211 +++- drivers/gpu/drm/tegra/drm.h| 29 drivers/gpu/drm/tegra/gr2d.c | 300

[PATCHv3 6/7] ARM: tegra: Add board data and 2D clocks

Add a driver alias gr2d for Tegra 2D device, and assign a duplicate of 2D clock to that driver alias. Signed-off-by: Terje Bergstrom --- arch/arm/mach-tegra/board-dt-tegra20.c|1 + arch/arm/mach-tegra/board-dt-tegra30.c|1 + arch/arm/mach-tegra/tegra20_clocks_data.c |2 +-

[PATCHv3 5/7] drm: tegra: Remove redundant host1x

From: Arto Merilainen This patch removes the redundant host1x driver from tegradrm and makes necessary bindings to the separate host driver. The infrastructure for drm client lists is merged to drm.c. The patch simplifies driver initialization; The original driver had

[PATCHv3 4/7] gpu: host1x: Add debug support

Add support for host1x debugging. Adds debugfs entries, and dumps channel state to UART in case of stuck job. Signed-off-by: Terje Bergstrom --- drivers/gpu/host1x/Makefile |1 + drivers/gpu/host1x/cdma.c | 37 +++ drivers/gpu/host1x/debug.c

[PATCHv3 3/7] gpu: host1x: Add channel support

Add support for host1x client modules, and host1x channels to submit work to the clients. The work is submitted in GEM CMA buffers, so this patch adds support for them. Signed-off-by: Terje Bergstrom --- drivers/gpu/host1x/Kconfig | 24 +- drivers/gpu/host1x/Makefile

[PATCHv3 2/7] gpu: host1x: Add syncpoint wait and interrupts

Add support for sync point interrupts, and sync point wait. Sync point wait used interrupts for unblocking wait. Signed-off-by: Terje Bergstrom --- drivers/gpu/host1x/Makefile |3 +- drivers/gpu/host1x/dev.c | 44 drivers/gpu/host1x/dev.h

[PATCHv3 1/7] gpu: host1x: Add host1x driver

Add host1x, the driver for host1x and its client unit 2D. Signed-off-by: Terje Bergstrom --- drivers/gpu/Makefile |1 + drivers/gpu/host1x/Kconfig|6 + drivers/gpu/host1x/Makefile |8 + drivers/gpu/host1x/dev.c |

[PATCHv3 0/7] Support for Tegra 2D hardware

This set of patches adds support for Tegra20 and Tegra30 host1x and 2D. It is based on linux-next. The third version has too many changes to list all of them. Here are highlights: * Renamed to host1x, and moved to drivers/gpu/host1x * Greatly simplified the inner workings between physical and

[PATCHv3 0/7] Support for Tegra 2D hardware

Hi Terje, Am Donnerstag, den 13.12.2012, 16:04 +0200 schrieb Terje Bergstrom: > This set of patches adds support for Tegra20 and Tegra30 host1x and > 2D. It is based on linux-next. > > The third version has too many changes to list all of them. Here are > highlights: > * Renamed to host1x, and

[RFC,libdrm 3/3] tests: tegra: Add 2d tests

From: Francis Hart This patch adds a test application for 2d library. The application performs 2d operations using the hardware and outputs the results into files. Signed-off-by: Francis Hart --- configure.ac |1 + tests/tegra/2d/Makefile.am | 13

[RFC,libdrm 2/3] tegra: Add 2d library

From: Francis Hart This patch introduces a simple 2d library on top of stream library. Signed-off-by: Francis Hart --- tegra/2d/hw_gr2d.h | 2614 ++ tegra/2d/tegra_2d_api.c | 235 tegra/2d/tegra_2d_color.c|

[RFC,libdrm 1/3] tegra: Add stream library

From: Arto Merilainen This patch introduces tegra stream library. The library is used for buffer management, command stream construction and work synchronization. Signed-off-by: Arto Merilainen --- Makefile.am|6 +- configure.ac | 13

[RFC,libdrm 0/3] NVIDIA Tegra support

From: Arto Merilainen This patch series adds application level support for 2d hardware acceleration on Tegra SoCs. The patch series consists of three patches: Host1x stream library, 2d library and a test application for the 2d library. The first patch introduces stream

new userspace API approaches atomic *

On Thu, Dec 13, 2012 at 3:13 PM, Dave Airlie wrote: > So this is a how to get new features pronouncement, > > From what I can see people would like to have atomic interfaces for > pageflip and modesetting merged, > > Now how I think developing and merging these will work (i.e. do it > this way or

[Intel-gfx] [PATCH 00/81] drm/i915: Atomic mode setting / page flip, yet again

On Wed, Dec 12, 2012 at 06:15:27PM +0200, ville.syrjala at linux.intel.com wrote: > Another month, another massive atomic patchset. > > I managed to clean up warts left over from the modeset-rework rebase, > but other than that I haven't really found the time to touch this too > much since the

[Bug 50208] X does not start on Linux kernel 3.2.0-24, works on 3.0.0-19

vel/attachments/20121213/92ff55cb/attachment.html>

[PATCH v2] drm/exynos: clear windows in fimd dpms off

Changelog v2: Added details of original patch in chromium kernel Changelog v1: When fimd is turned off, we disable the clocks which will stop the dma. Now if we remove the current framebuffer, we cannot disable the overlay but the current framebuffer will still be freed. When fimd resumes, the

[Bug 56405] Distorted graphics on Radeon HD 6620G

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

[PATCH 2/2] drm/exynos: reorder framebuffer init sequence

Hi Inki, I've pushed out the latest bits to http://cgit.freedesktop.org/~danvet/drm/log/?h=drm-kms-locking with some hacks on top to be able to compile all the arm drivers. Testing feedback of the entire pile would be awesome, especially since you've had some issues with framebuffer lifecycle and

[Intel-gfx] [PATCH 10/37] drm: add per-crtc locks

On Wed, Dec 12, 2012 at 02:06:50PM +0100, Daniel Vetter wrote: > *drumroll* > > The basic idea is to protect per-crtc state which can change without > touching the output configuration with separate mutexes, i.e. all the > input side state to a crtc like framebuffers, cursor settings or plane >

[PATCH 4/4] drm/radeon: enable the async DMA rings in the CS ioctl

From: Alex Deucher This enables the functionality added in the previous patches. Userspace acceleration drivers can use the CS ioctl to submit command buffers to the async DMA rings. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/radeon_cs.c | 12

[PATCH 3/4] drm/radeon: add VM CS parser support for async DMA on cayman/TN/SI

From: Alex Deucher Allows us to use async DMA from userspace. Signed-off-by: Alex Deucher --- drivers/gpu/drm/radeon/evergreen_cs.c | 111 + drivers/gpu/drm/radeon/radeon_asic.c |6 ++ drivers/gpu/drm/radeon/radeon_asic.h |

[PATCH 2/4] drm/radeon/kms: add evergreen/cayman CS parser for async DMA

From: Alex Deucher Allows us to use the DMA ring from userspace. DMA doesn't have a good NOP packet in which to embed the reloc idx, so userspace has to add a reloc for each buffer used and order them to match the command stream. Signed-off-by: Alex Deucher ---

[PATCH 1/4] drm/radeon/kms: add 6xx/7xx CS parser for async DMA

From: Alex Deucher Allows us to use the DMA ring from userspace. DMA doesn't have a good NOP packet in which to embed the reloc idx, so userspace has to add a reloc for each buffer used and order them to match the command stream. Signed-off-by: Alex Deucher ---

[Intel-gfx] [PATCH 10/37] drm: add per-crtc locks

On Thu, Dec 13, 2012 at 12:38 PM, Ville Syrj?l? wrote: >> And if we _really_ want such semantics, we can always get them by >> introducing another pageflip mutex between the mode_config.mutex and >> the individual crtc locks. Pageflips crossing more than one crtc >> would then need to

[PATCH] drm/ttm: fix fence locking in ttm_buffer_object_transfer

Noticed while reviewing the fence locking in the radeon pageflip handler. v2: Instead of grabbing the bdev->fence_lock in object_transfer just move the single callsite of that function a few lines, so that it is protected by the fence_lock. Suggested by Jerome Glisse. v3: Fix typo in commit

[PATCH] allow shmob+imx drm drivers to be compiled

--- drivers/gpu/drm/shmobile/Kconfig |2 +- drivers/staging/imx-drm/Kconfig |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/shmobile/Kconfig b/drivers/gpu/drm/shmobile/Kconfig index 7e7d52b..1cf8566 100644 --- a/drivers/gpu/drm/shmobile/Kconfig +++

[PATCH] drm/radeon: fix htile buffer size computation for command stream checker

From: Jerome Glisse Fix the size computation of the htile buffer. Signed-off-by: Jerome Glisse --- drivers/gpu/drm/radeon/evergreen_cs.c | 17 +-- drivers/gpu/drm/radeon/r600_cs.c | 92 --- drivers/gpu/drm/radeon/radeon_drv.c | 3

[PATCH] allow shmob+imx drm drivers to be compiled

--- drivers/gpu/drm/shmobile/Kconfig |2 +- drivers/staging/imx-drm/Kconfig |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/shmobile/Kconfig b/drivers/gpu/drm/shmobile/Kconfig index 7e7d52b..1cf8566 100644 --- a/drivers/gpu/drm/shmobile/Kconfig +++

[PATCH 2/2] drm/exynos: reorder framebuffer init sequence

For user framebuffers it's easier to just inline the exynos_drm_framebuffer_init helper instead of trying to adjust it - most of the things that helper sets up need to be overwritten anyway again due to the multiple backing storage objects support exynos has, but does not use for the fbdev.

[PATCH 1/2] drm/: reorder framebuffer init sequence

With more fine-grained locking we can no longer rely on the big mode_config lock to prevent concurrent access to mode resources like framebuffers. Instead a framebuffer becomes accessible to other threads as soon as it is added to the relevant lookup structures. Hence it needs to be fully set up

[PATCH] drm: only take the crtc lock for ->cursor_move

->cursor_move uses mostly the same facilities in drivers as ->cursor_set, so pretty much nothing to fix up: - ast/gma500/i915: They all use per-crtc registers to update the cursor position. ast again touches the global cursor cache, but that's ok since there's only one crtc. - nouveau: nv50+

Fan control in nouveau driver with geforce 9600gt

Hi, I have a geforce 9600gt (nv94) display adapter which has its fan running at 100% speed. Yesterday I've compiled and booted with the latest nouveau-2.6 tree. sensors from lm_sensors can correctly acquire GPU temperature and PWM speed but as far as I understood setting the speed is still not

[RFC v3 5/5] drm/exynos: add gsc ipp driver

Hi, I can't review about logic of driver because i don't know well but i feel there are too many checking codes and unused or big size defines. Please refer v4l2 exynos gsc driver in drivers/media/platform/exynos-gsc/. This v3 patch seems to add many codes than v2. Please write changelog in

[RFC v2 6/8] gpu: drm: tegra: Remove redundant host1x

On 12/13/2012 01:57 AM, Thierry Reding wrote: > On Thu, Dec 13, 2012 at 10:48:55AM +0200, Terje Bergstr?m wrote: >> On 12.12.2012 18:08, Thierry Reding wrote: >>> I've briefly discussed this with Stephen on IRC because I >>> thought I had remembered him objecting to the idea of adding a >>> dummy

[RFC v2 6/8] gpu: drm: tegra: Remove redundant host1x

On 12.12.2012 18:08, Thierry Reding wrote: > I've briefly discussed this with Stephen on IRC because I thought I had > remembered him objecting to the idea of adding a dummy device just for > this purpose. It turns out, however, that what he didn't like was to add > a dummy node to the DT just to

[Bug 58042] [bisected] Garbled UI in Team Fortress 2 Beta

org/archives/dri-devel/attachments/20121213/c7748a07/attachment.html>

[RFC v2 6/8] gpu: drm: tegra: Remove redundant host1x

crubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121213/6860b17e/attachment.pgp>

[Bug 56405] Distorted graphics on Radeon HD 6620G

re 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/20121213/bb83b485/attachment.html>

[PATCHv3 4/7] gpu: host1x: Add debug support

On Thu, 2012-12-13 at 16:04 +0200, Terje Bergstrom wrote: > Add support for host1x debugging. Adds debugfs entries, and dumps > channel state to UART in case of stuck job. trivial note: [] > diff --git a/drivers/gpu/host1x/debug.h b/drivers/gpu/host1x/debug.h [] > +void

[PATCH 2/2] drm/exynos: reorder framebuffer init sequence

t; Software Engineer, Intel Corporation > +41 (0) 79 365 57 48 - http://blog.ffwll.ch > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121213/392252eb/attachment-0001.html>

[Bug 57350] [nouveau, linux-3.7-rc] Broken cursor and kernel log swamped with "PAGE_NOT_PRESENT" errors

vel/attachments/20121213/72954f9d/attachment.html>

[Bug 58166] RV670 AGP regression between drm-fixes and drm-next - no display.

ill attach next. This fixes it, thanks. -- 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/20121213/1c7fe5f2/attachment.html>

[Bug 56405] Distorted graphics on Radeon HD 6620G

https://bugs.freedesktop.org/show_bug.cgi?id=56405 --- Comment #48 from klausenb...@hotmail.com --- (In reply to comment #41) Created attachment 71284 [details] [review] Patch gpu pipe Does this kernel patch fix the issue ? Does this patch get into kernel 3.8? -- You are receiving this

Re: [RFC v2 6/8] gpu: drm: tegra: Remove redundant host1x

On 12.12.2012 18:08, Thierry Reding wrote: I've briefly discussed this with Stephen on IRC because I thought I had remembered him objecting to the idea of adding a dummy device just for this purpose. It turns out, however, that what he didn't like was to add a dummy node to the DT just to make

[PATCH v2] drm/exynos: clear windows in fimd dpms off

Changelog v2: Added details of original patch in chromium kernel Changelog v1: When fimd is turned off, we disable the clocks which will stop the dma. Now if we remove the current framebuffer, we cannot disable the overlay but the current framebuffer will still be freed. When fimd resumes, the

Re: [RFC v2 6/8] gpu: drm: tegra: Remove redundant host1x

On Thu, Dec 13, 2012 at 10:48:55AM +0200, Terje Bergström wrote: On 12.12.2012 18:08, Thierry Reding wrote: I've briefly discussed this with Stephen on IRC because I thought I had remembered him objecting to the idea of adding a dummy device just for this purpose. It turns out, however,

Fan control in nouveau driver with geforce 9600gt

Hi, I have a geforce 9600gt (nv94) display adapter which has its fan running at 100% speed. Yesterday I've compiled and booted with the latest nouveau-2.6 tree. sensors from lm_sensors can correctly acquire GPU temperature and PWM speed but as far as I understood setting the speed is still not

[Bug 58042] [bisected] Garbled UI in Team Fortress 2 Beta

https://bugs.freedesktop.org/show_bug.cgi?id=58042 Andreas Boll andreas.boll@gmail.com changed: What|Removed |Added Severity|normal |major

[PATCH] drm: only take the crtc lock for -cursor_move

-cursor_move uses mostly the same facilities in drivers as -cursor_set, so pretty much nothing to fix up: - ast/gma500/i915: They all use per-crtc registers to update the cursor position. ast again touches the global cursor cache, but that's ok since there's only one crtc. - nouveau: nv50+

[PATCH 1/2] drm/drivers: reorder framebuffer init sequence

With more fine-grained locking we can no longer rely on the big mode_config lock to prevent concurrent access to mode resources like framebuffers. Instead a framebuffer becomes accessible to other threads as soon as it is added to the relevant lookup structures. Hence it needs to be fully set up

[PATCH 2/2] drm/exynos: reorder framebuffer init sequence

For user framebuffers it's easier to just inline the exynos_drm_framebuffer_init helper instead of trying to adjust it - most of the things that helper sets up need to be overwritten anyway again due to the multiple backing storage objects support exynos has, but does not use for the fbdev.

[PATCH] allow shmob+imx drm drivers to be compiled

--- drivers/gpu/drm/shmobile/Kconfig |2 +- drivers/staging/imx-drm/Kconfig |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/shmobile/Kconfig b/drivers/gpu/drm/shmobile/Kconfig index 7e7d52b..1cf8566 100644 --- a/drivers/gpu/drm/shmobile/Kconfig +++

[PATCH] allow shmob+imx drm drivers to be compiled

--- drivers/gpu/drm/shmobile/Kconfig |2 +- drivers/staging/imx-drm/Kconfig |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/shmobile/Kconfig b/drivers/gpu/drm/shmobile/Kconfig index 7e7d52b..1cf8566 100644 --- a/drivers/gpu/drm/shmobile/Kconfig +++

Re: [Intel-gfx] [PATCH 10/37] drm: add per-crtc locks

On Wed, Dec 12, 2012 at 02:06:50PM +0100, Daniel Vetter wrote: *drumroll* The basic idea is to protect per-crtc state which can change without touching the output configuration with separate mutexes, i.e. all the input side state to a crtc like framebuffers, cursor settings or plane

Re: [Intel-gfx] [PATCH 10/37] drm: add per-crtc locks

On Thu, Dec 13, 2012 at 12:38 PM, Ville Syrjälä ville.syrj...@linux.intel.com wrote: And if we _really_ want such semantics, we can always get them by introducing another pageflip mutex between the mode_config.mutex and the individual crtc locks. Pageflips crossing more than one crtc

RE: [PATCH 2/2] drm/exynos: reorder framebuffer init sequence

-Original Message- From: dri-devel-bounces+inki.dae=samsung@lists.freedesktop.org [mailto:dri-devel-bounces+inki.dae=samsung@lists.freedesktop.org] On Behalf Of Daniel Vetter Sent: Thursday, December 13, 2012 8:05 PM To: DRI Development Cc: Nouveau Dev; Intel Graphics

Re: [PATCH 2/2] drm/exynos: reorder framebuffer init sequence

Hi Inki, I've pushed out the latest bits to http://cgit.freedesktop.org/~danvet/drm/log/?h=drm-kms-locking with some hacks on top to be able to compile all the arm drivers. Testing feedback of the entire pile would be awesome, especially since you've had some issues with framebuffer lifecycle and

[PATCHv3 2/7] gpu: host1x: Add syncpoint wait and interrupts

Add support for sync point interrupts, and sync point wait. Sync point wait used interrupts for unblocking wait. Signed-off-by: Terje Bergstrom tbergst...@nvidia.com --- drivers/gpu/host1x/Makefile |3 +- drivers/gpu/host1x/dev.c | 44

[PATCHv3 5/7] drm: tegra: Remove redundant host1x

From: Arto Merilainen amerilai...@nvidia.com This patch removes the redundant host1x driver from tegradrm and makes necessary bindings to the separate host driver. The infrastructure for drm client lists is merged to drm.c. The patch simplifies driver initialization; The original driver had two

[PATCHv3 1/7] gpu: host1x: Add host1x driver

Add host1x, the driver for host1x and its client unit 2D. Signed-off-by: Terje Bergstrom tbergst...@nvidia.com --- drivers/gpu/Makefile |1 + drivers/gpu/host1x/Kconfig|6 + drivers/gpu/host1x/Makefile |8 + drivers/gpu/host1x/dev.c

[PATCHv3 7/7] drm: tegra: Add gr2d device

Add client driver for 2D device. Signed-off-by: Arto Merilainen amerilai...@nvidia.com Signed-off-by: Terje Bergstrom tbergst...@nvidia.com --- drivers/gpu/drm/tegra/Makefile |2 +- drivers/gpu/drm/tegra/drm.c| 211 +++- drivers/gpu/drm/tegra/drm.h| 29

[PATCHv3 4/7] gpu: host1x: Add debug support

Add support for host1x debugging. Adds debugfs entries, and dumps channel state to UART in case of stuck job. Signed-off-by: Terje Bergstrom tbergst...@nvidia.com --- drivers/gpu/host1x/Makefile |1 + drivers/gpu/host1x/cdma.c | 37 +++

[PATCHv3 6/7] ARM: tegra: Add board data and 2D clocks

Add a driver alias gr2d for Tegra 2D device, and assign a duplicate of 2D clock to that driver alias. Signed-off-by: Terje Bergstrom tbergst...@nvidia.com --- arch/arm/mach-tegra/board-dt-tegra20.c|1 + arch/arm/mach-tegra/board-dt-tegra30.c|1 +

[PATCHv3 0/7] Support for Tegra 2D hardware

This set of patches adds support for Tegra20 and Tegra30 host1x and 2D. It is based on linux-next. The third version has too many changes to list all of them. Here are highlights: * Renamed to host1x, and moved to drivers/gpu/host1x * Greatly simplified the inner workings between physical and

[RFC,libdrm 0/3] NVIDIA Tegra support

From: Arto Merilainen amerilai...@nvidia.com This patch series adds application level support for 2d hardware acceleration on Tegra SoCs. The patch series consists of three patches: Host1x stream library, 2d library and a test application for the 2d library. The first patch introduces stream

[RFC,libdrm 1/3] tegra: Add stream library

From: Arto Merilainen amerilai...@nvidia.com This patch introduces tegra stream library. The library is used for buffer management, command stream construction and work synchronization. Signed-off-by: Arto Merilainen amerilai...@nvidia.com --- Makefile.am|6 +- configure.ac

[RFC,libdrm 3/3] tests: tegra: Add 2d tests

From: Francis Hart fh...@nvidia.com This patch adds a test application for 2d library. The application performs 2d operations using the hardware and outputs the results into files. Signed-off-by: Francis Hart fh...@nvidia.com --- configure.ac |1 +

Re: [Intel-gfx] [PATCH 00/81] drm/i915: Atomic mode setting / page flip, yet again

On Wed, Dec 12, 2012 at 06:15:27PM +0200, ville.syrj...@linux.intel.com wrote: Another month, another massive atomic patchset. I managed to clean up warts left over from the modeset-rework rebase, but other than that I haven't really found the time to touch this too much since the last time

[Bug 56405] Distorted graphics on Radeon HD 6620G

https://bugs.freedesktop.org/show_bug.cgi?id=56405 --- Comment #49 from Alex Deucher ag...@yahoo.com --- (In reply to comment #48) Does this patch get into kernel 3.8? Yes. It will be in 3.8 and the stable kernels. -- You are receiving this mail because: You are the assignee for the bug.

Re: [Intel-gfx] [PATCH 10/37] drm: add per-crtc locks

On Thu, Dec 13, 2012 at 12:54:44PM +0100, Daniel Vetter wrote: On Thu, Dec 13, 2012 at 12:38 PM, Ville Syrjälä ville.syrj...@linux.intel.com wrote: And if we _really_ want such semantics, we can always get them by introducing another pageflip mutex between the mode_config.mutex and

[PATCH] drm: fix drm_local_map allocation size

list-map is struct drm_local_map *, not struct drm_map_list *. Signed-off-by: Jani Nikula jani.nik...@intel.com --- drivers/gpu/drm/drm_gem.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_gem.c b/drivers/gpu/drm/drm_gem.c index 24efae4..6337edd 100644

Re: [Intel-gfx] [PATCH 00/81] drm/i915: Atomic mode setting / page flip, yet again

On Thu, Dec 13, 2012 at 03:17:38PM +0100, Daniel Vetter wrote: On Wed, Dec 12, 2012 at 06:15:27PM +0200, ville.syrj...@linux.intel.com wrote: Another month, another massive atomic patchset. I managed to clean up warts left over from the modeset-rework rebase, but other than that I

[Bug 50208] X does not start on Linux kernel 3.2.0-24, works on 3.0.0-19

https://bugs.freedesktop.org/show_bug.cgi?id=50208 Nicola Larosa freedesk...@teknico.net changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCHv3 0/7] Support for Tegra 2D hardware

Hi Terje, Am Donnerstag, den 13.12.2012, 16:04 +0200 schrieb Terje Bergstrom: This set of patches adds support for Tegra20 and Tegra30 host1x and 2D. It is based on linux-next. The third version has too many changes to list all of them. Here are highlights: * Renamed to host1x, and moved

Re: [PATCH 2/2] drm/exynos: reorder framebuffer init sequence

2012/12/13 Daniel Vetter daniel.vet...@ffwll.ch Hi Inki, I've pushed out the latest bits to http://cgit.freedesktop.org/~danvet/drm/log/?h=drm-kms-locking with some hacks on top to be able to compile all the arm drivers. Testing feedback of the entire pile would be awesome, especially since

  1   2   >