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

https://bugs.freedesktop.org/show_bug.cgi?id=41265 Alex Deucher changed: What|Removed |Added Summary|KMS does not work on Radeon |Radeon KMS does not work on

[Bug 41265] KMS does not work on Radeon HD6700M

https://bugs.freedesktop.org/show_bug.cgi?id=41265 --- Comment #24 from Alex Deucher 2012-08-09 21:12:52 UTC --- The patch on bug 26891 might help if this is a UEFI system. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because:

[Bug 26891] Radeon KMS fails with inaccessible AtomBIOS on systems with (U)EFI boot

https://bugs.freedesktop.org/show_bug.cgi?id=26891 --- Comment #32 from Alex Deucher 2012-08-09 21:10:43 UTC --- Created attachment 65357 --> https://bugs.freedesktop.org/attachment.cgi?id=65357 VFCT patch Hi David, I took the liberty of cleaning up your UEFI VFCT patch. I'd like to get it

[Bug 53283] Rendering problems in Sacred with Radeon and Nvidia

https://bugs.freedesktop.org/show_bug.cgi?id=53283 kh3095 at yandex.ru changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 53283] Rendering problems in Sacred with Radeon and Nvidia

https://bugs.freedesktop.org/show_bug.cgi?id=53283 --- Comment #9 from kh3095 at yandex.ru 2012-08-09 21:05:31 UTC --- I found that this problem is related to conflict between amd64 and i386. Sacred Gold is i386, so running on amd64 with open drivers causes this problem. I tried to install i386

[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 #117 from Alex Deucher 2012-08-09 18:50:34 UTC --- (In reply to comment #116) > > And if someone could explain me what this message/addresses means, I'd > appreciate it. How is it possible that an offset of 0x40 ends up in a >

[PATCH 1/2] radeon: force 2D tiling for MSAA surfaces

On Thu, Aug 9, 2012 at 5:41 PM, Paul Menzel wrote: > Dear Marek, > > > Am Donnerstag, den 09.08.2012, 16:37 +0200 schrieb Marek Ol??k: >> --- >> radeon/radeon_surface.c | 24 ++-- >> 1 file changed, 22 insertions(+), 2 deletions(-) > > [?] > > do you have some numbers

[PATCH 1/2] radeon: force 2D tiling for MSAA surfaces

e did you test? Thanks, Paul -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120

[Bug 40211] texture probleme in wolfenstein enemy territory rv770

https://bugs.freedesktop.org/show_bug.cgi?id=40211 Andreas Boll changed: What|Removed |Added Component|Drivers/DRI/R600|Drivers/Gallium/r600 --- Comment #7 from

[PATCH v2 1/2] dma-buf: add reference counting for exporter module

Hi Greg, On 08/09/2012 04:23 PM, Greg KH wrote: > On Thu, Aug 09, 2012 at 11:36:21AM +0200, Tomasz Stanislawski wrote: >> This patch adds reference counting on a module that exported dma-buf and >> implements its operations. This prevents the module from being unloaded while >> DMABUF file is in

[PATCH 2/2] radeon: tweak TILE_SPLIT for MSAA surfaces

--- radeon/radeon_surface.c | 37 +++-- 1 file changed, 31 insertions(+), 6 deletions(-) diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c index 499e994..892dca6 100644 --- a/radeon/radeon_surface.c +++ b/radeon/radeon_surface.c @@ -871,12 +871,37

[PATCH 1/2] radeon: force 2D tiling for MSAA surfaces

--- radeon/radeon_surface.c | 24 ++-- 1 file changed, 22 insertions(+), 2 deletions(-) diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c index 874a092..499e994 100644 --- a/radeon/radeon_surface.c +++ b/radeon/radeon_surface.c @@ -154,7 +154,7 @@ static void

[PATCH 3/3] drm/radeon/kms: implement timestamp userspace query

Signed-off-by: Marek Ol??k --- drivers/gpu/drm/radeon/r600.c | 12 +++ drivers/gpu/drm/radeon/r600d.h |3 +++ drivers/gpu/drm/radeon/radeon.h|1 + drivers/gpu/drm/radeon/radeon_asic.h |2 ++ drivers/gpu/drm/radeon/radeon_device.c |1 +

[PATCH 2/3] drm/radeon/kms: add MSAA texture support for r600-evergreen

Most of the checking seems to be in place already. As you can see, log2(number of samples) resides in LAST_LEVEL. This is required for MSAA support (namely for depth-stencil resolve and blitting between MSAA resources). Signed-off-by: Marek Ol??k --- drivers/gpu/drm/radeon/evergreen_cs.c |

[PATCH 1/3] drm/radeon/kms: reorder code in r600_check_texture_resource

Signed-off-by: Marek Ol??k --- drivers/gpu/drm/radeon/r600_cs.c | 52 +++--- 1 file changed, 26 insertions(+), 26 deletions(-) diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers/gpu/drm/radeon/r600_cs.c index 1119e31..ff61402 100644 ---

[Bug 16541] Imac Radeon HD 4850 switch "Mini Display Port" output with ALL kernels after 2.6.31

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

[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 #116 from Alexandre Demers 2012-08-09 15:24:41 UTC --- (In reply to comment #113) > (In reply to comment #112) > > (In reply to comment #111) > > > (In reply to comment #110) > > > > I just pushed a minor bugfix to mesa master, that

[Bug 48455] Enabling R600_STREAMOUT causes graphical corruption

https://bugs.freedesktop.org/show_bug.cgi?id=48455 Andreas Boll changed: What|Removed |Added Component|Drivers/DRI/R600|Drivers/Gallium/r600 --- Comment #1 from

[PATCH] drm/mgag200: fix G200ER pll picking algorithm

The original code was misported from the X driver, a) an int went to unsigned int, breaking the downward counting testm code b) the port did the vco/computed clock bits completely wrong. This fixes an infinite loop on modprobe on some Dell servers with the G200ER chipset variant. Found in

[Bug 37490] texture corruption in r600/r600g when using DRI2, no texture corruption in r600 with dri1

https://bugs.freedesktop.org/show_bug.cgi?id=37490 --- Comment #16 from Andreas Boll 2012-08-09 15:03:34 UTC --- (In reply to comment #15) > (In reply to comment #14) > > (In reply to comment #13) > > > i don't know, and my concern is mostly with the non-gallium driver right > > > now. > > >

[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 #115 from Alexandre Demers 2012-08-09 14:56:34 UTC --- (In reply to comment #114) > Please test mesa from git (no additional patches) and make sure your kernel > has > this patch: >

[Bug 53283] Rendering problems in Sacred with Radeon and Nvidia

https://bugs.freedesktop.org/show_bug.cgi?id=53283 --- Comment #8 from kh3095 at yandex.ru 2012-08-09 14:54:08 UTC --- OK, I'll try. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the

[Bug 53283] Rendering problems in Sacred with Radeon and Nvidia

https://bugs.freedesktop.org/show_bug.cgi?id=53283 kh3095 at yandex.ru changed: What|Removed |Added Severity|normal |critical -- Configure bugmail:

[Bug 50450] OpenGL does not work or works very slowly on Radeon HD3850

https://bugs.freedesktop.org/show_bug.cgi?id=50450 Andreas Boll changed: What|Removed |Added Component|Drivers/DRI/R600|Drivers/Gallium/r600 --- Comment #11

[Bug 16375] missing blit_vb check in r600_prepare_blit_copy

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

[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 #114 from Alex Deucher 2012-08-09 14:14:04 UTC --- Please test mesa from git (no additional patches) and make sure your kernel has this patch: http://lists.freedesktop.org/archives/dri-devel/2012-August/026015.html (no other kernel

[Bug 16295] radeon conflict/interference with rt2800pci

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

[Bug 53291] Failed to allocate a buffer at CAYMAN

https://bugs.freedesktop.org/show_bug.cgi?id=53291 --- Comment #1 from Alex Deucher 2012-08-09 14:08:54 UTC --- possibly a duplicate of bug 45018. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the

[Bug 16273] suspend/resume failure with radeon kms driver

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

[PATCH 1/1] omap: include omap_drm.h independently

omap_drm.h uses data type defined in stdint.h, but that header was not included. omap_drm.h includes drm.h as a local file when it is part of the compiler c flags. This two issues are fixed. New code can include omap_drm.h alone. Signed-off-by: V?ctor Manuel J?quez Leal --- omap/omap_drm.h |

[PATCH 1/2] radeon: force 2D tiling for MSAA surfaces

On Thu, Aug 9, 2012 at 12:14 PM, Marek Ol??k wrote: > On Thu, Aug 9, 2012 at 5:41 PM, Paul Menzel > wrote: >> Dear Marek, >> >> >> Am Donnerstag, den 09.08.2012, 16:37 +0200 schrieb Marek Ol??k: >>> --- >>> radeon/radeon_surface.c | 24 ++-- >>> 1 file changed, 22

[Bug 53291] New: Failed to allocate a buffer at CAYMAN

https://bugs.freedesktop.org/show_bug.cgi?id=53291 Bug #: 53291 Summary: Failed to allocate a buffer at CAYMAN Classification: Unclassified Product: DRI Version: DRI CVS Platform: x86-64 (AMD64) OS/Version: Linux (All)

[PATCH 3/3] drm/radeon/kms: implement timestamp userspace query

On Thu, Aug 9, 2012 at 11:44 AM, Alex Deucher wrote: > On Thu, Aug 9, 2012 at 10:57 AM, Jerome Glisse wrote: >> On Thu, Aug 9, 2012 at 10:34 AM, Marek Ol??k wrote: >>> Signed-off-by: Marek Ol??k >> >> Some comment inline that need a v2 at least for version otherwise > > How about the attached

[PATCH] staging: omapdrm: Fix DMM sparse warnings

On Thu, Aug 9, 2012 at 12:14 AM, Andy Gross wrote: > Fix the following sparse warnings: > > drivers/staging/omapdrm/omap_dmm_tiler.c:123:13: >warning: symbol 'omap_dmm_irq_handler' was not declared. >Should it be static? > > drivers/staging/omapdrm/omap_dmm_tiler.c:370:24: >warning:

[PATCH 3/3] drm/radeon/kms: implement timestamp userspace query

30 >> >> +#define RLC_GPU_CLOCK_COUNT_LSB 0xC338 >> +#define RLC_GPU_CLOCK_COUNT_MSB 0xC33C >> +#define RLC_CAPTURE_GPU_CLOCK_COUNT 0xC340 >> #define RLC_MC_CNTL 0xC344 >> #define RLC_UCODE_CNTL0xC348 >> >> diff --git a/include/drm/radeon_drm.h b/include/drm/radeon_drm.h >> index 5805686..dc3a8cd 100644 >> --- a/include/drm/radeon_drm.h >> +++ b/include/drm/radeon_drm.h >> @@ -964,6 +964,8 @@ struct drm_radeon_cs { >> #define RADEON_INFO_IB_VM_MAX_SIZE 0x0f >> /* max pipes - needed for compute shaders */ >> #define RADEON_INFO_MAX_PIPES 0x10 >> +/* timestamp for GL_ARB_timer_query (OpenGL), returns the current GPU clock >> */ >> +#define RADEON_INFO_TIMESTAMP 0x11 >> >> struct drm_radeon_info { >> uint32_trequest; >> -- >> 1.7.9.5 >> >> ___ >> dri-devel mailing list >> dri-devel at lists.freedesktop.org >> http://lists.freedesktop.org/mailman/listinfo/dri-devel > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel -- next part -- A non-text attachment was scrubbed... Name: 0001-drm-radeon-kms-implement-timestamp-userspace-query-v.patch Type: text/x-patch Size: 9409 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120809/20c963f4/attachment-0001.bin>

[PATCH 1/3] dma-fence: dma-buf synchronization (v7)

Hey Sumit, Op 08-08-12 08:35, Sumit Semwal schreef: > Hi Maarten, > > On 8 August 2012 00:17, Maarten Lankhorst > wrote: >> Op 07-08-12 19:53, Maarten Lankhorst schreef: >>> A dma-fence can be attached to a buffer which is being filled or consumed >>> by hw, to allow userspace to pass the buffer

[PATCH v2 2/2] drm: set owner field to for all DMABUF exporters

This patch sets owner field in DMABUF operations for all DMABUF exporters in DRM subsystem. This prevents an exporting module from being unloaded while exported DMABUF descriptor is in use. Signed-off-by: Tomasz Stanislawski Acked-by: Sumit Semwal Acked-by: Daniel Vetter ---

[PATCH v2 1/2] dma-buf: add reference counting for exporter module

This patch adds reference counting on a module that exported dma-buf and implements its operations. This prevents the module from being unloaded while DMABUF file is in use. Signed-off-by: Tomasz Stanislawski Acked-by: Sumit Semwal Acked-by: Daniel Vetter CC: linux-doc at vger.kernel.org ---

[PATCH v2 0/2] Enhance DMABUF with reference counting for exporter module

Hello, This patchset adds reference counting for an exporter module to DMABUF framework. Moreover, it adds setup of an owner field for exporters in DRM subsystem. v1: Original v2: - split patch into DMABUF and DRM part - allow owner to be NULL Regards, Tomasz Stanislawski Tomasz

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

From: Jerome Glisse Limit printing bad edid information at one time per connector. Connector that are connected to a bad monitor/kvm will likely stay connected to the same bad monitor/kvm and it makes no sense to keep printing the bad edid message. Signed-off-by: Jerome

[PATCH] dma-buf: add reference counting for exporter module

Hi Tomasz, On 8 August 2012 19:36, Daniel Vetter wrote: > On Wed, Aug 08, 2012 at 03:53:10PM +0200, Tomasz Stanislawski wrote: >> Hi Laurent, >> >> On 08/08/2012 03:35 PM, Laurent Pinchart wrote: >> > Hi Tomasz, >> > >> > Thanks for the patch. Thanks for the patch; may I ask you to split it into

[PATCH 2/2] radeon: tweak TILE_SPLIT for MSAA surfaces

Reviewed-by: Jerome Glisse On Thu, Aug 9, 2012 at 10:38 AM, Marek Ol??k wrote: > --- > radeon/radeon_surface.c | 37 +++-- > 1 file changed, 31 insertions(+), 6 deletions(-) > > diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c > index

[PATCH 1/2] radeon: force 2D tiling for MSAA surfaces

On Thu, Aug 9, 2012 at 10:37 AM, Marek Ol??k wrote: Reviewed-by: Jerome Glisse > --- > radeon/radeon_surface.c | 24 ++-- > 1 file changed, 22 insertions(+), 2 deletions(-) > > diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c > index 874a092..499e994 100644

[PATCH 2/3] drm/radeon/kms: add MSAA texture support for r600-evergreen

On Thu, Aug 9, 2012 at 10:34 AM, Marek Ol??k wrote: > Most of the checking seems to be in place already. As you can see, > log2(number of samples) resides in LAST_LEVEL. Yeah i tried to make it easy but i might have get few thing wrong, i do hope not. > This is required for MSAA support (namely

[PATCH 1/3] drm/radeon/kms: reorder code in r600_check_texture_resource

On Thu, Aug 9, 2012 at 10:34 AM, Marek Ol??k wrote: > Signed-off-by: Marek Ol??k Reviewed-by: Jerome Glisse > --- > drivers/gpu/drm/radeon/r600_cs.c | 52 > +++--- > 1 file changed, 26 insertions(+), 26 deletions(-) > > diff --git

[PATCH 3/3] drm/radeon/kms: implement timestamp userspace query

On Thu, Aug 9, 2012 at 10:34 AM, Marek Ol??k wrote: > Signed-off-by: Marek Ol??k Some comment inline that need a v2 at least for version otherwise Reviewed-by: Jerome Glisse > --- > drivers/gpu/drm/radeon/r600.c | 12 +++ > drivers/gpu/drm/radeon/r600d.h |3

[PATCH v2 1/2] dma-buf: add reference counting for exporter module

On Thu, Aug 09, 2012 at 11:36:21AM +0200, Tomasz Stanislawski wrote: > This patch adds reference counting on a module that exported dma-buf and > implements its operations. This prevents the module from being unloaded while > DMABUF file is in use. Why force all of the modules to be changed "by

[Bug 53111] [bisected] lockups since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=53111 --- Comment #7 from Michel D?nzer 2012-08-09 07:05:26 UTC --- (In reply to comment #6) > The fault address in the VM_CONTEXT1_PROTECTION_FAULT_ADDR register is less > than the start of the virtual address area, unless that is due to the bug?

[PATCH v4] DRM: add drm gem CMA helper

On Thu, Aug 9, 2012 at 2:31 AM, Laurent Pinchart wrote: > Hi Lars, > > On Wednesday 08 August 2012 18:25:30 Lars-Peter Clausen wrote: >> On 08/08/2012 04:44 PM, Laurent Pinchart wrote: >> > On Wednesday 27 June 2012 15:30:18 Sascha Hauer wrote: >> >> Many embedded drm devices do not have a IOMMU

[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 #113 from Alexandre Demers 2012-08-09 05:20:04 UTC --- (In reply to comment #112) > (In reply to comment #111) > > (In reply to comment #110) > > > I just pushed a minor bugfix to mesa master, that in conjunction with > > > Jeromes

[Bug 53111] [bisected] lockups since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=53111 --- Comment #6 from Anthony Waters 2012-08-09 03:07:19 UTC --- The fault address in the VM_CONTEXT1_PROTECTION_FAULT_ADDR register is less than the start of the virtual address area, unless that is due to the bug? -- Configure bugmail:

[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 #112 from Alexandre Demers 2012-08-09 01:38:41 UTC --- (In reply to comment #111) > (In reply to comment #110) > > I just pushed a minor bugfix to mesa master, that in conjunction with > > Jeromes > > kernel patch should eliminate

v3.5 Oops in i2c_algo_bit.c:bit_xfer+0x23/0x870: i915 or i2c?

I'm trying to run a v3.5 kernel (plus some -stable patches from Ted Ts'o) on an Ubuntu system. Things are generally working except for the following Oops on each boot, which prevents the graphics system from loading. [ 36.187972] [drm] Initialized drm 1.1.0 20060810 [ 36.230306] kvm:

[PATCH] staging: omapdrm: Fix DMM sparse warnings

Fix the following sparse warnings: drivers/staging/omapdrm/omap_dmm_tiler.c:123:13: warning: symbol 'omap_dmm_irq_handler' was not declared. Should it be static? drivers/staging/omapdrm/omap_dmm_tiler.c:370:24: warning: Using plain integer as NULL pointer Signed-off-by: Andy Gross ---

[PATCH] staging: omapdrm: Remove unnecessary memcpy

Removed the unnecessary copy of the memory page addresses when programming the DMM/PAT and all support code for the lut copy. The original intent was to have this code in place for suspend/resume functionality w.r.t. DEVICE_OFF. Performance analysis showed that the extra copy from uncached memory

[PATCH v4] DRM: add drm gem CMA helper

Hi Dave, On Thursday 09 August 2012 07:02:45 Dave Airlie wrote: > On Thu, Aug 9, 2012 at 2:31 AM, Laurent Pinchart wrote: > > On Wednesday 08 August 2012 18:25:30 Lars-Peter Clausen wrote: > >> On 08/08/2012 04:44 PM, Laurent Pinchart wrote: > >> > On Wednesday 27 June 2012 15:30:18 Sascha Hauer

v3.5 Oops in i2c_algo_bit.c:bit_xfer+0x23/0x870: i915 or i2c?

I'm trying to run a v3.5 kernel (plus some -stable patches from Ted Ts'o) on an Ubuntu system. Things are generally working except for the following Oops on each boot, which prevents the graphics system from loading. [ 36.187972] [drm] Initialized drm 1.1.0 20060810 [ 36.230306] kvm:

Re: [PATCH] dma-buf: add reference counting for exporter module

Hi Tomasz, On 8 August 2012 19:36, Daniel Vetter dan...@ffwll.ch wrote: On Wed, Aug 08, 2012 at 03:53:10PM +0200, Tomasz Stanislawski wrote: Hi Laurent, On 08/08/2012 03:35 PM, Laurent Pinchart wrote: Hi Tomasz, Thanks for the patch. Thanks for the patch; may I ask you to split it into

[Bug 53111] [bisected] lockups since added support for virtual address space on cayman v11

https://bugs.freedesktop.org/show_bug.cgi?id=53111 --- Comment #7 from Michel Dänzer mic...@daenzer.net 2012-08-09 07:05:26 UTC --- (In reply to comment #6) The fault address in the VM_CONTEXT1_PROTECTION_FAULT_ADDR register is less than the start of the virtual address area, unless that is

[PATCH v2 0/2] Enhance DMABUF with reference counting for exporter module

Hello, This patchset adds reference counting for an exporter module to DMABUF framework. Moreover, it adds setup of an owner field for exporters in DRM subsystem. v1: Original v2: - split patch into DMABUF and DRM part - allow owner to be NULL Regards, Tomasz Stanislawski Tomasz

Re: [PATCH 1/3] dma-fence: dma-buf synchronization (v7)

Hey Sumit, Op 08-08-12 08:35, Sumit Semwal schreef: Hi Maarten, On 8 August 2012 00:17, Maarten Lankhorst maarten.lankho...@canonical.com wrote: Op 07-08-12 19:53, Maarten Lankhorst schreef: A dma-fence can be attached to a buffer which is being filled or consumed by hw, to allow userspace

[PATCH v2 1/2] dma-buf: add reference counting for exporter module

This patch adds reference counting on a module that exported dma-buf and implements its operations. This prevents the module from being unloaded while DMABUF file is in use. Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com Acked-by: Sumit Semwal sumit.sem...@linaro.org Acked-by: Daniel

[PATCH v2 2/2] drm: set owner field to for all DMABUF exporters

This patch sets owner field in DMABUF operations for all DMABUF exporters in DRM subsystem. This prevents an exporting module from being unloaded while exported DMABUF descriptor is in use. Signed-off-by: Tomasz Stanislawski t.stanisl...@samsung.com Acked-by: Sumit Semwal sumit.sem...@linaro.org

[Bug 53291] New: Failed to allocate a buffer at CAYMAN

https://bugs.freedesktop.org/show_bug.cgi?id=53291 Bug #: 53291 Summary: Failed to allocate a buffer at CAYMAN Classification: Unclassified Product: DRI Version: DRI CVS Platform: x86-64 (AMD64) OS/Version: Linux (All)

[Bug 16273] suspend/resume failure with radeon kms driver

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

[Bug 53291] Failed to allocate a buffer at CAYMAN

https://bugs.freedesktop.org/show_bug.cgi?id=53291 --- Comment #1 from Alex Deucher ag...@yahoo.com 2012-08-09 14:08:54 UTC --- possibly a duplicate of bug 45018. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You

[Bug 16295] radeon conflict/interference with rt2800pci

https://bugzilla.kernel.org/show_bug.cgi?id=16295 Alan a...@lxorguk.ukuu.org.uk 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 #114 from Alex Deucher ag...@yahoo.com 2012-08-09 14:14:04 UTC --- Please test mesa from git (no additional patches) and make sure your kernel has this patch: http://lists.freedesktop.org/archives/dri-devel/2012-August/026015.html (no

[Bug 16375] missing blit_vb check in r600_prepare_blit_copy

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

[PATCH 1/3] drm/radeon/kms: reorder code in r600_check_texture_resource

Signed-off-by: Marek Olšák mar...@gmail.com --- drivers/gpu/drm/radeon/r600_cs.c | 52 +++--- 1 file changed, 26 insertions(+), 26 deletions(-) diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers/gpu/drm/radeon/r600_cs.c index 1119e31..ff61402 100644 ---

[PATCH 2/3] drm/radeon/kms: add MSAA texture support for r600-evergreen

Most of the checking seems to be in place already. As you can see, log2(number of samples) resides in LAST_LEVEL. This is required for MSAA support (namely for depth-stencil resolve and blitting between MSAA resources). Signed-off-by: Marek Olšák mar...@gmail.com ---

[PATCH 3/3] drm/radeon/kms: implement timestamp userspace query

Signed-off-by: Marek Olšák mar...@gmail.com --- drivers/gpu/drm/radeon/r600.c | 12 +++ drivers/gpu/drm/radeon/r600d.h |3 +++ drivers/gpu/drm/radeon/radeon.h|1 + drivers/gpu/drm/radeon/radeon_asic.h |2 ++ drivers/gpu/drm/radeon/radeon_device.c |

[PATCH 1/2] radeon: force 2D tiling for MSAA surfaces

--- radeon/radeon_surface.c | 24 ++-- 1 file changed, 22 insertions(+), 2 deletions(-) diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c index 874a092..499e994 100644 --- a/radeon/radeon_surface.c +++ b/radeon/radeon_surface.c @@ -154,7 +154,7 @@ static void

[PATCH 2/2] radeon: tweak TILE_SPLIT for MSAA surfaces

--- radeon/radeon_surface.c | 37 +++-- 1 file changed, 31 insertions(+), 6 deletions(-) diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c index 499e994..892dca6 100644 --- a/radeon/radeon_surface.c +++ b/radeon/radeon_surface.c @@ -871,12 +871,37

[Bug 50450] OpenGL does not work or works very slowly on Radeon HD3850

https://bugs.freedesktop.org/show_bug.cgi?id=50450 Andreas Boll andreas.boll@gmail.com changed: What|Removed |Added Component|Drivers/DRI/R600

[Bug 53283] Rendering problems in Sacred with Radeon and Nvidia

https://bugs.freedesktop.org/show_bug.cgi?id=53283 --- Comment #8 from kh3...@yandex.ru 2012-08-09 14:54:08 UTC --- OK, I'll try. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug.

Re: [PATCH v2 1/2] dma-buf: add reference counting for exporter module

Hi Greg, On 08/09/2012 04:23 PM, Greg KH wrote: On Thu, Aug 09, 2012 at 11:36:21AM +0200, Tomasz Stanislawski wrote: This patch adds reference counting on a module that exported dma-buf and implements its operations. This prevents the module from being unloaded while DMABUF file is in use.

[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 #115 from Alexandre Demers alexandre.f.dem...@gmail.com 2012-08-09 14:56:34 UTC --- (In reply to comment #114) Please test mesa from git (no additional patches) and make sure your kernel has this patch:

Re: [PATCH 3/3] drm/radeon/kms: implement timestamp userspace query

On Thu, Aug 9, 2012 at 10:34 AM, Marek Olšák mar...@gmail.com wrote: Signed-off-by: Marek Olšák mar...@gmail.com Some comment inline that need a v2 at least for version otherwise Reviewed-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm/radeon/r600.c | 12 +++

Re: [PATCH 1/3] drm/radeon/kms: reorder code in r600_check_texture_resource

On Thu, Aug 9, 2012 at 10:34 AM, Marek Olšák mar...@gmail.com wrote: Signed-off-by: Marek Olšák mar...@gmail.com Reviewed-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm/radeon/r600_cs.c | 52 +++--- 1 file changed, 26 insertions(+), 26

[Bug 53283] Rendering problems in Sacred with Radeon and Nvidia

https://bugs.freedesktop.org/show_bug.cgi?id=53283 kh3...@yandex.ru changed: What|Removed |Added Severity|normal |critical -- Configure bugmail:

Re: [PATCH 2/3] drm/radeon/kms: add MSAA texture support for r600-evergreen

On Thu, Aug 9, 2012 at 10:34 AM, Marek Olšák mar...@gmail.com wrote: Most of the checking seems to be in place already. As you can see, log2(number of samples) resides in LAST_LEVEL. Yeah i tried to make it easy but i might have get few thing wrong, i do hope not. This is required for MSAA

Re: [PATCH 1/2] radeon: force 2D tiling for MSAA surfaces

On Thu, Aug 9, 2012 at 10:37 AM, Marek Olšák mar...@gmail.com wrote: Reviewed-by: Jerome Glisse jgli...@redhat.com --- radeon/radeon_surface.c | 24 ++-- 1 file changed, 22 insertions(+), 2 deletions(-) diff --git a/radeon/radeon_surface.c b/radeon/radeon_surface.c

Re: [PATCH 2/2] radeon: tweak TILE_SPLIT for MSAA surfaces

Reviewed-by: Jerome Glisse jgli...@redhat.com On Thu, Aug 9, 2012 at 10:38 AM, Marek Olšák mar...@gmail.com wrote: --- radeon/radeon_surface.c | 37 +++-- 1 file changed, 31 insertions(+), 6 deletions(-) diff --git a/radeon/radeon_surface.c

[Bug 48455] Enabling R600_STREAMOUT causes graphical corruption

https://bugs.freedesktop.org/show_bug.cgi?id=48455 Andreas Boll andreas.boll@gmail.com changed: What|Removed |Added Component|Drivers/DRI/R600

[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 #116 from Alexandre Demers alexandre.f.dem...@gmail.com 2012-08-09 15:24:41 UTC --- (In reply to comment #113) (In reply to comment #112) (In reply to comment #111) (In reply to comment #110) I just pushed a minor bugfix to

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

From: Jerome Glisse jgli...@redhat.com Limit printing bad edid information at one time per connector. Connector that are connected to a bad monitor/kvm will likely stay connected to the same bad monitor/kvm and it makes no sense to keep printing the bad edid message. Signed-off-by: Jerome Glisse

Re: [PATCH 1/2] radeon: force 2D tiling for MSAA surfaces

Dear Marek, Am Donnerstag, den 09.08.2012, 16:37 +0200 schrieb Marek Olšák: --- radeon/radeon_surface.c | 24 ++-- 1 file changed, 22 insertions(+), 2 deletions(-) […] do you have some numbers indicating an improvement with this change? On what hardware did you test?

[Bug 16541] Imac Radeon HD 4850 switch Mini Display Port output with ALL kernels after 2.6.31

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

Re: [PATCH 3/3] drm/radeon/kms: implement timestamp userspace query

On Thu, Aug 9, 2012 at 10:57 AM, Jerome Glisse j.gli...@gmail.com wrote: On Thu, Aug 9, 2012 at 10:34 AM, Marek Olšák mar...@gmail.com wrote: Signed-off-by: Marek Olšák mar...@gmail.com Some comment inline that need a v2 at least for version otherwise How about the attached updated patch?

Re: [PATCH 3/3] drm/radeon/kms: implement timestamp userspace query

On Thu, Aug 9, 2012 at 11:44 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Thu, Aug 9, 2012 at 10:57 AM, Jerome Glisse j.gli...@gmail.com wrote: On Thu, Aug 9, 2012 at 10:34 AM, Marek Olšák mar...@gmail.com wrote: Signed-off-by: Marek Olšák mar...@gmail.com Some comment inline that need a

[PATCH 1/1] omap: include omap_drm.h independently

omap_drm.h uses data type defined in stdint.h, but that header was not included. omap_drm.h includes drm.h as a local file when it is part of the compiler c flags. This two issues are fixed. New code can include omap_drm.h alone. Signed-off-by: Víctor Manuel Jáquez Leal vjaq...@igalia.com ---

Re: [PATCH v2 1/2] dma-buf: add reference counting for exporter module

On Thu, Aug 09, 2012 at 11:36:21AM +0200, Tomasz Stanislawski wrote: This patch adds reference counting on a module that exported dma-buf and implements its operations. This prevents the module from being unloaded while DMABUF file is in use. Why force all of the modules to be changed by hand,

Re: [PATCH 1/2] radeon: force 2D tiling for MSAA surfaces

On Thu, Aug 9, 2012 at 5:41 PM, Paul Menzel paulepan...@users.sourceforge.net wrote: Dear Marek, Am Donnerstag, den 09.08.2012, 16:37 +0200 schrieb Marek Olšák: --- radeon/radeon_surface.c | 24 ++-- 1 file changed, 22 insertions(+), 2 deletions(-) […] do you have

Re: [PATCH] staging: omapdrm: Fix DMM sparse warnings

On Thu, Aug 9, 2012 at 12:14 AM, Andy Gross andy.gr...@ti.com wrote: Fix the following sparse warnings: drivers/staging/omapdrm/omap_dmm_tiler.c:123:13: warning: symbol 'omap_dmm_irq_handler' was not declared. Should it be static? drivers/staging/omapdrm/omap_dmm_tiler.c:370:24:

Re: [PATCH 1/2] radeon: force 2D tiling for MSAA surfaces

On Thu, Aug 9, 2012 at 12:14 PM, Marek Olšák mar...@gmail.com wrote: On Thu, Aug 9, 2012 at 5:41 PM, Paul Menzel paulepan...@users.sourceforge.net wrote: Dear Marek, Am Donnerstag, den 09.08.2012, 16:37 +0200 schrieb Marek Olšák: --- radeon/radeon_surface.c | 24 ++--

[Bug 40211] texture probleme in wolfenstein enemy territory rv770

https://bugs.freedesktop.org/show_bug.cgi?id=40211 Andreas Boll andreas.boll@gmail.com changed: What|Removed |Added Component|Drivers/DRI/R600

[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 #117 from Alex Deucher ag...@yahoo.com 2012-08-09 18:50:34 UTC --- (In reply to comment #116) And if someone could explain me what this message/addresses means, I'd appreciate it. How is it possible that an offset of 0x40 ends

[Bug 53283] Rendering problems in Sacred with Radeon and Nvidia

https://bugs.freedesktop.org/show_bug.cgi?id=53283 --- Comment #9 from kh3...@yandex.ru 2012-08-09 21:05:31 UTC --- I found that this problem is related to conflict between amd64 and i386. Sacred Gold is i386, so running on amd64 with open drivers causes this problem. I tried to install i386

[Bug 53283] Rendering problems in Sacred with Radeon and Nvidia

https://bugs.freedesktop.org/show_bug.cgi?id=53283 kh3...@yandex.ru changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

  1   2   >