[Bug 42373] Radeon HD 6450 (NI CAICOS) screen corruption on boot

https://bugs.freedesktop.org/show_bug.cgi?id=42373 --- Comment #25 from Alex Deucher 2012-08-16 21:59:05 UTC --- You might try the 5 patches starting with this one: http://lists.freedesktop.org/archives/dri-devel/2012-August/026498.html -- Configure bugmail:

[Bug 42373] Radeon HD 6450 (NI CAICOS) screen corruption on boot

https://bugs.freedesktop.org/show_bug.cgi?id=42373 --- Comment #24 from Erik Hardesty 2012-08-16 21:44:57 UTC --- I am also experiencing complete display corruption with KMS and my Radeon 6450 HD. Building an updated kernel with the following commit did not help:

[PATCH 1/2] drm/radeon: implement ACPI VFCT vbios fetch (v2)

s(rdev); > if (r == false) > + r = radeon_acpi_vfct_bios(rdev); > + if (r == false) > r = igp_read_bios_from_vram(rdev); > if (r == false) > r = radeon_read_bios(rdev); > -- > 1.7.7.5 > Cheers, -David -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 230 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120816/9bc25513/attachment.pgp>

[Bug 45018] [bisected] rendering regression and va conflicts since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=45018 --- Comment #124 from Thomas Rohloff 2012-08-16 21:03:39 UTC --- And there are some random rendering issues that wasn't there before the patches, like using the wrong texture. Good: http://img713.imageshack.us/img713/492/mcgood.png Bad:

[Bug 45018] [bisected] rendering regression and va conflicts since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=45018 --- Comment #123 from Thomas Rohloff 2012-08-16 20:10:32 UTC --- (In reply to comment #119) > (In reply to comment #118) > > Try the Mesa patches from > http://lists.freedesktop.org/archives/mesa-dev/2012-August/025715.html . Not sure if this

[Bug 41265] Radeon KMS does not work on thunderbolt media dock

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #47 from Varban 2012-08-16 18:59:13 UTC --- (In reply to comment #44) > No, and with the static config above it doesn't make sense. Besides, GPU > hotplug is not in the current X server. If the card is separate then I'll probably

[Bug 41265] Radeon KMS does not work on thunderbolt media dock

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #46 from Alex Deucher 2012-08-16 18:23:52 UTC --- Created attachment 65659 --> https://bugs.freedesktop.org/attachment.cgi?id=65659 fix for all kernels Here's the patch broken out which should apply to all recent kernels. --

[PATCH] drm/edid: limit printk when facing bad edid

There's a bug [1] where the faster GMBUS transmissions fail with some CRTs, and the fix [2] is to fallback to GPIO bit-banging upon errors. As noted in the bug, the fix still leaves plenty of EDID dumps in dmesg, so some measures to reduce the EDID error messages would be most welcome. [1]

[PATCH 4/4] drm: edid: Refactor HDMI VSDB detection

From: Ville Syrj?l? There are two slightly different pieces of code for HDMI VSDB detection. Unify the code into a single helper function. Also fix a bug where drm_detect_hdmi_monitor() would stop looking for the HDMI VSDB after the first vendor specific block is

[PATCH 3/4] drm: edid: Add bounds checking to HDMI VSDB parsing

From: Ville Syrj?l? The length of HDMI VSDB must be at least 5 bytes. Other than the minimum, nothing else about the length is specified. Check the length before accessing any additional field beyond the minimum length. --- drivers/gpu/drm/drm_edid.c | 33

[PATCH 2/4] drm: edid: Add some bounds checking

From: Ville Syrj?l? Make sure drm_detect_hdmi_monitor() and drm_detect_monitor_audio() don't access beyond the extension block. Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/drm_edid.c | 99 --- 1 files changed, 73

[PATCH 1/4] drm: edid: Add bounds checking to CEA 18 byte descriptor parsing

From: Ville Syrj?l? Make sure we don't access beyond the extension block when parsing CEA detailed timing descriptors. Signed-off-by: Ville Syrj?l? Reviewed-by: Alex Deucher --- drivers/gpu/drm/drm_edid.c |3 +++ 1 files changed, 3 insertions(+), 0

