[PATCH RFC] drm/exynos: hdmi: move hdmiphy related code to hdmiphy driver

2013/3/12 Rahul Sharma : > On Mon, Mar 4, 2013 at 7:35 PM, Rahul Sharma wrote: >> Thanks Sean, >> >> On Wed, Feb 27, 2013 at 9:47 PM, Sean Paul wrote: >>> On Wed, Feb 27, 2013 at 8:22 AM, Rahul Sharma >>> wrote: Right now hdmiphy operations and configs are kept inside hdmi driver.

[PATCH 4/4] omapdss: features: fixed supported outputs for OMAP4

On Tuesday 12 March 2013 07:59 PM, Tomi Valkeinen wrote: > On 2013-03-12 16:01, Archit Taneja wrote: >> On Tuesday 12 March 2013 07:07 PM, Tomi Valkeinen wrote: > >>> So, I don't disagree with you. But I don't quite understand why we could >>> not use the fixed channels for now? They should work

[PATCH v2 3/4] drm/omap: Make fixed resolution panels work

On Tuesday 12 March 2013 07:36 PM, Tomi Valkeinen wrote: > On 2013-03-12 15:06, Archit Taneja wrote: >> The omapdrm driver requires omapdss panel drivers to expose ops like detect, >> set_timings and check_timings. These can be NULL for fixed panel DPI, DBI, >> DSI >> and SDI drivers. At some

[PATCH] DRI2: don't advertise GLX_INTEL_swap_event if it can't

If ddx does not support swap, don't advertise it. We might also be able to get rid of the vmwgfx check (I'm not quite sure the purpose of that check vs. just checking dri2Minor. Signed-off-by: Rob Clark --- src/glx/dri2_glx.c | 12 1 file changed, 8 insertions(+), 4 deletions(-)

[PATCH 4/4] omapdss: features: fixed supported outputs for OMAP4

On Tuesday 12 March 2013 07:07 PM, Tomi Valkeinen wrote: > On 2013-03-12 14:57, Archit Taneja wrote: > We could also use the recommended channel way for omapdrm, I can't figure out what's the better approach at the moment. >>> >>> Hmm, I think it'd be safer to use the recommended channel

[PATCH v2 3/4] drm/omap: Make fixed resolution panels work

The omapdrm driver requires omapdss panel drivers to expose ops like detect, set_timings and check_timings. These can be NULL for fixed panel DPI, DBI, DSI and SDI drivers. At some places, there are no checks to see if the panel driver has these ops or not, and that leads to a crash. The

[PATCH 4/4] omapdss: features: fixed supported outputs for OMAP4

On Tuesday 12 March 2013 04:08 PM, Tomi Valkeinen wrote: > On 2013-03-12 08:07, Archit Taneja wrote: >> On Monday 11 March 2013 05:58 PM, Tomi Valkeinen wrote: >>> On 2013-03-05 16:17, Archit Taneja wrote: The support outputs struct for overlay managers is incorrect for OMAP4. Make

[Bug 62239] radeon drm oops with benchmark=1 on Radeon 7950

t part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130312/ae0593fd/attachment.html>

Who is responsible for radeon driver bugs?

Let's add some more people to CC. On Tue, Mar 12, 2013 at 05:02:49PM +0100, felix-linuxkernel at fefe.de wrote: > The radeon driver does not work on my laptop. > I sent a bug report here a week ago, but got no responses. > What is the right place to send bug reports for the radeon driver? > >

[Bug 62239] radeon drm oops with benchmark=1 on Radeon 7950

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130312/18604827/attachment-0001.html>

[PATCH v2 3/4] drm/omap: Make fixed resolution panels work

drm also doesn't > help with this case. That's true. The locking is a bit of a mess (read: broken =) anyway currently. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 899 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130312/20c5dce9/attachment.pgp>

[Bug 62246] LVDS screen mode switching fails

RL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130312/b1820d16/attachment.html>

[Bug 62246] LVDS screen mode switching fails

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

