[PATCHv4 3/8] gpu: host1x: Add channel support

On Fri, 2012-12-21 at 13:39 +0200, Terje Bergstrom wrote: > diff --git a/include/trace/events/host1x.h b/include/trace/events/host1x.h > index d98d74c..e087910 100644 > --- a/include/trace/events/host1x.h > +++ b/include/trace/events/host1x.h > @@ -37,6 +37,214 @@ DECLARE_EVENT_CLASS(host1x, >

Hangcheck timer elapsed..

On Fri, Dec 21, 2012 at 4:56 AM, Linus Torvalds wrote: > This thing isn't repeatable, and it can go days without happening, but > it has happened several times now over the last several weeks, to the > point where it is very annoying. > > I get: > > [drm:i915_hangcheck_hung] *ERROR* Hangcheck

i-g-t test for gem flink race

On Fri, Dec 21, 2012 at 3:46 AM, Dave Airlie wrote: > On Fri, Dec 21, 2012 at 11:49 AM, Dave Airlie wrote: >> As we talked on irc, I decided to write a test case and it actually >> seems to trigger the race. >> >> Really its insane userspace behaviour and I'm not really sure we >> should care to

[PATCHv16 0/7] of: add display helper

Hello All, Any comments for this patch set..? Best Wishes, Leela Krishna Amudala. On Tue, Dec 18, 2012 at 10:34 PM, Steffen Trumtrar wrote: > > Hi! > > Finally, right in time before the end of the world on friday, v16 of the > display helpers. > > Changes since v15: > - move

Bisected regression on RV610

On Fri, Dec 21, 2012 at 10:33 AM, Pavel Roskin wrote: > Hello! > > The system running the current mainline Linux shows black screen for me > reliably if I run the unshield program on xterm. Linux 3.7 is OK. > > The bisection found the first bad commit: > >

[RFC] drm/exynos: added hdcp driver for contents protection.

HDCP stands for High-bandwidth Digital Content Protection. This is a newer form of Digital Rights Management(secure DRM) that was designed to control digital video and audio content. Contains an integrated HDCP encryption engine for video/audio content protection. supports version HDCP v1.1.

[RFC] added hdcp driver in hdmi

Hi All. This patch supports HDCP feature in Exynos DRM HDMI. We enhaced feature of HDCP for content protection. please check my commit and If you have any opinion of this patch. please give comment to me. HDCP stands for High-bandwidth Digital Content Protection. contains an integrated HDCP

[Bug 52360] [32bit/r600-llvm] Counter Strike 1.6 segfaults on start

ing 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/20121221/60d6c95c/attachment.html>

[PATCH v2] drm/exynos: consider no iommu support to console framebuffer

This patch considers no iommu support to kernel space mapping of console framebuffer. Without iommu, we get physical address instead of device address after dma_alloc_attrs function is called. So we should consider the case without iommu when it maps console framebuffer with kernel space.

[PATCH] drm/exynos: fix erroneous register read

This patch fixes erroneous register read. readl function needs register base address + offset but exynos_drm_gsc module used only offset to read a register. So this patch uses gsc_read function instead of readl. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park ---

[PATCH] drm/exynos: consider no iommu support to console framebuffer

This patch considers no iommu support to kernel space mapping of console framebuffer. Without iommu, we get physical address instead of device address after dma_alloc_attrs function is called. So we should consider the case without iommu when it maps console framebuffer with kernel space.

System freezes with radeon DRM driver since kernel 3.6

cs7-signature Size: 3621 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121221/93b8e779/attachment-0001.bin>

System freezes with radeon DRM driver since kernel 3.6

tse at fsing.rootsland.net | | Public Keys: http://fsing.rootsland.net/~stse/keys.html | -- next part -- A non-text attachment was scrubbed... Name: smime.p7s Type: application/x-pkcs7-signature Size: 3621 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121221/f733e938/attachment-0001.bin>

[PATCHv4 0/8] Support for Tegra 2D hardware

On 21.12.2012 15:50, Lucas Stach wrote: > This has to be resolved before merging. Personally I'm in favour of > keeping reg access patterns close to what is done in other parts of the > kernel. I haven't so far received comments from too many people, so that's why I left it as is. >> * Uses

[PATCHv4 5/8] drm: tegra: Remove redundant host1x

the GNU General Public License > + * along with this program. If not, see <http://www.gnu.org/licenses/>. > + */ > + > +#ifndef _TEGRA_DRM_H_ > +#define _TEGRA_DRM_H_ > + > +#endif This can be removed as well. 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/20121221/b24631d4/attachment.pgp>

[Bug 58568] [drm:radeon_get_bios] *ERROR* Unable to locate a BIOS ROM

ect? That was it. I had those disabled! Sorry for the noise. -- 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/20121221/3f

[PATCHv4 8/8] gpu: host1x: Register DRM dummy device

t -- 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/20121221/068a256e/attachment.pgp>

[PATCHv4 0/8] Support for Tegra 2D hardware

Am Freitag, den 21.12.2012, 15:57 +0200 schrieb Terje Bergstr?m: > On 21.12.2012 15:50, Lucas Stach wrote: > > This has to be resolved before merging. Personally I'm in favour of > > keeping reg access patterns close to what is done in other parts of the > > kernel. > > I haven't so far received

[PATCHv4 8/8] gpu: host1x: Register DRM dummy device

Am Freitag, den 21.12.2012, 13:39 +0200 schrieb Terje Bergstrom: > Register a dummy device for tegradrm, and provide a getter to > access the device. > > Signed-off-by: Terje Bergstrom > --- [...] > diff --git a/drivers/gpu/host1x/drm.c b/drivers/gpu/host1x/drm.c > new file mode 100644 > index

[PATCH] drm: Add EDID_QUIRK_FORCE_REDUCED_BLANKING for ASUS VW222S

pipeline. Maybe someone more knowledgeable than me could make a more educated guess about this. > > [1] http://cgit.freedesktop.org/xorg/app/edid-decode/ -- next part -- An embedded and charset-unspecified text was scrubbed... Name: xrandr_verbose.txt URL: <http://li

[PATCHv4 0/8] Support for Tegra 2D hardware

Am Freitag, den 21.12.2012, 13:39 +0200 schrieb Terje Bergstrom: > This set of patches adds support for Tegra20 and Tegra30 host1x and > 2D. It is based on linux-next-20121220. > > The fourth version has only few changes compared to previous version: > * Fixed some sparse warnings > * Fixed

[PATCH] uxa: Align tiled surface size to an number of tiled rows

Align surface sizes to an even number of tile rows to cater for sampler prefetch, as shown by enabling GPU invalid PTE detection (i.e. clearing the valid bit of the PTE). --- We are investigating bug https://bugs.freedesktop.org/show_bug.cgi?id=55984 where the only lead so far is the ordering of

[RFC] drm/exynos: added hdcp driver for contents protection.

On Fri, Dec 21, 2012 at 4:47 AM, Eunchul Kim wrote: > HDCP stands for High-bandwidth Digital Content Protection. > This is a newer form of Digital Rights Management(secure DRM) > that was designed to control digital video and audio content. > Contains an integrated HDCP encryption engine for

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

On 12/21/2012 01:57 AM, Arto Merilainen wrote: > On 12/20/2012 07:14 PM, Stephen Warren wrote: >> >> What's wrong with just having each device ask the host1x (its parent) >> for a pointer to the (dummy) tegradrm device. That seems extremely >> > > We are talking about creating a dummy device

Fan control in nouveau driver with geforce 9600gt

> Of course it is, but why would you disable automatic fan management? > > You are supposed to activate it and let it activated at all time. It's not me but someone inexperienced playing with sysfs tunables for example :) -- Ozan ?a?layan Research Assistant Galatasaray University - Computer

[PATCHv4 8/8] gpu: host1x: Register DRM dummy device

Register a dummy device for tegradrm, and provide a getter to access the device. Signed-off-by: Terje Bergstrom --- drivers/gpu/drm/tegra/dc.c |5 - drivers/gpu/drm/tegra/drm.c | 11 + drivers/gpu/drm/tegra/gr2d.c |4 +++- drivers/gpu/drm/tegra/hdmi.c |5 -

[PATCHv4 7/8] 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 | 307

[PATCHv4 6/8] 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 +-

[PATCHv4 5/8] 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

[PATCHv4 4/8] 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

[PATCHv4 3/8] 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

[PATCHv4 2/8] 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 |2 + drivers/gpu/host1x/dev.c | 37 +++- drivers/gpu/host1x/dev.h |

[PATCHv4 1/8] 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 |

[PATCHv4 0/8] Support for Tegra 2D hardware

This set of patches adds support for Tegra20 and Tegra30 host1x and 2D. It is based on linux-next-20121220. The fourth version has only few changes compared to previous version: * Fixed some sparse warnings * Fixed host1x Makefile to allow building as module * Fixed host1x module unload *

[PATCH v2 8/8] drm/exynos: cleanup needless parenthesis.

This patch cleanup needless parenthesis. we got the comment from GSC. but we missed fimc side. so, we cleanup the code. Signed-off-by: Eunchul Kim --- drivers/gpu/drm/exynos/exynos_drm_fimc.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git

[PATCH v2 7/8] drm/exynos: fixed unnormal interrupt in m2m operation.

From: Jinyoung Jeon This patch fixed unnormal interrupt at m2m operation sometimes. m2m operation called s/w reset during every frame. but m2m occured interrupt after s/w reset sometimes. so, we cleared dma operation and capture operation. Signed-off-by: Jinyoung Jeon

[PATCH v2 6/8] drm/exynos: removed color bar pattern display.

From: JoongMock Shin This patch removed color bar pattern register. we not use color bar any more. and don't support color bar at writeback operation. Signed-off-by: JoongMock Shin Signed-off-by: Eunchul Kim --- drivers/gpu/drm/exynos/exynos_drm_fimc.c |9

[PATCH v2 5/8] drm/exynos: cleanup comment of abbreviation.

This patch cleanup comment of abbreviation. Signed-off-by: Eunchul Kim --- drivers/gpu/drm/exynos/exynos_drm_fimc.c |2 +- drivers/gpu/drm/exynos/exynos_drm_gsc.c |2 +- drivers/gpu/drm/exynos/exynos_drm_ipp.c |2 +- 3 files changed, 3 insertions(+), 3 deletions(-) diff --git

[PATCH v2 4/8] drm/exynos: fixed warnning in GSC build.

This patch fixed warnning in GSC build. Signed-off-by: Eunchul Kim --- drivers/gpu/drm/exynos/exynos_drm_gsc.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_drm_gsc.c b/drivers/gpu/drm/exynos/exynos_drm_gsc.c index 3e5b456..410175a

[PATCH v2 3/8] drm/exynos: fixed vflip, hflip case at the same time.

Changelog v2: This patch added EXYNOS_DRM_FLIP_BOTH enum value for warnning. Changelog v1: This patch fixed vflip, hflip at the same time. If we want to change 180 degree about buffer, then we can use h,vflip or 180 degree. we supports 180 degree using h,vflip. but we make error handling in this

[PATCH v2 2/8] drm/exynos: removed needless error handling about property.

This patch removed property error handling. property couldn't be NULL. so, I removed it. Signed-off-by: Eunchul Kim --- drivers/gpu/drm/exynos/exynos_drm_fimc.c | 12 drivers/gpu/drm/exynos/exynos_drm_gsc.c | 12 drivers/gpu/drm/exynos/exynos_drm_ipp.c |5

[PATCH v2 1/8] drm/exynos: cleanup current command name.

This patch changed current command name from cmd to c_node. because we already use cmd for command control ioctl in another structure. so, this name make some confusion. Signed-off-by: Eunchul Kim --- drivers/gpu/drm/exynos/exynos_drm_fimc.c|8

[PATCH v2 0/8] drm/exynos: fixed and cleanup ipp subsystem drivers

Hi All. This patch set fixed some issue and cleanup code. please check my commit and let me know about your comment. Changelog v2: - This patch set fixes the following: * fixed vflip, hflip case at the same time: we use vflip, hflip set at the same time for 180 degree supporting. so, we

i-g-t test for gem flink race

On Fri, Dec 21, 2012 at 11:49 AM, Dave Airlie wrote: > As we talked on irc, I decided to write a test case and it actually > seems to trigger the race. > > Really its insane userspace behaviour and I'm not really sure we > should care to fix, I can't see it causing an oops, more userspace > does

[RFC] drm/exynos: added hdcp driver for contents protection.

On Fri, 21 Dec 2012 18:47:57 +0900 Eunchul Kim wrote: > HDCP stands for High-bandwidth Digital Content Protection. > This is a newer form of Digital Rights Management(secure DRM) was.. the master key was leaked long ago 8) > that was designed to control digital video and audio content. >

i-g-t test for gem flink race

As we talked on irc, I decided to write a test case and it actually seems to trigger the race. Really its insane userspace behaviour and I'm not really sure we should care to fix, I can't see it causing an oops, more userspace does something insane, it gets a bad result, but I'll contemplate it a

[pull] radeon drm-fixes-3.8

One more patch I just pushed: commit 668bbc81baf0f34df832d8aca5c7d5e19a493c68 Author: Alex Deucher Date: Thu Dec 20 21:19:32 2012 -0500 drm/radeon: add WAIT_UNTIL to evergreen VM safe reg list It's used in a recent mesa commit:

[RFC v2 0/5] Common Display Framework

Hi Vikas, On Tuesday 18 of December 2012 08:31:30 Vikas Sajjan wrote: > Hi Laurent, > > Thanks for the reply. > > On 17 December 2012 20:55, Laurent Pinchart < > > laurent.pinchart at ideasonboard.com> wrote: > > Hi Vikas, > > > > Sorry for the late reply. I now have more time to work on

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

On 12/20/2012 07:14 PM, Stephen Warren wrote: > > What's wrong with just having each device ask the host1x (its parent) > for a pointer to the (dummy) tegradrm device. That seems extremely > We are talking about creating a dummy device because: - we need to give something for drm_platform_init(),

[PATCH] drm/radeon: add WAIT_UNTIL to evergreen VM safe reg list

On Thu, Dec 20, 2012 at 9:34 PM, wrote: > From: Alex Deucher > > It's used in a recent mesa commit: > http://cgit.freedesktop.org/mesa/mesa/commit/?id=24b1206ab2dcd506aaac3ef656aebc8bc20cd27a > and there may be some other cases in the future where it's required. > > Signed-off-by: Alex Deucher

Bisected regression on RV610

Hello! The system running the current mainline Linux shows black screen for me reliably if I run the unshield program on xterm. Linux 3.7 is OK. The bisection found the first bad commit: deab48f140d28d788cb2b5705761a92b02e3440d Alex Deucher drm/radeon: add dma engine support for vm pt

System freezes with radeon DRM driver since kernel 3.6

On Fri, Dec 21, 2012 at 10:14 AM, Stephan Seitz wrote: > On Fri, Dec 21, 2012 at 09:30:39AM -0500, Alex Deucher wrote: >> >> On Thu, Dec 20, 2012 at 5:09 AM, Stephan Seitz >> wrote: >>> >>> filename:

[PATCH] [RFC] drm/radeon: return 0 on successful gpu reset

On Thu, 2012-12-20 at 13:37 -0500, Alex Deucher wrote: > On Tue, Dec 18, 2012 at 12:28 PM, Paul Bolle wrote: > > On Tue, 2012-12-18 at 10:22 -0500, Alex Deucher wrote: > >> On Tue, Dec 18, 2012 at 5:36 AM, Christian K?nig > >> wrote: > >> > You should definitely try Alex latest drm-fixes-3.8

System freezes with radeon DRM driver since kernel 3.6

On Thu, Dec 20, 2012 at 5:09 AM, Stephan Seitz wrote: > Hi! > > filename: /lib/modules/3.7.0-Dom0/kernel/drivers/gpu/drm/radeon/radeon.ko > > hardware: > 01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI > RV730XT [Radeon HD 4670] (prog-if 00

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

On 21.12.2012 00:28, Stephen Warren wrote: > On 12/20/2012 02:34 PM, Terje Bergstr?m wrote: >> On 20.12.2012 22:30, Thierry Reding wrote: >>> The problem with your proposed solution is that, even any of Stephen's >>> valid objections aside, it won't work. Once the tegra-drm module is >>> unloaded,

drivers/gpu/drm/i915/intel_display.c:1536:3: error: 'value' undeclared

tree: git://people.freedesktop.org/~danvet/drm-intel.git drm-intel-nightly head: e03a89ed11fc77b78135ae473725fbfa876c1d95 commit: b3d6da16e97f181bca681e486adfcc6632bae2de Merge remote-tracking branch 'origin/drm-intel-fixes' into drm-intel-nightly date: 16 minutes ago config: make ARCH=i386

[pull] drm-intel-fixes

Hi Dave Some fixes for 3.8: - Watermark fixups from Chris Wilson (4 pieces). - 2 snb workarounds, seem to be recently added to our internal DB. - workaround for the infamous i830/i845 hang, seems now finally solid! Based on Chris' fix for SNA, now also for UXA/mesa SNA. - Some more fixlets for

[Bug 58372] [KMS][Cayman] Garbled screen and gpu crash with 6950 with drm-next

signee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121221/0158bc70/attachment.html>

[Bug 58372] [KMS][Cayman] Garbled screen and gpu crash with 6950 with drm-next

lid] *ERROR* Invalid register 0x8040 in CS -- 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/20121221/65d27697/attachment.html>

[PATCH] drm/exynos: fix erroneous register read

This patch fixes erroneous register read. readl function needs register base address + offset but exynos_drm_gsc module used only offset to read a register. So this patch uses gsc_read function instead of readl. Signed-off-by: Inki Dae inki@samsung.com Signed-off-by: Kyungmin Park

[PATCH] drm/exynos: consider no iommu support to console framebuffer

This patch considers no iommu support to kernel space mapping of console framebuffer. Without iommu, we get physical address instead of device address after dma_alloc_attrs function is called. So we should consider the case without iommu when it maps console framebuffer with kernel space.

Re: [PATCH] [RFC] drm/radeon: return 0 on successful gpu reset

On Thu, 2012-12-20 at 13:37 -0500, Alex Deucher wrote: On Tue, Dec 18, 2012 at 12:28 PM, Paul Bolle pebo...@tiscali.nl wrote: On Tue, 2012-12-18 at 10:22 -0500, Alex Deucher wrote: On Tue, Dec 18, 2012 at 5:36 AM, Christian König deathsim...@vodafone.de wrote: You should definitely try

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

On 12/20/2012 07:14 PM, Stephen Warren wrote: What's wrong with just having each device ask the host1x (its parent) for a pointer to the (dummy) tegradrm device. That seems extremely We are talking about creating a dummy device because: - we need to give something for drm_platform_init(), -

[PATCH v2] drm/exynos: consider no iommu support to console framebuffer

This patch considers no iommu support to kernel space mapping of console framebuffer. Without iommu, we get physical address instead of device address after dma_alloc_attrs function is called. So we should consider the case without iommu when it maps console framebuffer with kernel space.