[PATCH 0/4] Some long forgotten EDID/CEA fixes

I found these EDID/CEA patches sitting in a branch in my tree. I worked on them at some point, but forgot about them when something more urgent came up. They haven't been tested all that well, mainly because currently there is no way to test this code, apart from trying on real hardware. If

[Bug 41265] Radeon KMS does not work on thunderbolt media dock

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #45 from Alex Deucher 2012-08-16 17:41:59 UTC --- (In reply to comment #42) > Any ideas when this patch will make it in the main line? I've got it tentatively set for 3.7, but if I have time, I'll try and respin the patches for

[Bug 41265] Radeon KMS does not work on thunderbolt media dock

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #44 from Alexander E. Patrakov 2012-08-16 17:39:18 UTC --- (In reply to comment #42) > Any ideas when this patch will make it in the main line? No idea. > Did you try hotplugging the media dock rather than boot with it attached?

[Bug 41265] Radeon KMS does not work on thunderbolt media dock

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #43 from Alexander E. Patrakov 2012-08-16 17:37:28 UTC --- The card is a completely separate card. One can create a very old-fashioned Xinerama-based dual-head setup using this (save as /etc/X11/xorg.conf.d/60-dualhead.conf):

[Bug 41265] Radeon KMS does not work on thunderbolt media dock

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #42 from Varban 2012-08-16 17:29:16 UTC --- What settings did you use for the X server config or do the additional monitors just show as part of the intel card? Any ideas when this patch will make it in the main line? Did you try

[Bug 44341] Radeon HD6990M: HDMI audio output works now! Kernel gives new warning

https://bugzilla.kernel.org/show_bug.cgi?id=44341 Christopher Fr?mmel changed: What|Removed |Added Attachment #75121|0 |1 is obsolete|

[Bug 44341] Radeon HD6990M: HDMI audio output works now! Kernel gives new warning

https://bugzilla.kernel.org/show_bug.cgi?id=44341 Christopher Fr?mmel changed: What|Removed |Added Attachment #75091|0 |1 is obsolete|

[Bug 44341] Radeon HD6990M: HDMI audio output works now! Kernel gives new warning

https://bugzilla.kernel.org/show_bug.cgi?id=44341 Christopher Fr?mmel changed: What|Removed |Added Attachment #75081|0 |1 is obsolete|

[Bug 44341] Radeon HD6990M: HDMI audio output works now! Kernel gives new warning

https://bugzilla.kernel.org/show_bug.cgi?id=44341 Christopher Fr?mmel changed: What|Removed |Added Attachment #75071|0 |1 is obsolete|

[Bug 41265] Radeon KMS does not work on thunderbolt media dock

https://bugs.freedesktop.org/show_bug.cgi?id=41265 Alexander E. Patrakov changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 44341] Radeon HD6990M: HDMI audio output works now! Kernel gives new warning

https://bugzilla.kernel.org/show_bug.cgi?id=44341 Christopher Fr?mmel changed: What|Removed |Added Status|RESOLVED|REOPENED Kernel

[Bug 41265] Radeon KMS does not work on thunderbolt media dock

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #41 from Alexander E. Patrakov 2012-08-16 17:21:59 UTC --- X works on radeon, too -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee

[Bug 41265] Radeon KMS does not work on thunderbolt media dock

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #40 from Alexander E. Patrakov 2012-08-16 17:05:27 UTC --- I have built the kernel from your source tree. It found the card, found the HDMI-connected monitor and displayed boot text messages over it for some time (until it decided

[Bug 53291] Failed to allocate a buffer at CAYMAN

https://bugs.freedesktop.org/show_bug.cgi?id=53291 Alex Deucher changed: What|Removed |Added Resolution|WORKSFORME |DUPLICATE --- Comment #3 from Alex

[Bug 45018] [bisected] rendering regression and va conflicts since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=45018 Alex Deucher changed: What|Removed |Added CC||v10lator at myway.de --- Comment #122

[PATCH 2/2] drm/i915: fall back to bit-banging if GMBUS fails in CRT EDID reads