[Bug 62246] LVDS screen mode switching fails

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

[Bug 62246] New: LVDS screen mode switching fails

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

[PATCH 4/4] omapdss: features: fixed supported outputs for OMAP4

ust look at the recommended channel, and try to map that manager. I don't know, I feel like I'm not understanding something here =). Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 899 bytes Desc: OpenPGP digita

[Bug 62244] SIGFPE with cogl GL client in wayland

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/20130312/6b0cb5b2/attachment-0001.html>

[Bug 62244] SIGFPE with cogl GL client in wayland

because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130312/6e6ae1fc/attachment.html>

[Bug 62244] New: SIGFPE with cogl GL client in wayland

next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130312/3df94c27/attachment.html>

[PATCH v2 3/4] drm/omap: Make fixed resolution panels work

filled, probably using a helper macro in the panel drivers... Did you consider that approach? I'm not saying to go for it, I'm saying I can't make my mind which would be better =). Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 899 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130312/74711187/attachment-0001.pgp>

sub function power management (gpu + audio device)

Hey guys, I've been writing dynamic power management code for the secondary GPUs, however a lot of these GPUs have audio codecs as a subfunction PCI device. So we get 01:00.0 as the GPU and 01:00.1 as the HDMI audio device. Now we have a single power switch for these devices, and generally the

[PATCH RFC] drm/exynos: hdmi: move hdmiphy related code to hdmiphy driver

On Mon, Mar 4, 2013 at 7:35 PM, Rahul Sharma wrote: > Thanks Sean, > > On Wed, Feb 27, 2013 at 9:47 PM, Sean Paul wrote: >> On Wed, Feb 27, 2013 at 8:22 AM, Rahul Sharma >> wrote: >>> Right now hdmiphy operations and configs are kept inside hdmi driver. >>> hdmiphy related >>> code is tightly

[PATCH 2/2] drm: GEM CMA: Add DRM PRIME support

Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_gem_cma_helper.c | 311 ++- include/drm/drm_gem_cma_helper.h | 9 + 2 files changed, 317 insertions(+), 3 deletions(-) diff --git

[PATCH 1/2] drm: GEM CMA: Split object creation into object alloc and DMA memory alloc

This allows creating a GEM CMA object without an associated DMA memory buffer, and will be used to implement DRM PRIME support. Signed-off-by: Laurent Pinchart --- drivers/gpu/drm/drm_gem_cma_helper.c | 83 +--- 1

[PATCH 0/2] GEM CMA DMA-BUF support

Hello, This two patches add support for GEM CMA objects import and export as dma-buf file handles. There's not much to be added about the patches themselves, they're pretty self-explicit. The code is based on the Exynos DRM DMA-BUF implementation. The exporter role has been successfully tested

[PATCH 5/5] videomode: rename fields

e worth a shot to change them. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 899 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130312/408ec53e/attachment-0001.pgp>

[PATCH] drm/shmobile: Fix race condition between page flip request and handler

The page flip handler stores the page flip event pointer and then calls drm_vblank_get() to enable the vblank interrupt. Due to the vblank off delay, the vblank interrupt can be enabled in the hardware at that point, even if the vblank reference count is equal to 0. If a vblank interrupt is

[PATCH 4/4] omapdss: features: fixed supported outputs for OMAP4

channels could lead to problems if it happens to select the wrong channel. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 899 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130312/cc5f6ea4/attachment-0001.pgp>

[PATCH] drm: Destroy property blobs at mode config cleanup time

Property blob objects need to be destroyed when cleaning up to avoid memory leaks. Go through the list of all blobs in the drm_mode_config_cleanup() function and destroy them. The drm_mode_config_cleanup() function needs to be moved after the drm_property_destroy_blob() declaration. Move

[Bug 62239] New: radeon drm oops with benchmark=1 on Radeon 7950

ttach+0x1e/0x20 Mar 12 15:51:01 yennork kernel: [2.699230] [] bus_add_driver+0x1a0/0x290 -- 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-deve

linux-next: build failure after merge of the final tree (drm-intel tree related)

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/20130312/3efb2f3c/attachment.pgp>

[Bug 60439] Suspend/resume broken for cayman with 90a51a329258e3c868f6

... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130312/2b8386c9/attachment.html>

[PATCH] drm: Fix two memleaks.

Signed-off-by: Jianpeng Ma --- drivers/gpu/drm/drm_edid.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c index c194f4e..05aa33a 100644 --- a/drivers/gpu/drm/drm_edid.c +++ b/drivers/gpu/drm/drm_edid.c @@ -1081,6 +1081,7 @@

[Bug 61182] r600g causes KWin crashes with kernel 3.8

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

[PATCH 5/5] videomode: rename fields

On Tue, Mar 12, 2013 at 12:19:38PM +0200, Tomi Valkeinen wrote: > Structs videomode and display_timing have rather long field names for > the timing values. Nothing wrong with that as such, but this patch > changes them to abbreviations for the following reasons: > > * The timing values often

[PATCH 5/5] videomode: rename fields

Hi Tomi, Thanks for the patch. On Tuesday 12 March 2013 12:19:38 Tomi Valkeinen wrote: > Structs videomode and display_timing have rather long field names for > the timing values. Nothing wrong with that as such, but this patch > changes them to abbreviations for the following reasons: > > *

[PATCH 1/5] videomode: simplify videomode Kconfig and Makefile

Hi Tomi, Thanks for the patch. On Tuesday 12 March 2013 12:19:34 Tomi Valkeinen wrote: > This patch simplifies videomode related Kconfig and Makefile. After this > patch, there's only one non-user selectable Kconfig option left, > VIDEOMODE_HELPERS. The reasons for the change: > > * Videomode

[PATCH] drivers: gpu: drm: exynos: Replaced kzalloc & memcpy with kmemdup

Applied. Thanks, Inki Dae 2013/3/12 Alexandru Gheorghiu : > Replaced calls to kzalloc followed by memcpy with call to kmemdup. > Patch found using coccinelle. > > Signed-off-by: Alexandru Gheorghiu > --- > drivers/gpu/drm/exynos/exynos_drm_vidi.c |6 ++ > 1 file changed, 2

[PATCH 06/18] driver: gpu: drm: i915: remove cast for kzalloc return value

remove cast for kzalloc return value. Signed-off-by: Zhang Yanfei Cc: Andrew Morton Cc: David Airlie Cc: dri-devel at lists.freedesktop.org --- drivers/gpu/drm/i915/intel_sdvo.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/i915/intel_sdvo.c

[Bug 62226] Build Fails with LLVM

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130312/038af384/attachment.html>

[Bug 62226] New: Build Fails with LLVM

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

[Bug 60439] Suspend/resume broken for cayman with 90a51a329258e3c868f6

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130312/121198b4/attachment.html>

[PATCH 4/4] omapdss: features: fixed supported outputs for OMAP4

now. The current omapdss code doesn't really let you use any other channel than the recommended one (which was thus renamed to dispc_channel in my later version). Or does your patch do a better job at selecting the outputs (I'm mostly thinking about OMAP5 here, which has a bit more conflicts with the mgrs and outputs than earlier omaps). But at some point I think we should fix those issues, and let omapdrm decide how to connect the managers and outputs. Tomi -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 899 bytes Desc: OpenPGP digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130312/8008b142/attachment.pgp>

[Bug 44772] Radeon HD6950 (Cayman): Resuming from hibernation fails sometimes

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130312/707aa9f9/attachment.html>

[Bug 60439] Suspend/resume broken for cayman with 90a51a329258e3c868f6

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130312/328dbc22/attachment.html>

[PATCH 5/5] videomode: rename fields

Structs videomode and display_timing have rather long field names for the timing values. Nothing wrong with that as such, but this patch changes them to abbreviations for the following reasons: * The timing values often need to be used in calculations, and long field names makes their direct

