[PATCH v4] DRM: add DRM Driver for Samsung SoC EXYNOS4210.

On Tue, Sep 13, 2011 at 9:03 PM, Inki Dae wrote: > Hi Thomas. > >> -Original Message- >> From: Thomas Hellstrom [mailto:thomas at shipmail.org] >> Sent: Monday, September 12, 2011 3:32 PM >> To: Rob Clark >> Cc: Inki Dae; kyungmin.park at samsung.com; sw0312.kim at samsung.com; linux- >>

PGRAPH: unsupported chipset

Hi wiebittewas, dri-devel at lists.sourceforge.net, is the old ML dri-devel at lists.freedesktop.org, is the new dri-devel. So I am redirect the email ... On Mon, 2011-09-12 at 22:17 +0200, wiebittewas wrote: > Hi! > > here's a latop with a nvidia quadro 1000M, where the nouveau-driver >

[PATCH] drm/radeon: Don't read from CP ring write pointer registers.

2011/9/13 Michel D?nzer : > From: Michel D?nzer > > Apparently this doesn't always work reliably, e.g. at resume time. > > Just initialize to 0, so the ring is considered empty. > > Tested with hibernation on Sumo and Cayman cards. > > Should fix

[Bug 40790] r600g readPixSanity failure on RS880 Radeon HD 4250

https://bugs.freedesktop.org/show_bug.cgi?id=40790 Nicholas Miell changed: What|Removed |Added Attachment #51059|0 |1 is obsolete|

[Bug 36934] screen corruption after running a game

https://bugs.freedesktop.org/show_bug.cgi?id=36934 --- Comment #11 from almos 2011-09-13 14:59:31 PDT --- (In reply to comment #10) > (In reply to comment #7) > > A couple of random things to try would be radeon.agpmode=4 and =-1, > > disabling > > tiling, ... > > Have you tried any of these?

[BUG] drm/radeon: locking problems with page_flip

On Die, 2011-09-13 at 05:49 +0200, Witold Baryluk wrote: > > I yeasterday discovered pretty nasty issue in radeon / drm code, > and page_flip locking code on my ThinkPad T43. Does the patch below fix the problem?

[PATCH] drm/radeon: Don't read from CP ring write pointer registers.

From: Michel D?nzer Apparently this doesn't always work reliably, e.g. at resume time. Just initialize to 0, so the ring is considered empty. Tested with hibernation on Sumo and Cayman cards. Should fix https://bugs.launchpad.net/ubuntu/+source/linux/+bug/820746/ .

[PATCH 7/7] nouveau/radeon: Set coherent DMA mask

All the storage devices that use the dmapool set the coherent DMA mask so they can properly use the dmapool. Since the TTM DMA pool code is based on that and dma_alloc_coherent checks the 'coherent_dma_mask' and not 'dma_mask' we want to set it. Signed-off-by: Konrad Rzeszutek Wilk ---

[PATCH 6/7] ttm: Add 'no_dma' parameter to turn the TTM DMA pool off during runtime.

The TTM DMA only gets turned on when the SWIOTLB is enabled - but we might also want to turn it off when SWIOTLB is on to use the non-DMA TTM pool code. In the future this parameter can be removed. Signed-off-by: Konrad Rzeszutek Wilk --- drivers/gpu/drm/ttm/ttm_page_alloc_dma.c |4

[PATCH 5/7] ttm: Provide a DMA aware TTM page pool code.

In TTM world the pages for the graphic drivers are kept in three different pools: write combined, uncached, and cached (write-back). When the pages are used by the graphic driver the graphic adapter via its built in MMU (or AGP) programs these pages in. The programming requires the virtual address

[PATCH 4/7] swiotlb: Expose swiotlb_nr_tlb function to modules as swiotlb_enabled

As a mechanism to detect whether SWIOTLB is enabled or not. And as such, we might as well wrap it within an 'swiotlb_enabled()' function that will call the swiotlb_nr_tlb. We also fix the spelling - it was swioltb instead of swiotlb. CC: FUJITA Tomonori Signed-off-by: Konrad Rzeszutek Wilk ---

[PATCH 3/7] ttm: Pass in 'struct device' to TTM so it can do DMA API on behalf of device.