On Mon, Aug 13, 2012 at 01:22:35PM +0300, Jani Nikula wrote: > GMBUS was enabled over bit-banging as the default in commits: > > commit c3dfefa0a6d235bd465309e12f4c56ea16e7 > Author: Daniel Vetter > Date: Tue Feb 14 22:37:25 2012 +0100 > > drm/i915: reenable gmbus on gen3+ again > >

[Bug 53291] Failed to allocate a buffer at CAYMAN

https://bugs.freedesktop.org/show_bug.cgi?id=53291 Thomas Rohloff changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[PATCH] drm/radeon: fence virtual address and free it once idle [3.5] v4

On Mon, Aug 06, 2012 at 12:56:04PM -0400, j.glisse at gmail.com wrote: > From: Jerome Glisse > > Virtual address need to be fenced to know when we can safely remove it. > This patch also properly clear the pagetable. Previously it was > serouisly broken. > > v2: For to update pagetable when

[PATCH 2/2] Expose the OMAP Z-Order property through DRM

On Wed, Aug 15, 2012 at 03:18:02PM -0500, Rob Clark wrote: > From: Andre Renaud > > Added support for zorder changes through DRM plane properties > > Signed-off-by: Andre Renaud > Signed-off-by: Rob Clark > --- > drivers/staging/omapdrm/omap_drv.h |1 + >

[PATCH 1/2] drm/radeon: implement ACPI VFCT vbios fetch (v2)

On Thu, Aug 16, 2012 at 3:40 PM, David Lamparter wrote: > On Thu, Aug 16, 2012 at 03:13:46PM -0400, alexdeucher at gmail.com wrote: >> From: David L > From: David Lamparter > > There are still two rough edges left in here, I didn't get around to > clean it up, other stuff came up -- sorry... >

[PATCH 2/2] drm/radeon: split ATRM support out from the ATPX handler (v3)

From: Alex Deucher There are systems that use ATRM, but not ATPX. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=41265 V2: fix #ifdefs as per Greg's comments V3: fix it harder Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org ---

[PATCH 1/2] drm/radeon: implement ACPI VFCT vbios fetch (v3)

From: David Lamparter This is required for pure UEFI systems. The vbios is stored in ACPI rather than at the legacy vga location. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=26891 V2: fix #ifdefs as per Greg's comments V3: fix it harder Signed-off-by: Alex Deucher

[PATCH 1/2] drm/radeon: implement ACPI VFCT vbios fetch (v2)

On Thu, Aug 16, 2012 at 3:25 PM, Greg KH wrote: > On Thu, Aug 16, 2012 at 03:13:46PM -0400, alexdeucher at gmail.com wrote: >> From: David L >> >> This is required for pure UEFI systems. The vbios is stored >> in ACPI rather than at the legacy vga location. >> >> Fixes: >>

[PATCH V3 2/2] video: drm: exynos: Add device tree support

Add device tree based discovery support for DRM-FIMD driver. Signed-off-by: Leela Krishna Amudala --- Documentation/devicetree/bindings/fb/drm-fimd.txt | 80 + drivers/gpu/drm/exynos/exynos_drm_fimd.c | 95 - 2 files changed, 173 insertions(+), 2

[PATCH V3 1/2] drm/exynos: add platform_device_id table and driver data for exynos5 drm fimd

The name of the exynos drm fimd device is renamed to exynos-drm-fimd and two device ids are created for exynos4-fb and exynos5-drm-fimd. Also, added driver data for exynos5 to pick the fimd version at runtime and to choose the VIDTCON register offsets accordingly. Signed-off-by: Leela Krishna

[PATCH V3 0/2] video: drm: Add Device tree support to DRM-FIMD

This patch set adds device tree support for DRM-FIMD for Samsung's Exynos5250. It includes parsing platform data from dts file. Also, adds the driver data for exynos5 device. This patchset is based and tested on top of v3.6-rc1 Also depends on below patchset

[Bug 45018] [bisected] rendering regression and va conflicts since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=45018 --- Comment #121 from Alexandre Demers 2012-08-16 15:35:45 UTC --- (In reply to comment #120) > (In reply to comment #119) > > (In reply to comment #118) > > > > Try the Mesa patches from > >

[Bug 50389] [radeonsi] Unknown type of argument: ../../../../i386-linux-gnu/egl/egl_gallium.so

https://bugs.freedesktop.org/show_bug.cgi?id=50389 Michel D?nzer changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 41265] Radeon KMS does not work on thunderbolt media dock

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #39 from Alexander E. Patrakov 2012-08-16 15:16:18 UTC --- Unfortunately, your specific patch does not apply to the 3.5 kernel, so I cannot test this quickly. Now downloading your tree. -- Configure bugmail:

[PATCH 2/2] drm/radeon: split ATRM support out from the ATPX handler (v2)

From: Alex Deucher There are systems that use ATRM, but not ATPX. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=41265 V2: fix #ifdefs as per Greg's comments Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/radeon.h

[PATCH 1/2] drm/radeon: implement ACPI VFCT vbios fetch (v2)

From: David L This is required for pure UEFI systems. The vbios is stored in ACPI rather than at the legacy vga location. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=26891 V2: fix #ifdefs as per Greg's comments Signed-off-by: Alex Deucher Cc:

[Bug 41265] Radeon KMS does not work on thunderbolt media dock

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #38 from Alex Deucher 2012-08-16 14:31:38 UTC --- Please try the acpi_patches branch of my git tree: http://cgit.freedesktop.org/~agd5f/linux/ Specifically this patch:

[PATCH 1/2] drm/radeon: implement ACPI VFCT vbios fetch

On Thu, Aug 16, 2012 at 1:54 PM, wrote: > From: David L > > This is required for pure UEFI systems. The vbios is stored > in ACPI rather than at the legacy vga location. > > Fixes: > https://bugs.freedesktop.org/show_bug.cgi?id=26891 > > Signed-off-by: Alex Deucher Reviewed-by: Jerome Glisse

[PATCH 2/2] drm/radeon: split ATRM support out from the ATPX handler

From: Alex Deucher There are systems that use ATRM, but not ATPX. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=41265 Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/radeon.h | 15 -

[PATCH 1/2] drm/radeon: implement ACPI VFCT vbios fetch

From: David L This is required for pure UEFI systems. The vbios is stored in ACPI rather than at the legacy vga location. Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=26891 Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org ---

[PATCH 1/2] drm/radeon: implement ACPI VFCT vbios fetch (v2)

On Thu, Aug 16, 2012 at 03:13:46PM -0400, alexdeucher at gmail.com wrote: > From: David L > > This is required for pure UEFI systems. The vbios is stored > in ACPI rather than at the legacy vga location. > > Fixes: > https://bugs.freedesktop.org/show_bug.cgi?id=26891 > > V2: fix #ifdefs as

[PATCH] drm/edid: limit printk when facing bad edid

On Thu, Aug 16, 2012 at 11:13 AM, Jani Nikula wrote: > > There's a bug [1] where the faster GMBUS transmissions fail with some > CRTs, and the fix [2] is to fallback to GPIO bit-banging upon errors. As > noted in the bug, the fix still leaves plenty of EDID dumps in dmesg, so > some measures to

radeon testing

I've gathered up the various outstanding radeon patches and put them up in a tree for testing: http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.7-wip Some of these may end up in -fixes, but most of them are -next material. I haven't had a chance to go through Christian's last set of VM

[PATCH 2/2] drm/radeon: split ATRM support out from the ATPX handler

On Thu, Aug 16, 2012 at 01:54:56PM -0400, alexdeucher at gmail.com wrote: > From: Alex Deucher > > There are systems that use ATRM, but not ATPX. > > Fixes: > https://bugs.freedesktop.org/show_bug.cgi?id=41265 Same #ifdef comments here as for patch 1/2. thanks, greg k-h

[PATCH 1/2] drm/radeon: implement ACPI VFCT vbios fetch

On Thu, Aug 16, 2012 at 01:54:55PM -0400, alexdeucher at gmail.com wrote: > From: David L > > This is required for pure UEFI systems. The vbios is stored > in ACPI rather than at the legacy vga location. > > Fixes: > https://bugs.freedesktop.org/show_bug.cgi?id=26891 > > Signed-off-by: Alex

[PATCH V5 13/18] drm: Define SAREA_MAX for Loongson (PageSize = 16KB).