[PATCH 4/5] videomode: remove timing_entry_index

Display timing's fields have minimum, typical and maximum values. These can be accessed by using timing_entry_index enum, and display_timing_get_value() function. There's no real need for this extra complexity. The values can be accessed more easily by just using the min/typ/max fields.

[PATCH 3/5] videomode: create enum for videomode's display flags

Instead of having plain defines for the videomode's flags, add an enum for the flags. This makes the flags clearer to use, as the enum tells which values can be used with the flags field. Signed-off-by: Tomi Valkeinen Cc: Steffen Trumtrar --- include/video/display_timing.h | 28

[PATCH 2/5] videomode: combine videomode dmt_flags and data_flags

Both videomode and display_timing contain flags describing the modes. These are stored in dmt_flags and data_flags. There's no need to separate these flags, and having separate fields just makes the flags more difficult to use. This patch combines the fields and renames VESA_DMT_* flags to

[PATCH 1/5] videomode: simplify videomode Kconfig and Makefile

This patch simplifies videomode related Kconfig and Makefile. After this patch, there's only one non-user selectable Kconfig option left, VIDEOMODE_HELPERS. The reasons for the change: * Videomode helper functions are not something that should be shown in the kernel configuration options. The

Who is responsible for radeon driver bugs?

On Tue, Mar 12, 2013 at 12:06 PM, Borislav Petkov wrote: > Let's add some more people to CC. > > On Tue, Mar 12, 2013 at 05:02:49PM +0100, felix-linuxkernel at fefe.de wrote: >> The radeon driver does not work on my laptop. >> I sent a bug report here a week ago, but got no responses. >> What is

[PATCH 4/4] omapdss: features: fixed supported outputs for OMAP4

On Monday 11 March 2013 05:58 PM, Tomi Valkeinen wrote: > On 2013-03-05 16:17, Archit Taneja wrote: >> The support outputs struct for overlay managers is incorrect for OMAP4. Make >> these changes: >> >> - DPI isn't supported via the LCD1 overlay manager, remove DPI as a supported >>output. >>

[PATCH] drm: Fix two memleaks.

No. -Chris -- Chris Wilson, Intel Open Source Technology Centre

[PATCH] drivers: gpu: drm: exynos: Replaced kzalloc & memcpy with kmemdup

Good point. Acked-by: Seung-Woo Kim On 2013? 03? 12? 04:25, Alexandru Gheorghiu wrote: > Replaced calls to kzalloc followed by memcpy with call to kmemdup. > Patch found using coccinelle. > > Signed-off-by: Alexandru Gheorghiu > --- > drivers/gpu/drm/exynos/exynos_drm_vidi.c |6 ++ >

linux-next: build failure after merge of the final tree (drm-intel tree related)

On Tue, Mar 12, 2013 at 6:46 AM, Kees Cook wrote: > On Mon, Mar 11, 2013 at 9:22 PM, Stephen Rothwell > wrote: >> Hi all, >> >> After merging the final tree, today's linux-next build (i386 defconfig) >> failed like this: >> >> drivers/built-in.o: In function `i915_min_freq_set': >>

[PATCH 1/2] drm/radeon: fix S/R on VM systems (cayman/TN/SI)

Am 11.03.2013 22:06, schrieb alexdeucher at gmail.com: > From: Alex Deucher > > We weren't properly tearing down the VM sub-alloctor > on suspend leading to bogus VM PTs on resume. > > Fixes: > https://bugs.freedesktop.org/show_bug.cgi?id=60439 > > Tested-by: Dmitry Cherkasov > Signed-off-by:

[PATCH 2/2] drm/radeon: tear down the IB pool on suspend

NAK! I removed this on purpose some time ago, the IB pool is in GART memory, which essential is system memory. So we don't need to unlock/unpin the IB pool on suspend. Ontop of this it is quite dangerous to do so in a case of a GPU reset, cause then there still might be IBs in the fly and if

[Bug 54581] Radeon: Failed to parse relocation, gem object lookup failed

https://bugzilla.kernel.org/show_bug.cgi?id=54581 Alexander Mezin changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH v3] drm/i915: bounds check execbuffer relocation count

On Mon, Mar 11, 2013 at 05:31:45PM -0700, Kees Cook wrote: > It is possible to wrap the counter used to allocate the buffer for > relocation copies. This could lead to heap writing overflows. > > CVE-2013-0913 > > v3: collapse test, improve comment > v2: move check into validate_exec_list > >

[PATCH] drivers/gpu/drm/tilcdc: Makefile, only -Werror when no -W* in EXTRA_CFLAGS

? 2013?03?11? 22:02, Rob Clark ??: > On Sun, Mar 10, 2013 at 12:04 AM, Chen Gang wrote: >> > >> > When make with EXTRA_CFLAGS=-W, it will report error. >> > so give a check in Makefile. >> > >> > Signed-off-by: Chen Gang >> > Signed-off-by: Vladimir Kondratiev > Signed-off-by: Rob Clark >

[PATCH REPOST] drm: tegra: don't depend on OF

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/20130312/734cdc86/attachment.pgp>

sub function power management (gpu + audio device)

At Tue, 12 Mar 2013 16:05:26 +1000, Dave Airlie wrote: > > Hey guys, > > I've been writing dynamic power management code for the secondary > GPUs, however a lot of these GPUs have audio codecs as a subfunction > PCI device. > > So we get 01:00.0 as the GPU and 01:00.1 as the HDMI audio device.

[git pull] drm nouveau fixes

Hi Linus, this is just nouveau fixes from Ben, one fixes a nasty oops that some Fedora people have been seeing, so I'd like to get it out of the way. Dave. The following changes since commit f6161aa153581da4a3867a2d1a7caf4be19b6ec9: Linux 3.9-rc2 (2013-03-10 16:54:19 -0700) are available

[PATCH] drm/i915: restrict kernel address leak in debugfs

On Mon, Mar 11, 2013 at 12:25:19PM -0700, Kees Cook wrote: > Masks kernel address info-leak in object dumps with the %pK suffix, > so they cannot be used to target kernel memory corruption attacks if > the kptr_restrict sysctl is set. > > Signed-off-by: Kees Cook > Cc: stable at vger.kernel.org

[PATCH v2] drm/i915: clarify reasoning for the access_ok call

On Mon, Mar 11, 2013 at 02:37:35PM -0700, Kees Cook wrote: > This clarifies the comment above the access_ok check so a missing > VERIFY_READ doesn't alarm anyone. > > Signed-off-by: Kees Cook > Cc: Daniel Vetter > --- > v2: > - rewrote comment, thanks to Chris Wilson Queued for -next, thanks

[PATCH] drm/i915: use simple attribute in debugfs routines

On Sun, Mar 10, 2013 at 02:10:06PM -0700, Kees Cook wrote: > This replaces the manual read/write routines in debugfs with the common > simple attribute helpers. Doing this gets rid of repeated copy/pasting > of copy_from_user and value formatting code. > > Signed-off-by: Kees Cook > Cc: Daniel

nouveau shuts the machine down with v3.9-rc1 (temperature (72 C) hit the 'shutdown' threshold).

On 11/03/2013 13:38, Konrad Rzeszutek Wilk wrote: >> With that I am still getting the issues (even with an insance delay of 100 >> seconds). >> Here is the serial log with various runs. > Any thoughts? Sorry for taking so long to answer but I got a one-week flu and still had to do my research

[PATCH] gpu: don't cast kzalloc() return value

On Sun, Mar 10, 2013 at 02:22:48PM +0200, Mihnea Dobrescu-Balaur wrote: > Signed-off-by: Mihnea Dobrescu-Balaur Queued for -next, thanks for the patch. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch

[PATCH 01/14] x86, ACPI, mm: Kill max_low_pfn_mapped

On Thu, Mar 07, 2013 at 10:09:26PM -0800, H. Peter Anvin wrote: > On 03/07/2013 09:28 PM, Tejun Heo wrote: > > On Thu, Mar 7, 2013 at 9:27 PM, Yinghai Lu wrote: > >> They are not using memblock_find_in_range(), so 1ULL<< will not help. > >> > >> Really hope i915 drm guys could clean that hacks. >

[Bug 57919] Visual glitches in unity with Radeon HD 7600M

https://bugs.freedesktop.org/show_bug.cgi?id=57919 --- Comment #6 from Alex Deucher --- Created attachment 76354 --> https://bugs.freedesktop.org/attachment.cgi?id=76354=edit possible fix Does the attached kernel patch fix the issue? -- You are receiving this mail because: You are the

[PATCH 01/14] x86, ACPI, mm: Kill max_low_pfn_mapped

On Mon, Mar 11, 2013 at 11:50:48PM +0100, Daniel Vetter wrote: > On Thu, Mar 07, 2013 at 10:09:26PM -0800, H. Peter Anvin wrote: > > On 03/07/2013 09:28 PM, Tejun Heo wrote: > > > On Thu, Mar 7, 2013 at 9:27 PM, Yinghai Lu wrote: > > >> They are not using memblock_find_in_range(), so 1ULL<< will

sub function power management (gpu + audio device)

Hey guys, I've been writing dynamic power management code for the secondary GPUs, however a lot of these GPUs have audio codecs as a subfunction PCI device. So we get 01:00.0 as the GPU and 01:00.1 as the HDMI audio device. Now we have a single power switch for these devices, and generally the

Re: [PATCH 4/4] omapdss: features: fixed supported outputs for OMAP4

On Monday 11 March 2013 05:58 PM, Tomi Valkeinen wrote: On 2013-03-05 16:17, Archit Taneja wrote: The support outputs struct for overlay managers is incorrect for OMAP4. Make these changes: - DPI isn't supported via the LCD1 overlay manager, remove DPI as a supported output. - the TV

[git pull] drm nouveau fixes

Hi Linus, this is just nouveau fixes from Ben, one fixes a nasty oops that some Fedora people have been seeing, so I'd like to get it out of the way. Dave. The following changes since commit f6161aa153581da4a3867a2d1a7caf4be19b6ec9: Linux 3.9-rc2 (2013-03-10 16:54:19 -0700) are available

Re: sub function power management (gpu + audio device)

At Tue, 12 Mar 2013 16:05:26 +1000, Dave Airlie wrote: Hey guys, I've been writing dynamic power management code for the secondary GPUs, however a lot of these GPUs have audio codecs as a subfunction PCI device. So we get 01:00.0 as the GPU and 01:00.1 as the HDMI audio device. Now

Re: [PATCH REPOST] drm: tegra: don't depend on OF

On Mon, Mar 11, 2013 at 04:33:02PM -0600, Stephen Warren wrote: From: Stephen Warren swar...@nvidia.com ARCH_TEGRA always enabled OF, so there's no need for any driver to depend on it. Signed-off-by: Stephen Warren swar...@nvidia.com --- drivers/gpu/drm/tegra/Kconfig |2 +- 1 file

Re: [PATCH] drivers/gpu/drm/tilcdc: Makefile, only -Werror when no -W* in EXTRA_CFLAGS

于 2013年03月11日 22:02, Rob Clark 写道: On Sun, Mar 10, 2013 at 12:04 AM, Chen Gang gang.c...@asianux.com wrote: When make with EXTRA_CFLAGS=-W, it will report error. so give a check in Makefile. Signed-off-by: Chen Gang gang.c...@asianux.com Signed-off-by: Vladimir Kondratiev

Re: [PATCH] drm/i915: use simple attribute in debugfs routines

On Mon, Mar 11, 2013 at 4:03 PM, Daniel Vetter dan...@ffwll.ch wrote: On Sun, Mar 10, 2013 at 02:10:06PM -0700, Kees Cook wrote: This replaces the manual read/write routines in debugfs with the common simple attribute helpers. Doing this gets rid of repeated copy/pasting of copy_from_user and

[PATCH v3] drm/i915: bounds check execbuffer relocation count

It is possible to wrap the counter used to allocate the buffer for relocation copies. This could lead to heap writing overflows. CVE-2013-0913 v3: collapse test, improve comment v2: move check into validate_exec_list Signed-off-by: Kees Cook keesc...@chromium.org Reported-by: Pinkie Pie Cc:

[PATCH 06/18] driver: gpu: drm: i915: remove cast for kzalloc return value

remove cast for kzalloc return value. Signed-off-by: Zhang Yanfei zhangyan...@cn.fujitsu.com Cc: Andrew Morton a...@linux-foundation.org Cc: David Airlie airl...@linux.ie Cc: dri-devel@lists.freedesktop.org --- drivers/gpu/drm/i915/intel_sdvo.c |2 +- 1 files changed, 1 insertions(+), 1

[PATCH] drm/i915: use do_div() as needed in debugfs code

This replaces the open-coded divisions in the debugfs code by calls to do_div(). Signed-off-by: Kees Cook keesc...@chromium.org Cc: Daniel Vetter daniel.vet...@ffwll.ch --- drivers/gpu/drm/i915/i915_debugfs.c | 12 ++-- 1 file changed, 6 insertions(+), 6 deletions(-) diff --git

Re: linux-next: build failure after merge of the final tree (drm-intel tree related)

On Mon, Mar 11, 2013 at 9:22 PM, Stephen Rothwell s...@canb.auug.org.au wrote: Hi all, After merging the final tree, today's linux-next build (i386 defconfig) failed like this: drivers/built-in.o: In function `i915_min_freq_set': i915_debugfs.c:(.text+0xb1adc): undefined reference to

Re: [PATCH 2/2] drm/radeon: tear down the IB pool on suspend

NAK! I removed this on purpose some time ago, the IB pool is in GART memory, which essential is system memory. So we don't need to unlock/unpin the IB pool on suspend. Ontop of this it is quite dangerous to do so in a case of a GPU reset, cause then there still might be IBs in the fly and if

Re: [PATCH 1/2] drm/radeon: fix S/R on VM systems (cayman/TN/SI)

Am 11.03.2013 22:06, schrieb alexdeuc...@gmail.com: From: Alex Deucher alexander.deuc...@amd.com We weren't properly tearing down the VM sub-alloctor on suspend leading to bogus VM PTs on resume. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=60439 Tested-by: Dmitry Cherkasov

Re: [PATCH v3] drm/i915: bounds check execbuffer relocation count

On Mon, Mar 11, 2013 at 05:31:45PM -0700, Kees Cook wrote: It is possible to wrap the counter used to allocate the buffer for relocation copies. This could lead to heap writing overflows. CVE-2013-0913 v3: collapse test, improve comment v2: move check into validate_exec_list

[Bug 54581] Radeon: Failed to parse relocation, gem object lookup failed

https://bugzilla.kernel.org/show_bug.cgi?id=54581 Alexander Mezin mezin.alexan...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

[PATCH] drm: Fix two memleaks.

Signed-off-by: Jianpeng Ma majianp...@gmail.com --- drivers/gpu/drm/drm_edid.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/drm_edid.c b/drivers/gpu/drm/drm_edid.c index c194f4e..05aa33a 100644 --- a/drivers/gpu/drm/drm_edid.c +++ b/drivers/gpu/drm/drm_edid.c @@ -1081,6

Re: linux-next: build failure after merge of the final tree (drm-intel tree related)

On Tue, Mar 12, 2013 at 6:46 AM, Kees Cook keesc...@chromium.org wrote: On Mon, Mar 11, 2013 at 9:22 PM, Stephen Rothwell s...@canb.auug.org.au wrote: Hi all, After merging the final tree, today's linux-next build (i386 defconfig) failed like this: drivers/built-in.o: In function