[RFC] added hdcp driver in hdmi

Hi All. This patch supports HDCP feature in Exynos DRM HDMI. We enhaced feature of HDCP for content protection. please check my commit and If you have any opinion of this patch. please give comment to me. HDCP stands for High-bandwidth Digital Content Protection. contains an integrated HDCP

[RFC] drm/exynos: added hdcp driver for contents protection.

HDCP stands for High-bandwidth Digital Content Protection. This is a newer form of Digital Rights Management(secure DRM) that was designed to control digital video and audio content. Contains an integrated HDCP encryption engine for video/audio content protection. supports version HDCP v1.1.

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

Hi Vikas, On Tuesday 18 of December 2012 08:31:30 Vikas Sajjan wrote: Hi Laurent, Thanks for the reply. On 17 December 2012 20:55, Laurent Pinchart laurent.pinch...@ideasonboard.com wrote: Hi Vikas, Sorry for the late reply. I now have more time to work on CDF, so delays

[PATCHv4 6/8] 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 +

[PATCHv4 0/8] Support for Tegra 2D hardware

This set of patches adds support for Tegra20 and Tegra30 host1x and 2D. It is based on linux-next-20121220. The fourth version has only few changes compared to previous version: * Fixed some sparse warnings * Fixed host1x Makefile to allow building as module * Fixed host1x module unload *

[PATCHv4 1/8] 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

[PATCHv4 2/8] 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 |2 + drivers/gpu/host1x/dev.c | 37 +++-

[PATCHv4 7/8] 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

[PATCHv4 8/8] gpu: host1x: Register DRM dummy device

Register a dummy device for tegradrm, and provide a getter to access the device. Signed-off-by: Terje Bergstrom tbergst...@nvidia.com --- drivers/gpu/drm/tegra/dc.c |5 - drivers/gpu/drm/tegra/drm.c | 11 + drivers/gpu/drm/tegra/gr2d.c |4 +++-

[PATCHv4 5/8] 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

[PATCHv4 4/8] 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 +++

Re: [RFC] drm/exynos: added hdcp driver for contents protection.

On Fri, 21 Dec 2012 18:47:57 +0900 Eunchul Kim chulspro@samsung.com wrote: HDCP stands for High-bandwidth Digital Content Protection. This is a newer form of Digital Rights Management(secure DRM) was.. the master key was leaked long ago 8) that was designed to control digital video and

Re: Fan control in nouveau driver with geforce 9600gt

Of course it is, but why would you disable automatic fan management? You are supposed to activate it and let it activated at all time. It's not me but someone inexperienced playing with sysfs tunables for example :) -- Ozan Çağlayan Research Assistant Galatasaray University - Computer

Re: [PATCHv4 0/8] Support for Tegra 2D hardware

Am Freitag, den 21.12.2012, 13:39 +0200 schrieb Terje Bergstrom: This set of patches adds support for Tegra20 and Tegra30 host1x and 2D. It is based on linux-next-20121220. The fourth version has only few changes compared to previous version: * Fixed some sparse warnings * Fixed host1x

Re: [PATCH] drm: Add EDID_QUIRK_FORCE_REDUCED_BLANKING for ASUS VW222S

On Tue, 18 Dec 2012 23:33:20 +0100 Paul Menzel paulepan...@users.sourceforge.net wrote: Dear Florian, Am Dienstag, den 18.12.2012, 21:03 +0100 schrieb Florian Mickler: On Wed, 15 Aug 2012 17:40:40 +0200 Paul Menzel wrote: Date: Wed, 8 Aug 2012 23:12:19 +0200 Connecting an

Re: [PATCHv4 0/8] Support for Tegra 2D hardware

On 21.12.2012 15:50, Lucas Stach wrote: This has to be resolved before merging. Personally I'm in favour of keeping reg access patterns close to what is done in other parts of the kernel. I haven't so far received comments from too many people, so that's why I left it as is. * Uses still