On Thu, Aug 16, 2012 at 9:58 AM, Matt Turner wrote: > On Sat, Aug 11, 2012 at 2:32 AM, Huacai Chen wrote: >> Signed-off-by: Huacai Chen >> Signed-off-by: Hongliang Tao >> Signed-off-by: Hua Yan >> Cc: dri-devel at lists.freedesktop.org >> --- >> include/drm/drm_sarea.h |2 ++ >> 1 files

[Bug 29572] Radeon card reports wrong temperature when switched off

https://bugzilla.kernel.org/show_bug.cgi?id=29572 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Bug 29372] KMS - radeon (Uhhuh. NMI received for unknown reason)

https://bugzilla.kernel.org/show_bug.cgi?id=29372 Alan changed: What|Removed |Added Status|NEW |RESOLVED CC|

[PATCH 1/3] drm: Add missing static storage class specifiers in drm_proc.c file

Hi, Any comments on this series? Regards Sachin On 1 August 2012 17:15, Sachin Kamat wrote: > Fixes the following sparse warning: > drivers/gpu/drm/drm_proc.c:92:5: > warning: symbol 'drm_proc_create_files' was not declared. Should it be static? > drivers/gpu/drm/drm_proc.c:175:5: > warning:

[PATCH] drm: Check for invalid cursor flags

Signed-off-by: Jakob Bornecrantz --- drivers/gpu/drm/drm_crtc.c |2 +- include/drm/drm_mode.h |5 +++-- 2 files changed, 4 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c index 08a7aa7..6fbfc24 100644 ---

[PATCH] drm/i915: implement dma buf begin_cpu_access (v2)

From: Dave Airlie In order for udl vmap to work properly, we need to push the object into the CPU domain before we start copying the data to the USB device. This along with the udl change avoids userspace explicit mapping to be used. v2: add a flag for userspace to query to

[PATCH 2/3] drm/udl: call begin/end cpu access at more appropriate time

On Mon, Jul 30, 2012 at 02:06:55PM +1000, Dave Airlie wrote: > From: Dave Airlie > > We need to call these before we transfer the damaged areas to the device > not before/after we setup the long lived vmaps. > > Signed-off-by: Dave Airlie As discussed on irc, I've applied this patch here and

[Bug 41265] Radeon KMS does not work on thunderbolt media dock

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #37 from gyhor at gmx.de 2012-08-16 10:08:23 UTC --- I am not sure. In function radeon_atpx_pci_probe_handle() do get the DEVICE_ACPI_HANDLE: dhandle = DEVICE_ACPI_HANDLE(>dev); It fails with status = acpi_get_handle(dhandle,

[PATCH v3 1/3] Rename i2f() to int2float(), and make it global so one copy can be removed.

On Mit, 2012-08-15 at 15:07 -0700, Steven Fuerst wrote: > Remove the copy of i2f() in r600_blit_kms.c > We rename the function to something longer now that it is a global > symbol. This reduces the likelyhood of unintended clashes later. > > This might be a candidate for inclusion inside

[Bug 41265] Radeon KMS does not work on thunderbolt media dock

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #36 from Alexander E. Patrakov 2012-08-16 09:26:59 UTC --- OK. So the bug is that the Sony BIOS provides ATRM, but not ATPX. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this

[PATCH V5 13/18] drm: Define SAREA_MAX for Loongson (PageSize = 16KB).

On Thu, Aug 16, 2012 at 5:31 AM, Ralf Baechle wrote: > On Sat, Aug 11, 2012 at 05:32:18PM +0800, Huacai Chen wrote: > >> Subject: [PATCH V5 13/18] drm: Define SAREA_MAX for Loongson (PageSize = >> 16KB). > > But your code doesn't define it just for Loongsson as the log message claims > but

[Bug 41265] Radeon KMS does not work on thunderbolt media dock

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #35 from gyhor at gmx.de 2012-08-16 08:39:35 UTC --- Function radeon_atrm_call() would not be called, because if (!radeon_atrm_supported(rdev->pdev)) returns false. Thats because this is returns null:

[PATCH 2/2] Expose the OMAP Z-Order property through DRM

On Thu, Aug 16, 2012 at 8:00 AM, Ville Syrj?l? wrote: > On Wed, Aug 15, 2012 at 03:18:02PM -0500, Rob Clark wrote: >> From: Andre Renaud >> >> Added support for zorder changes through DRM plane properties >> >> Signed-off-by: Andre Renaud >> Signed-off-by: Rob Clark >> --- >>

[git pull] more drm fixes

Just some intel and nouveau ones this time, intel has more edp panel fixes for macbooks and nouveau has a suspend/resume regression fix in there. Dave. The following changes since commit 7bac6b46607f2f44075cb45dd5b0b4d2e7c80695: Merge branch 'drm-fixes-3.6' of

[Bug 41265] Radeon KMS does not work on thunderbolt media dock

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #34 from Alexander E. Patrakov 2012-08-16 05:34:28 UTC --- In the acpidump output, there is ATRM method. I will try to add debug printks to radeon_atrm_call() and report back. -- Configure bugmail:

[Linaro-mm-sig] [PATCH 4/4] dma-buf-mgr: multiple dma-buf synchronization (v3)

Hi Maarten, Ok, here comes the promised review (finally!), but it's rather a high-level thingy. I've mostly thought about how we could create a neat api with the following points. For a bit of clarity, I've grouped the different considerations a bit. Easy Integration Where I

[PATCH 1/4] drm/i915: fix EDID memory leak in SDVO

On Wed, Aug 15, 2012 at 12:32:36PM +0300, Jani Nikula wrote: > The EDID returned by drm_get_edid() was never freed. > > Signed-off-by: Jani Nikula Picked up for -fixes, thanks for the patch. -Daniel -- Daniel Vetter Mail: daniel at ffwll.ch Mobile: +41 (0)79 365 57 48

[PATCH 1/7] drm/i915: Allow VGA on CRTC 2

On Mon, Aug 13, 2012 at 09:34:45PM -0700, Keith Packard wrote: > This is left over from the old PLL sharing code and isn't useful now > that PLLs are shared when possible. > > Signed-off-by: Keith Packard Queued for -next, thanks for the patch. I'll hold off a bit on the others until it's a bit

[Bug 45018] [bisected] rendering regression and va conflicts since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=45018 --- Comment #120 from Alexandre Demers 2012-08-16 00:38:42 UTC --- (In reply to comment #119) > (In reply to comment #118) > > Try the Mesa patches from > http://lists.freedesktop.org/archives/mesa-dev/2012-August/025715.html . Testing right

[PATCH V5 13/18] drm: Define SAREA_MAX for Loongson (PageSize = 16KB).

On Sat, Aug 11, 2012 at 05:32:18PM +0800, Huacai Chen wrote: > Subject: [PATCH V5 13/18] drm: Define SAREA_MAX for Loongson (PageSize = > 16KB). But your code doesn't define it just for Loongsson as the log message claims but rather for all MIPS. > diff --git a/include/drm/drm_sarea.h

[Bug 53512] kernel rejects cs in quake wars

https://bugs.freedesktop.org/show_bug.cgi?id=53512 --- Comment #2 from Andy Furniss 2012-08-15 23:21:19 UTC --- (In reply to comment #0) > After a while the picture gets totally garbled, and 'kernel rejected CS, see > dmesg' messages are printed in mass quantity to the console. Nothing in

[PATCH v3 1/3] Rename i2f() to int2float(), and make it global so one copy can be removed.

Remove the copy of i2f() in r600_blit_kms.c We rename the function to something longer now that it is a global symbol. This reduces the likelyhood of unintended clashes later. This might be a candidate for inclusion inside general drm infrastructure. However, at the moment only the radeon driver

[PATCH v3 2/3] Replace int2float() with an optimized version.

We use __fls() to find the most significant bit. Using that, the loop can be avoided. A second trick is to use the behaviour of the rotate instructions to expand the range of the unsigned int to float conversion to the full 32 bits in a branchless way. The routine is now exact up to 2^24.

[PATCH v3 3/3] Annotate int2float() as being a pure function.

This allows gcc to fold duplicate calls into a single call. Since the current users do actually call it multiple times with the same arguments, this is an obvious win. Signed-off-by: Steven Fuerst svfue...@gmail.com --- drivers/gpu/drm/radeon/r600_blit.c |2 +-

