[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 m

[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 dma

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, howeve

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 sup

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

https://bugs.freedesktop.org/show_bug.cgi?id=58042 Andreas Boll changed: What|Removed |Added Severity|normal |major Summary|Garbled UI in Te

[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/: 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 by

[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. Signed

[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 +++ b/

[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 +++ b/

[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 messa

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 > c

Re: [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 take

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 Graphic

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 --- drivers/gpu/host1x/Makefile |3 +- drivers/gpu/host1x/dev.c | 44 drivers/gpu/host1x/dev.h |

[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 two lists for registered d

[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 | 18

[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 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 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 +- ar

[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 lo

[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 library that is used for d

[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 + tegra/Makefile.am

[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 ++ tests/tegra/2d/

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 t

[Bug 56405] Distorted graphics on Radeon HD 6620G

https://bugs.freedesktop.org/show_bug.cgi?id=56405 --- Comment #49 from Alex Deucher --- (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ä > 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

[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 --- a/drivers/gpu/dr

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

[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 changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

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 m

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

2012/12/13 Daniel Vetter > 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 som

Re: [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 host1x_debug_output(struc

Re: [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 obj

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

https://bugs.freedesktop.org/show_bug.cgi?id=50655 --- Comment #30 from Andy Furniss --- I've just put my rv670 (HD3850) card back in my AGP box and can reliably get etqw to lock after a few seconds with waiting for fence. I may be too different from the OP for this to be relevant to this bug di

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

https://bugs.freedesktop.org/show_bug.cgi?id=50655 --- Comment #31 from Bryan Quigley --- Andy, How many times did you try it at that commit? I ask because I orginally bisected it wrong because it didn't always reproduce consistantly for me. (Would take >1 run) I'll test it out though. -- Y

Re: [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

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

https://bugs.freedesktop.org/show_bug.cgi?id=50655 --- Comment #32 from Andy Furniss --- Looks like this was a separate issue - I've just managed to get openarena to lock GPU with mesa set to before r600g: re-enable handling of DISCARD_RANGE -- You are receiving this mail because: You are the

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

https://bugs.freedesktop.org/show_bug.cgi?id=50655 --- Comment #33 from Andy Furniss --- (In reply to comment #31) > Andy, > > How many times did you try it at that commit? I ask because I orginally > bisected it wrong because it didn't always reproduce consistantly for me. > (Would take >1 ru

[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 --- drivers/gpu/drm/radeon/r600_cs.c

[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 --- drivers/gpu/drm/radeon/evergreen

[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 |1 + 3 files changed, 118 in

[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 include/uapi/drm/radeo

Re: [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 d

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

On 13.12.2012 18:57, alexdeuc...@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. Signed-off-by:

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

On Thu, Dec 13, 2012 at 10:58:55AM -0700, Stephen Warren wrote: > 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 > >>>

Re: 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

[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 +- 3 files changed,

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

https://bugs.freedesktop.org/show_bug.cgi?id=50655 --- Comment #34 from Andy Furniss --- (In reply to comment #9) > I think I did everything right in this bisect (I didn't the first attempt). > > fbebd431ec4e2e461a0cbcd5f3a04a000b8f6bbf is the first bad commit > commit fbebd431ec4e2e461a0cbcd5f3

Re: 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 same

[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 indexing Signed-off-by: Al

[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 Signed-off-by: Alex Deucher ---

[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 |1 + 3 files changed, 118 in

[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 include/uapi/drm/radeo

Re: [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] 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 u

[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 a/drivers/g

[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 add

[pull] drm-intel-fixes for 3.8

Hi Dave, A few leftover fixes for 3.8: - VIC support for hdmi infoframes with the associated drm helper, fixes some black TVs (Paulo Zanoni) - Modeset state check (and fixup if the BIOS messed with the hw) for lid-open. modeset-rework fallout. Somehow the original reporter went awol, so this

[Bug 58272] New: Rv670 AGP drm-next ttm errors

https://bugs.freedesktop.org/show_bug.cgi?id=58272 Priority: medium Bug ID: 58272 Assignee: dri-devel@lists.freedesktop.org Summary: Rv670 AGP drm-next ttm errors Severity: normal Classification: Unclassified OS: Linux (All)

[Bug 58272] Rv670 AGP drm-next ttm errors

https://bugs.freedesktop.org/show_bug.cgi?id=58272 --- Comment #1 from Andy Furniss --- Created attachment 71477 --> https://bugs.freedesktop.org/attachment.cgi?id=71477&action=edit errors in kern log before dma changes -- You are receiving this mail because: You are the assignee for the bug.

[Bug 58272] Rv670 AGP drm-next ttm errors

https://bugs.freedesktop.org/show_bug.cgi?id=58272 --- Comment #2 from Andy Furniss --- Hmm I see using the word a t t a c h m e n t does strange things - 1 and 2 are not mine. -- You are receiving this mail because: You are the assignee for the bug. __

Re: [PATCH 0/3] drm/exynos: add runtime pm support for hdmi and mixer.

Hi All, Kindly review the following patch set for Runtime PM Changes for Mixer and Hdmi. regards, Rahul Sharma On Wed, Nov 28, 2012 at 11:30 AM, Rahul Sharma wrote: > This patch set adds support for runtime power management for hdmi and > mixer devices. Its also adds support for hdmiphy power

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

2012/12/14 Daniel Vetter > 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 patc

Re: [RFC v2 0/5] Common Display Framework

Hi everybody, Here's the second RFC of what was previously known as the Generic Panel Framework. I won't repeat all the background information from the first version here, you can read it at http://lwn.net/Articles/512363/. Many developers showed interest in the

drm/exynos: fix allocation and cache mapping type

This patch fixes memory alloction(contiguous or not) and cache mapping types(cachable or not). For this, it converts each type from user request into dma attribute properly. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_buf.c | 20 +

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

On 13.12.2012 19:58, Stephen Warren wrote: > On 12/13/2012 01:57 AM, Thierry Reding wrote: >> After some more discussion with Stephen on IRC we came to the >> conclusion that the easiest might be to have tegra-drm call into >> host1x with something like: >> >> void host1x_set_drm_device(struct host

[PATCH v2] drm/exynos: fix allocation and cache mapping type

This patch fixes memory alloction(contiguous or not) and cache mapping types(cachable or not). For this, it converts each type from user request into dma attribute properly. Changelog v2: - just code cleanup. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exyno

[PATCH 1/4] drm/exynos: fix fb offset calculation for plane

There is no any reason to change fb offset when CRTC is out of screen. Also, this fixes a typing error. Signed-off-by: Joonyoung Shim Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_plane.c |6 +- 1 file changed, 1 insertion(+), 5 deletions(-) diff --git a/drivers/gp

[PATCH 0/4] drm/exynos: update plane and fimd

This patchset is to update plane and fimd of exynos-drm. it includes modification about coordinates calculation of plane and fimd and device tree support of fimd. The patchset is based exynos-drm-next branch on of git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos.git Joonyoung Shim

[PATCH 2/4] drm/exynos: fix x, y coordinates for right bottom pixel

The x, y coordinates of right bottom pixel cannot be negative numbers. Signed-off-by: Joonyoung Shim Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 18 +++--- 1 file changed, 11 insertions(+), 7 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_

[PATCH 3/4] drm/exynos: support extended screen coordinate of fimd

The fimd of exynos5 SoC supports extended screen coordinate. Signed-off-by: Joonyoung Shim Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 16 1 file changed, 12 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_fimd.c

[PATCH 4/4] drm/exynos: support device tree for fimd

This adds the of_match_table to exynos-drm fimd driver to be probed from the device tree. Signed-off-by: Joonyoung Shim Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_fimd.c | 19 +++ 1 file changed, 19 insertions(+) diff --git a/drivers/gpu/drm/exynos/exy

[Bug 58272] Rv670 AGP drm-next ttm errors

https://bugs.freedesktop.org/show_bug.cgi?id=58272 --- Comment #3 from Maarten Lankhorst --- It seems that ttm_mem_evict_first is called way more often in a nasted fashion than is healthy there. Could you resolve the ttm_mem_evict_first address where it ends up calling itself back to a specific l

Re: [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

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 in

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

t i will 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 57350] [nouveau, linux-3.7-rc] Broken cursor and kernel log swamped with "PAGE_NOT_PRESENT" errors

ri-devel/attachments/20121213/72954f9d/attachment.html>

[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 fut

[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>

[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 m

[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 dma

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

xt 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/6860b17e/attachment.pgp>

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 sup

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

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

[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/: 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 by

[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. Signed

[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 +++ b/

[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 +++ b/

[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 messa

[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 > c

[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 take

[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 G

[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 --- drivers/gpu/host1x/Makefile |3 +- drivers/gpu/host1x/dev.c | 44 drivers/gpu/host1x/dev.h |

[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 two lists for registered d

[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 | 18

  1   2   >