Re: [PATCHv4 8/8] gpu: host1x: Register DRM dummy device

Am Freitag, den 21.12.2012, 13:39 +0200 schrieb Terje Bergstrom: Register a dummy device for tegradrm, and provide a getter to access the device. Signed-off-by: Terje Bergstrom tbergst...@nvidia.com --- [...] diff --git a/drivers/gpu/host1x/drm.c b/drivers/gpu/host1x/drm.c new file mode

Re: [PATCHv4 0/8] Support for Tegra 2D hardware

Am Freitag, den 21.12.2012, 15:57 +0200 schrieb Terje Bergström: On 21.12.2012 15:50, Lucas Stach wrote: This has to be resolved before merging. Personally I'm in favour of keeping reg access patterns close to what is done in other parts of the kernel. I haven't so far received comments

System freezes with radeon DRM driver since kernel 3.6

Hi! filename: /lib/modules/3.7.0-Dom0/kernel/drivers/gpu/drm/radeon/radeon.ko hardware: 01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV730XT [Radeon HD 4670] (prog-if 00 [VGA controller]) Subsystem: Hightech Information System Ltd. Device 2003

Re: [PATCHv4 8/8] gpu: host1x: Register DRM dummy device

On Fri, Dec 21, 2012 at 02:53:51PM +0100, Lucas Stach wrote: Am Freitag, den 21.12.2012, 13:39 +0200 schrieb Terje Bergstrom: [...] +void host1x_unregister_drm_device(struct host1x *host1x) +{ + if (host1x-drm_device) + platform_device_unregister(host1x-drm_device); +}

Re: System freezes with radeon DRM driver since kernel 3.6