Re: [PATCH 1/3] drm: Add missing static storage class specifiers in drm_proc.c file

Hi, Any comments on this series? Regards Sachin On 1 August 2012 17:15, Sachin Kamat sachin.ka...@linaro.org wrote: Fixes the following sparse warning: drivers/gpu/drm/drm_proc.c:92:5: warning: symbol 'drm_proc_create_files' was not declared. Should it be static?

Re: [PATCH v3 1/3] Rename i2f() to int2float(), and make it global so one copy can be removed.

On Mit, 2012-08-15 at 15:07 -0700, Steven Fuerst wrote: Remove the copy of i2f() in r600_blit_kms.c We rename the function to something longer now that it is a global symbol. This reduces the likelyhood of unintended clashes later. This might be a candidate for inclusion inside general drm

Re: [PATCH 2/3] drm/udl: call begin/end cpu access at more appropriate time

On Mon, Jul 30, 2012 at 02:06:55PM +1000, Dave Airlie wrote: From: Dave Airlie airl...@redhat.com We need to call these before we transfer the damaged areas to the device not before/after we setup the long lived vmaps. Signed-off-by: Dave Airlie airl...@redhat.com As discussed on irc,

[Bug 41265] Radeon KMS does not work on thunderbolt media dock

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #35 from gy...@gmx.de 2012-08-16 08:39:35 UTC --- Function radeon_atrm_call() would not be called, because if (!radeon_atrm_supported(rdev-pdev)) returns false. Thats because this is returns null: (!radeon_atpx_priv.atpx_detected)

[PATCH] drm: Check for invalid cursor flags

Signed-off-by: Jakob Bornecrantz ja...@vmware.com --- drivers/gpu/drm/drm_crtc.c |2 +- include/drm/drm_mode.h |5 +++-- 2 files changed, 4 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c index 08a7aa7..6fbfc24 100644 ---

[Bug 41265] Radeon KMS does not work on thunderbolt media dock

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #36 from Alexander E. Patrakov patra...@gmail.com 2012-08-16 09:26:59 UTC --- OK. So the bug is that the Sony BIOS provides ATRM, but not ATPX. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You

[Bug 41265] Radeon KMS does not work on thunderbolt media dock

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #37 from gy...@gmx.de 2012-08-16 10:08:23 UTC --- I am not sure. In function radeon_atpx_pci_probe_handle() do get the DEVICE_ACPI_HANDLE: dhandle = DEVICE_ACPI_HANDLE(pdev-dev); It fails with status = acpi_get_handle(dhandle,

[Bug 29372] KMS - radeon (Uhhuh. NMI received for unknown reason)

https://bugzilla.kernel.org/show_bug.cgi?id=29372 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 29572] Radeon card reports wrong temperature when switched off

https://bugzilla.kernel.org/show_bug.cgi?id=29572 Alan a...@lxorguk.ukuu.org.uk changed: What|Removed |Added Status|NEW |RESOLVED

Re: [PATCH 2/2] Expose the OMAP Z-Order property through DRM

On Wed, Aug 15, 2012 at 03:18:02PM -0500, Rob Clark wrote: From: Andre Renaud an...@bluewatersys.com Added support for zorder changes through DRM plane properties Signed-off-by: Andre Renaud an...@bluewatersys.com Signed-off-by: Rob Clark r...@ti.com ---

Re: [PATCH 2/2] Expose the OMAP Z-Order property through DRM

On Thu, Aug 16, 2012 at 8:00 AM, Ville Syrjälä ville.syrj...@linux.intel.com wrote: On Wed, Aug 15, 2012 at 03:18:02PM -0500, Rob Clark wrote: From: Andre Renaud an...@bluewatersys.com Added support for zorder changes through DRM plane properties Signed-off-by: Andre Renaud

[Bug 41265] Radeon KMS does not work on thunderbolt media dock

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #38 from Alex Deucher ag...@yahoo.com 2012-08-16 14:31:38 UTC --- Please try the acpi_patches branch of my git tree: http://cgit.freedesktop.org/~agd5f/linux/ Specifically this patch:

Re: [PATCH 2/2] drm/i915: fall back to bit-banging if GMBUS fails in CRT EDID reads

On Mon, Aug 13, 2012 at 01:22:35PM +0300, Jani Nikula wrote: GMBUS was enabled over bit-banging as the default in commits: commit c3dfefa0a6d235bd465309e12f4c56ea16e7 Author: Daniel Vetter daniel.vet...@ffwll.ch Date: Tue Feb 14 22:37:25 2012 +0100 drm/i915: reenable gmbus on

[PATCH 1/4] drm: edid: Add bounds checking to CEA 18 byte descriptor parsing

From: Ville Syrjälä ville.syrj...@linux.intel.com Make sure we don't access beyond the extension block when parsing CEA detailed timing descriptors. Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com Reviewed-by: Alex Deucher alexander.deuc...@amd.com --- drivers/gpu/drm/drm_edid.c |

[PATCH 4/4] drm: edid: Refactor HDMI VSDB detection

From: Ville Syrjälä ville.syrj...@linux.intel.com There are two slightly different pieces of code for HDMI VSDB detection. Unify the code into a single helper function. Also fix a bug where drm_detect_hdmi_monitor() would stop looking for the HDMI VSDB after the first vendor specific block is

[PATCH 0/4] Some long forgotten EDID/CEA fixes

I found these EDID/CEA patches sitting in a branch in my tree. I worked on them at some point, but forgot about them when something more urgent came up. They haven't been tested all that well, mainly because currently there is no way to test this code, apart from trying on real hardware. If

[PATCH 2/4] drm: edid: Add some bounds checking

From: Ville Syrjälä ville.syrj...@linux.intel.com Make sure drm_detect_hdmi_monitor() and drm_detect_monitor_audio() don't access beyond the extension block. Signed-off-by: Ville Syrjälä ville.syrj...@linux.intel.com --- drivers/gpu/drm/drm_edid.c | 99

[PATCH 3/4] drm: edid: Add bounds checking to HDMI VSDB parsing

From: Ville Syrjälä ville.syrj...@linux.intel.com The length of HDMI VSDB must be at least 5 bytes. Other than the minimum, nothing else about the length is specified. Check the length before accessing any additional field beyond the minimum length. --- drivers/gpu/drm/drm_edid.c | 33

[Bug 41265] Radeon KMS does not work on thunderbolt media dock

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #39 from Alexander E. Patrakov patra...@gmail.com 2012-08-16 15:16:18 UTC --- Unfortunately, your specific patch does not apply to the 3.5 kernel, so I cannot test this quickly. Now downloading your tree. -- Configure bugmail:

[Bug 50389] [radeonsi] Unknown type of argument: ../../../../i386-linux-gnu/egl/egl_gallium.so

https://bugs.freedesktop.org/show_bug.cgi?id=50389 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Status|NEW |RESOLVED

[Bug 45018] [bisected] rendering regression and va conflicts since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=45018 --- Comment #121 from Alexandre Demers alexandre.f.dem...@gmail.com 2012-08-16 15:35:45 UTC --- (In reply to comment #120) (In reply to comment #119) (In reply to comment #118) Try the Mesa patches from

radeon testing

I've gathered up the various outstanding radeon patches and put them up in a tree for testing: http://cgit.freedesktop.org/~agd5f/linux/log/?h=drm-next-3.7-wip Some of these may end up in -fixes, but most of them are -next material. I haven't had a chance to go through Christian's last set of VM

Re: [PATCH] drm/edid: limit printk when facing bad edid

On Thu, Aug 16, 2012 at 11:13 AM, Jani Nikula jani.nik...@linux.intel.com wrote: There's a bug [1] where the faster GMBUS transmissions fail with some CRTs, and the fix [2] is to fallback to GPIO bit-banging upon errors. As noted in the bug, the fix still leaves plenty of EDID dumps in dmesg,

[Bug 53291] Failed to allocate a buffer at CAYMAN

https://bugs.freedesktop.org/show_bug.cgi?id=53291 Thomas Rohloff v10la...@myway.de changed: What|Removed |Added Status|NEW |RESOLVED

  1   2   >