[PATCH 1/5] videomode: simplify videomode Kconfig and Makefile

This patch simplifies videomode related Kconfig and Makefile. After this patch, there's only one non-user selectable Kconfig option left, VIDEOMODE_HELPERS. The reasons for the change: * Videomode helper functions are not something that should be shown in the kernel configuration options. The

[PATCH 2/5] videomode: combine videomode dmt_flags and data_flags

Both videomode and display_timing contain flags describing the modes. These are stored in dmt_flags and data_flags. There's no need to separate these flags, and having separate fields just makes the flags more difficult to use. This patch combines the fields and renames VESA_DMT_* flags to

[PATCH 3/5] videomode: create enum for videomode's display flags

Instead of having plain defines for the videomode's flags, add an enum for the flags. This makes the flags clearer to use, as the enum tells which values can be used with the flags field. Signed-off-by: Tomi Valkeinen tomi.valkei...@ti.com Cc: Steffen Trumtrar s.trumt...@pengutronix.de ---

[PATCH 5/5] videomode: rename fields

Structs videomode and display_timing have rather long field names for the timing values. Nothing wrong with that as such, but this patch changes them to abbreviations for the following reasons: * The timing values often need to be used in calculations, and long field names makes their direct

[PATCH 4/5] videomode: remove timing_entry_index

Display timing's fields have minimum, typical and maximum values. These can be accessed by using timing_entry_index enum, and display_timing_get_value() function. There's no real need for this extra complexity. The values can be accessed more easily by just using the min/typ/max fields.

Re: [PATCH 4/4] omapdss: features: fixed supported outputs for OMAP4

On 2013-03-12 08:07, Archit Taneja wrote: On Monday 11 March 2013 05:58 PM, Tomi Valkeinen wrote: On 2013-03-05 16:17, Archit Taneja wrote: The support outputs struct for overlay managers is incorrect for OMAP4. Make these changes: - DPI isn't supported via the LCD1 overlay manager, remove

Re: [PATCH] drm: Fix two memleaks.

No. -Chris -- Chris Wilson, Intel Open Source Technology Centre ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Bug 60439] Suspend/resume broken for cayman with 90a51a329258e3c868f6

https://bugs.freedesktop.org/show_bug.cgi?id=60439 --- Comment #15 from Harald Judt h.j...@gmx.at --- Created attachment 76397 -- https://bugs.freedesktop.org/attachment.cgi?id=76397action=edit ogv video showing corruption (1.4MiB) I confirm it fixes the problem, thanks for the patch.

[Bug 44772] Radeon HD6950 (Cayman): Resuming from hibernation fails sometimes

https://bugs.freedesktop.org/show_bug.cgi?id=44772 --- Comment #9 from Harald Judt h.j...@gmx.at --- Still reproducible with 3.8.0. -- You are receiving this mail because: You are the assignee for the bug. ___ dri-devel mailing list

[Bug 60439] Suspend/resume broken for cayman with 90a51a329258e3c868f6

https://bugs.freedesktop.org/show_bug.cgi?id=60439 --- Comment #16 from Alex Deucher ag...@yahoo.com --- (In reply to comment #15) Further, corruption of the compiz splash screen is not fixed with this patch (as expected of course). It appears scrambled in some checkerboard fashion, see the

[Bug 62226] New: Build Fails with LLVM

https://bugs.freedesktop.org/show_bug.cgi?id=62226 Priority: medium Bug ID: 62226 Assignee: dri-devel@lists.freedesktop.org Summary: Build Fails with LLVM Severity: normal Classification: Unclassified OS: All

[Bug 62226] Build Fails with LLVM

https://bugs.freedesktop.org/show_bug.cgi?id=62226 --- Comment #1 from Serkan Hosca ser...@hosca.com --- llvm build config: ./configure \ --prefix=/usr \ --libdir=/usr/lib/llvm \ --sysconfdir=/etc \ --enable-shared \ --enable-libffi \ --enable-targets=all \

  1   2   >