On Thu, Dec 20, 2012 at 5:09 AM, Stephan Seitz stse+...@fsing.rootsland.net wrote: Hi! filename: /lib/modules/3.7.0-Dom0/kernel/drivers/gpu/drm/radeon/radeon.ko hardware: 01:00.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI RV730XT [Radeon HD 4670] (prog-if 00 [VGA

Re: [PATCHv4 5/8] drm: tegra: Remove redundant host1x

On Fri, Dec 21, 2012 at 01:39:21PM +0200, Terje Bergstrom wrote: From: Arto Merilainen amerilai...@nvidia.com [...] diff --git a/drivers/gpu/drm/tegra/drm.c b/drivers/gpu/drm/tegra/drm.c [...] +static int tegra_drm_add_client(struct device *dev, void *data) +{ + static const char * const

[PATCH] uxa: Align tiled surface size to an number of tiled rows

Align surface sizes to an even number of tile rows to cater for sampler prefetch, as shown by enabling GPU invalid PTE detection (i.e. clearing the valid bit of the PTE). --- We are investigating bug https://bugs.freedesktop.org/show_bug.cgi?id=55984 where the only lead so far is the ordering of

[Bug 58568] [drm:radeon_get_bios] *ERROR* Unable to locate a BIOS ROM

https://bugs.freedesktop.org/show_bug.cgi?id=58568 Paul Menzel paulepan...@users.sourceforge.net changed: What|Removed |Added Status|NEW |RESOLVED

Re: System freezes with radeon DRM driver since kernel 3.6

On Fri, Dec 21, 2012 at 10:14 AM, Stephan Seitz stse+...@fsing.rootsland.net wrote: On Fri, Dec 21, 2012 at 09:30:39AM -0500, Alex Deucher wrote: On Thu, Dec 20, 2012 at 5:09 AM, Stephan Seitz stse+...@fsing.rootsland.net wrote: filename:

Re: [PATCHv16 0/7] of: add display helper

Hello All, Any comments for this patch set..? Best Wishes, Leela Krishna Amudala. On Tue, Dec 18, 2012 at 10:34 PM, Steffen Trumtrar s.trumt...@pengutronix.de wrote: Hi! Finally, right in time before the end of the world on friday, v16 of the display helpers. Changes since v15: -

Re: [PATCH] drm/radeon: add WAIT_UNTIL to evergreen VM safe reg list

On Thu, Dec 20, 2012 at 9:34 PM, alexdeuc...@gmail.com wrote: From: Alex Deucher alexander.deuc...@amd.com It's used in a recent mesa commit: http://cgit.freedesktop.org/mesa/mesa/commit/?id=24b1206ab2dcd506aaac3ef656aebc8bc20cd27a and there may be some other cases in the future where it's

Re: [PATCH 1/2] drm/exynos: fix flags in dma buf exporting

Applied. Thanks, Inki Dae 2012/12/20 Seung-Woo Kim sw0312@samsung.com This patch fixes flags passed to dma buf exporting. Signed-off-by: Seung-Woo Kim sw0312@samsung.com Signed-off-by: Kyungmin.park kyungmin.p...@samsung.com --- I found exynos drm also sends wrong flag for dma buf

Re: [pull] radeon drm-fixes-3.8

One more patch I just pushed: commit 668bbc81baf0f34df832d8aca5c7d5e19a493c68 Author: Alex Deucher alexander.deuc...@amd.com Date: Thu Dec 20 21:19:32 2012 -0500 drm/radeon: add WAIT_UNTIL to evergreen VM safe reg list It's used in a recent mesa commit:

Re: [RFC] drm/exynos: added hdcp driver for contents protection.

2012/12/21 Alan Cox a...@lxorguk.ukuu.org.uk On Fri, 21 Dec 2012 18:47:57 +0900 Eunchul Kim chulspro@samsung.com wrote: HDCP stands for High-bandwidth Digital Content Protection. This is a newer form of Digital Rights Management(secure DRM) was.. the master key was leaked long ago 8)

[PATCH] drm/exynos: change file license to GPL

From: Inki Dae daei...@gmail.com This patch changes file license to GPL Most of exynos files had been copied from some random file and not updated correctly. So this patch corrects the file license. Signed-off-by: Inki Dae inki@samsung.com Signed-off-by: Kyungmin Park

[Bug 52360] [32bit/r600-llvm] Counter Strike 1.6 segfaults on start

https://bugs.freedesktop.org/show_bug.cgi?id=52360 --- Comment #2 from okias d.ok...@gmail.com --- Created attachment 71943 -- https://bugs.freedesktop.org/attachment.cgi?id=71943action=edit R600_DUMP_SHADERS.log R600_DUMP_SHADERS=1 new kernel 3.7.1, mesa-git, llvm-git and still same problem

[GIT PULL] exynos-drm-fixes-3.8

Hi Dave, Just bug fix and code cleanup. And most of exynos files had been copied from some random file and not updated correctly. This was our mistakes. So it changes file liecnse to GPL. If there is any problem, please let me know. Thanks, Inki Dae The following changes since commit

Re: i-g-t test for gem flink race

On Fri, Dec 21, 2012 at 3:46 AM, Dave Airlie airl...@gmail.com wrote: On Fri, Dec 21, 2012 at 11:49 AM, Dave Airlie airl...@gmail.com wrote: As we talked on irc, I decided to write a test case and it actually seems to trigger the race. Really its insane userspace behaviour and I'm not really

Re: Hangcheck timer elapsed..

On Fri, Dec 21, 2012 at 4:56 AM, Linus Torvalds torva...@linux-foundation.org wrote: This thing isn't repeatable, and it can go days without happening, but it has happened several times now over the last several weeks, to the point where it is very annoying. I get:

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

On 12/21/2012 01:57 AM, Arto Merilainen wrote: On 12/20/2012 07:14 PM, Stephen Warren wrote: What's wrong with just having each device ask the host1x (its parent) for a pointer to the (dummy) tegradrm device. That seems extremely We are talking about creating a dummy device because: - we

  1   2   >