We want to pass in the 'struct device' to the TTM layer so that the TTM DMA pool code (if enabled) can use it. The DMA API code needs the 'struct device' to do the DMA API operations. Signed-off-by: Konrad Rzeszutek Wilk --- drivers/gpu/drm/nouveau/nouveau_mem.c |3 ++-

[PATCH 2/7] ttm: Introduce ttm_page_alloc_func structure.

Which has the function members for all of the current page pool operations defined. The old calls (ttm_put_pages, ttm_get_pages, etc) are plumbed through little functions which lookup in the ttm_page_alloc_func the appropiate implementation and call it. There is currently only one page pool code

[PATCH 1/7] ttm/radeon/nouveau: Check the DMA address from TTM against known value.

. instead of checking against the DMA_ERROR_CODE value which is per-platform specific. The zero value is a known invalid value that the TTM layer sets on the dma_address array if it is not used (ttm_tt_alloc_page_directory calls drm_calloc_large which creates a page with GFP_ZERO). We can't use

[PATCH] TTM DMA v1.8

Since v1.7: [https://lkml.org/lkml/2011/8/30/460] - Fixed checking the DMA address in radeon/nouveau code. Since v1: [http://lwn.net/Articles/456246/] - Ran it through the gauntlet of SubmitChecklist and fixed issues - Made radeon/nouveau driver set coherent_dma (which is required for dmapool)

[PATCH 5/6] drm/i915: use common functions for get/put pages

On Mon, Sep 12, 2011 at 02:21:25PM -0500, Rob Clark wrote: > From: Rob Clark > > Signed-off-by: Rob Clark Reviewed-by: Daniel Vetter -- Daniel Vetter Mail: daniel at ffwll.ch Mobile: +41 (0)79 365 57 48

[PATCH 2/6] drm/i915: use common functions for mmap offset creation

On Mon, Sep 12, 2011 at 02:21:22PM -0500, Rob Clark wrote: > From: Rob Clark > > Signed-off-by: Rob Clark Reviewed-by: Daniel Vetter -- Daniel Vetter Mail: daniel at ffwll.ch Mobile: +41 (0)79 365 57 48

[BUG] drm/radeon: locking problems with page_flip

4.8.0.3 Meta-package for the Xfce Lightweight Desktop Environment ii xfdesktop44.8.2-2 xfce desktop background, icons and root menu man

[Bug 40826] RV_770/90 regression by - r600g: simplify deducing chip family

https://bugs.freedesktop.org/show_bug.cgi?id=40826 Andy Furniss changed: What|Removed |Added Status|NEW |RESOLVED Resolution|

[Bug 40826] RV_770/90 regression by - r600g: simplify deducing chip family

https://bugs.freedesktop.org/show_bug.cgi?id=40826 --- Comment #1 from Marek Ol??k 2011-09-13 04:10:29 PDT --- This should be fixed now in Mesa master, can you test? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: ---

[Bug 40826] New: RV_770/90 regression by - r600g: simplify deducing chip family

https://bugs.freedesktop.org/show_bug.cgi?id=40826 Summary: RV_770/90 regression by - r600g: simplify deducing chip family Product: Mesa Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW

[PATCH 6/6] drm/gma500: use common functions for get/put pages

> > 3. GMA500 used the old way of doing things because last mail conversation > > I had with Hugh the cleaned up interfaces could not guarantee the page is > > mapped in the low 32bits and for any of the GMA500/600 series devices. > > > > Has that changed ? I think I'd also prefer it if the

PGRAPH: unsupported chipset

Hi! here's a latop with a nvidia quadro 1000M, where the nouveau-driver tells on startup PGRAPH: unsupported chipset, please report, which I'll do now. (this list was the only address I've found within the code) because I haven't found any info, what information I should report, I'll try it: a

Re: [PATCH 2/6] drm/i915: use common functions for mmap offset creation

On Mon, Sep 12, 2011 at 02:21:22PM -0500, Rob Clark wrote: From: Rob Clark r...@ti.com Signed-off-by: Rob Clark r...@ti.com Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___

Re: [PATCH 5/6] drm/i915: use common functions for get/put pages

On Mon, Sep 12, 2011 at 02:21:25PM -0500, Rob Clark wrote: From: Rob Clark r...@ti.com Signed-off-by: Rob Clark r...@ti.com Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch -- Daniel Vetter Mail: dan...@ffwll.ch Mobile: +41 (0)79 365 57 48 ___

[PATCH] drm/radeon: Don't read from CP ring write pointer registers.

From: Michel Dänzer michel.daen...@amd.com Apparently this doesn't always work reliably, e.g. at resume time. Just initialize to 0, so the ring is considered empty. Tested with hibernation on Sumo and Cayman cards. Should fix https://bugs.launchpad.net/ubuntu/+source/linux/+bug/820746/ .

Re: [BUG] drm/radeon: locking problems with page_flip

On Die, 2011-09-13 at 05:49 +0200, Witold Baryluk wrote: I yeasterday discovered pretty nasty issue in radeon / drm code, and page_flip locking code on my ThinkPad T43. Does the patch below fix the problem? From ed7cf809c4fb737fa486b24004ee47056bf0e797 Mon Sep 17 00:00:00 2001 From:

[Bug 40826] New: RV_770/90 regression by - r600g: simplify deducing chip family

https://bugs.freedesktop.org/show_bug.cgi?id=40826 Summary: RV_770/90 regression by - r600g: simplify deducing chip family Product: Mesa Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW

[Bug 40826] RV_770/90 regression by - r600g: simplify deducing chip family

https://bugs.freedesktop.org/show_bug.cgi?id=40826 --- Comment #1 from Marek Olšák mar...@gmail.com 2011-09-13 04:10:29 PDT --- This should be fixed now in Mesa master, can you test? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail

[PATCH 2/7] ttm: Introduce ttm_page_alloc_func structure.

Which has the function members for all of the current page pool operations defined. The old calls (ttm_put_pages, ttm_get_pages, etc) are plumbed through little functions which lookup in the ttm_page_alloc_func the appropiate implementation and call it. There is currently only one page pool code

[PATCH] TTM DMA v1.8

Since v1.7: [https://lkml.org/lkml/2011/8/30/460] - Fixed checking the DMA address in radeon/nouveau code. Since v1: [http://lwn.net/Articles/456246/] - Ran it through the gauntlet of SubmitChecklist and fixed issues - Made radeon/nouveau driver set coherent_dma (which is required for dmapool)

[PATCH 3/7] ttm: Pass in 'struct device' to TTM so it can do DMA API on behalf of device.

We want to pass in the 'struct device' to the TTM layer so that the TTM DMA pool code (if enabled) can use it. The DMA API code needs the 'struct device' to do the DMA API operations. Signed-off-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com --- drivers/gpu/drm/nouveau/nouveau_mem.c |3 ++-

[PATCH 7/7] nouveau/radeon: Set coherent DMA mask

All the storage devices that use the dmapool set the coherent DMA mask so they can properly use the dmapool. Since the TTM DMA pool code is based on that and dma_alloc_coherent checks the 'coherent_dma_mask' and not 'dma_mask' we want to set it. Signed-off-by: Konrad Rzeszutek Wilk

[PATCH 6/7] ttm: Add 'no_dma' parameter to turn the TTM DMA pool off during runtime.

The TTM DMA only gets turned on when the SWIOTLB is enabled - but we might also want to turn it off when SWIOTLB is on to use the non-DMA TTM pool code. In the future this parameter can be removed. Signed-off-by: Konrad Rzeszutek Wilk konrad.w...@oracle.com ---

[PATCH 4/7] swiotlb: Expose swiotlb_nr_tlb function to modules as swiotlb_enabled

As a mechanism to detect whether SWIOTLB is enabled or not. And as such, we might as well wrap it within an 'swiotlb_enabled()' function that will call the swiotlb_nr_tlb. We also fix the spelling - it was swioltb instead of swiotlb. CC: FUJITA Tomonori fujita.tomon...@lab.ntt.co.jp

[PATCH 1/7] ttm/radeon/nouveau: Check the DMA address from TTM against known value.

. instead of checking against the DMA_ERROR_CODE value which is per-platform specific. The zero value is a known invalid value that the TTM layer sets on the dma_address array if it is not used (ttm_tt_alloc_page_directory calls drm_calloc_large which creates a page with GFP_ZERO). We can't use

Re: PGRAPH: unsupported chipset

Hi wiebittewas, dri-de...@lists.sourceforge.net, is the old ML dri-devel@lists.freedesktop.org, is the new dri-devel. So I am redirect the email ... On Mon, 2011-09-12 at 22:17 +0200, wiebittewas wrote: Hi! here's a latop with a nvidia quadro 1000M, where the nouveau-driver tells on

Re: [PATCH] drm/radeon: Don't read from CP ring write pointer registers.

2011/9/13 Michel Dänzer mic...@daenzer.net: From: Michel Dänzer michel.daen...@amd.com Apparently this doesn't always work reliably, e.g. at resume time. Just initialize to 0, so the ring is considered empty. Tested with hibernation on Sumo and Cayman cards. Should fix

[PATCH] drm/ttm: request zeroed system memory pages for new TT buffer objects

From: Ben Skeggs bske...@redhat.com Fixes an information leak to userspace, we were handing out un-zeroed pages for any newly created TTM_PL_TT buffer. Reported-by: Marcin Slusarz marcin.slus...@gmail.com Signed-off-by: Ben Skeggs bske...@redhat.com Tested-by: Marcin Slusarz

[Bug 36934] screen corruption after running a game

https://bugs.freedesktop.org/show_bug.cgi?id=36934 --- Comment #11 from almos aaalmo...@gmail.com 2011-09-13 14:59:31 PDT --- (In reply to comment #10) (In reply to comment #7) A couple of random things to try would be radeon.agpmode=4 and =-1, disabling tiling, ... Have you tried any

[Bug 40790] r600g readPixSanity failure on RS880 Radeon HD 4250

https://bugs.freedesktop.org/show_bug.cgi?id=40790 Nicholas Miell nmi...@gmail.com changed: What|Removed |Added Attachment #51059|0 |1 is obsolete|

RE: [PATCH v4] DRM: add DRM Driver for Samsung SoC EXYNOS4210.

Hi Thomas. Sorry for being late. -Original Message- From: Thomas Hellstrom [mailto:tho...@shipmail.org] Sent: Saturday, September 10, 2011 11:04 PM To: Inki Dae Cc: airl...@linux.ie; dri-devel@lists.freedesktop.org; sw0312@samsung.com; kyungmin.p...@samsung.com; linux-arm-

RE: [PATCH v4] DRM: add DRM Driver for Samsung SoC EXYNOS4210.

Hi Thomas. -Original Message- From: Thomas Hellstrom [mailto:tho...@shipmail.org] Sent: Monday, September 12, 2011 3:32 PM To: Rob Clark Cc: Inki Dae; kyungmin.p...@samsung.com; sw0312@samsung.com; linux- arm-ker...@lists.infradead.org; dri-devel@lists.freedesktop.org Subject:

Re: [PATCH v4] DRM: add DRM Driver for Samsung SoC EXYNOS4210.

On Tue, Sep 13, 2011 at 9:03 PM, Inki Dae inki@samsung.com wrote: Hi Thomas. -Original Message- From: Thomas Hellstrom [mailto:tho...@shipmail.org] Sent: Monday, September 12, 2011 3:32 PM To: Rob Clark Cc: Inki Dae; kyungmin.p...@samsung.com; sw0312@samsung.com; linux-

RE: [PATCH] RFC: omapdrm DRM/KMS driver for TI OMAP platforms

Hello Rob. Sorry for being late. here was a national holiday. -Original Message- From: robdcl...@gmail.com [mailto:robdcl...@gmail.com] On Behalf Of Rob Clark Sent: Thursday, September 08, 2011 3:44 AM To: Inki Dae Cc: linaro-...@lists.linaro.org; dri-devel@lists.freedesktop.org

RE: [PATCH v4] DRM: add DRM Driver for Samsung SoC EXYNOS4210.

-Original Message- From: Rob Clark [mailto:robdcl...@gmail.com] Sent: Wednesday, September 14, 2011 11:26 AM To: Inki Dae Cc: Thomas Hellstrom; kyungmin.p...@samsung.com; sw0312@samsung.com; linux-arm-ker...@lists.infradead.org; dri-devel@lists.freedesktop.org Subject: Re: