Re: [PATCH 0/2] drm/radeon/kms: tex3D mipmap fix R500 VAP regs

2010-04-14 Thread Jerome Glisse
On Wed, Apr 14, 2010 at 03:42:57AM +0200, Marek Olšák wrote: On Sun, Apr 11, 2010 at 8:12 PM, Jerome Glisse gli...@freedesktop.orgwrote: On Sun, Apr 11, 2010 at 06:39:05AM +0200, Marek Olšák wrote: Hi devs, The first attached patch fixes the calculation of mipmapped 3D texture

[PATCH] drm/radeon/kms: r600 fix color buffer pitch check

2010-04-26 Thread Jerome Glisse
Color buffer pitch need to be 64bits aligned not 64bytes. This patch correct the cs checker. Signed-off-by: Jerome Glisse jgli...@redhat.com Cc: stable sta...@kernel.org --- drivers/gpu/drm/radeon/r600_cs.c |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers

[PATCH] drm/radeon/kms: fix legacy LVDS mode computation

2010-04-30 Thread Jerome Glisse
From: John Doe gli...@ned.localdomain Compute downscaled mode timing like DDX does on legacy hw. With this patch it's now possible to use non native laptop panel resolution. Tested on M7 (7500) laptop. Cc: sta...@kernel.org Signed-off-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm

[PATCH] drm/ttm: fix, avoid iomapping system memory

2010-05-05 Thread Jerome Glisse
If the memory is not iomem we should not try to ioremap it. Should fix : https://bugs.freedesktop.org/show_bug.cgi?id=27822 Signed-off-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm/ttm/ttm_bo_util.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu

Re: linux-next - drm/ttm versus nouveau - WARNING and dead driver.

2010-05-06 Thread Jerome Glisse
On Thu, May 06, 2010 at 06:16:26PM +0200, Rafał Miłecki wrote: 2010/5/6 valdis.kletni...@vt.edu: Bisected down to: 82c5da6bf8b55a931b042fb531083863d26c8020 is the first bad commit commit 82c5da6bf8b55a931b042fb531083863d26c8020 Author: Jerome Glisse jgli...@redhat.com Date:   Fri Apr

Re: [PATCH] drm/radeon: async event synchronization for drmWaitVblank

2010-05-07 Thread Jerome Glisse
On Fri, May 07, 2010 at 09:52:12AM +0200, Michel Dänzer wrote: On Don, 2010-05-06 at 18:52 +0200, Jerome Glisse wrote: Bring radeon up to speed with the async event synchronization for drmWaitVblank. See c9a9c5e02aedc1a2815877b0268f886d2640b771 for more information. Without this patch

[PATCH] drm/radeon/kms: add query for crtc hw id from crtc id to get info

2010-05-07 Thread Jerome Glisse
Userspace need to know the hw crtc id (0, 1, 2, ...) from the drm crtc id. Bump the minor version so userspace can enable conditionaly features depend on this. Signed-off-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm/radeon/radeon_drv.c |3 ++- drivers/gpu/drm/radeon/radeon_kms.c

Re: [PATCH] drm/radeon/kms: add query for crtc hw id from crtc id to get info

2010-05-07 Thread Jerome Glisse
On Fri, May 07, 2010 at 11:40:41AM -0400, Alex Deucher wrote: On Fri, May 7, 2010 at 11:18 AM, Jerome Glisse jgli...@redhat.com wrote: Userspace need to know the hw crtc id (0, 1, 2, ...) from the drm crtc id. Bump the minor version so userspace can enable conditionaly features depend

Re: [PATCH 3/9] drm: kill drm_mm_node-private

2010-05-19 Thread Jerome Glisse
On Tue, May 18, 2010 at 11:11:45PM +0200, Daniel Vetter wrote: Only ever assigned, never used. Signed-off-by: Daniel Vetter daniel.vet...@ffwll.ch NAK private was to be use when doing range restricted allocation somehow the patch that use it was drop/forgot/lost along the was i will try to

[PATCH] drm/radeon/kms: record object that have been list reserved

2010-05-19 Thread Jerome Glisse
to follow but this kind of things are just causing headheck. Signed-off-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm/radeon/radeon.h|1 + drivers/gpu/drm/radeon/radeon_object.c |6 +- 2 files changed, 6 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/radeon

[PATCH] drm/radeon/kms: release AGP bridge at suspend

2010-05-21 Thread Jerome Glisse
I think it's good to release the AGP bridge at suspend and reacquire it at resume. Also fix : https://bugzilla.kernel.org/show_bug.cgi?id=15969 Signed-off-by: Jerome Glisse jgli...@redhat.com Cc: stable sta...@kernel.org --- drivers/gpu/drm/radeon/radeon.h|1 + drivers/gpu/drm/radeon

[PATCH] drm/radeon/kms: Force HDP_NONSURF to maximum size

2010-06-03 Thread Jerome Glisse
HDP non surface should cover the whole VRAM but we were misscomputing the size and we endup in some case not covering the VRAM at all (if VRAM size were 1G). Covering more than the VRAM size shouldn't be an issue. Fix : https://bugs.freedesktop.org/show_bug.cgi?id=28016 Signed-off-by: Jerome

[PATCH] drm/radeon/kms: Allow interruptible wait when testing IB

2010-06-03 Thread Jerome Glisse
On single CPU waiting without allowing interruption will lead to infinite wait. Signed-off-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm/radeon/r600.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600

Re: [PATCH] drm/radeon/kms/evergreen: set accel_enabled

2010-06-04 Thread Jerome Glisse
On Thu, Jun 03, 2010 at 07:07:09PM -0400, Alex Deucher wrote: This is needed to enable accel in the ddx. However, due to a bug in older versions of the ddx, it relies on accel being disabled in order to load properly on evergreen chips. To maintain compatility, we add a new get accel param

[PATCH] drm/radeon/kms: r600 dump last 64 dwords of ring.

2010-06-04 Thread Jerome Glisse
Instead of dumping unprocessed dwords, dump the last 64 dwords of the ring. This make debugging of some case easier. Signed-off-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm/radeon/r600.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm

[PATCH] drm/radeon/kms: r600 reset GPU at module load time

2010-06-04 Thread Jerome Glisse
When loading/unloading several time the driver on r600 we end up with the GPU in broken state and loading fail to initialize acceleration. Reset the GPU at load time so acceleration keep working over load/unload. Signed-off-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm/radeon/r600.c

[PATCH] drm/radeon/kms: r600 reset GPU at module load time v2

2010-06-04 Thread Jerome Glisse
with this at module load time. Signed-off-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm/radeon/r600.c | 37 +++-- 1 files changed, 23 insertions(+), 14 deletions(-) diff --git a/drivers/gpu/drm/radeon/r600.c b/drivers/gpu/drm/radeon/r600.c index 1537079..b932f48

Re: [PATCH] drm/radeon/kms: r600 dump last 64 dwords of ring.

2010-06-04 Thread Jerome Glisse
On Fri, Jun 04, 2010 at 02:54:42PM +0200, Rafał Miłecki wrote: 2010/6/4 Jerome Glisse jgli...@redhat.com: Instead of dumping unprocessed dwords, dump the last 64 dwords of the ring. This make debugging of some case easier. Signed-off-by: Jerome Glisse jgli...@redhat.com ---  drivers

[PATCH] drm/ttm: non pooled page allocation should have GFP_USER set

2010-06-16 Thread Jerome Glisse
Non pooled page allocation should have GFP_USER set so allocation can wait and reclaim page from other process (ie non atomic). Signed-off-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm/ttm/ttm_page_alloc.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git

Re: [PATCH] DRM / radeon / PM: Do not evict VRAM during freeze phase of hibernation

2010-06-21 Thread Jerome Glisse
On Sun, Jun 20, 2010 at 01:43:05AM +0200, Rafael J. Wysocki wrote: On Saturday, June 19, 2010, Rafael J. Wysocki wrote: On Saturday, June 19, 2010, Dave Airlie wrote: On Sat, 2010-06-19 at 01:23 +0200, Rafael J. Wysocki wrote: On Friday, June 18, 2010, Dave Airlie wrote: On Fri,

Unit initialization infrastructure

2010-07-12 Thread Jerome Glisse
also add an option to select btw old/new path. Cheers, Jerome From 898c464d926d72b3c52e030c8f730c5cbf14eb26 Mon Sep 17 00:00:00 2001 From: Jerome Glisse jgli...@redhat.com Date: Mon, 12 Jul 2010 15:14:26 -0400 Subject: [PATCH] WIP breakdown GPU into unit radeon GPU family have lot of similarity

Re: questions about ttm_page_alloc.c

2010-07-12 Thread Jerome Glisse
On 07/12/2010 06:39 PM, Dan Carpenter wrote: I'm investigating: https://bugzilla.kernel.org/show_bug.cgi?id=16337 He is using the new radeon with the new ttm pool wc/uc page allocator. I'm sort of over my head when it comes to mm stuff so forgive me if these are dumb questions... I'm looking

Re: Regression 2.6.34-2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-14 Thread Jerome Glisse
? (try to change the if 0 to if 1 too Cheers, Jerome From c699536948731a37372dbc12062559265fcc2f3c Mon Sep 17 00:00:00 2001 From: Jerome Glisse jgli...@redhat.com Date: Wed, 14 Jul 2010 15:28:53 -0400 Subject: [PATCH] HACK RS690 --- drivers/gpu/drm/radeon/rs690.c | 10 +- 1 files changed, 9

Re: Regression 2.6.34-2.6.35-rc4: radeaon KMS an RS690 broken

2010-07-14 Thread Jerome Glisse
On 07/14/2010 04:05 PM, Torsten Kaiser wrote: On Wed, Jul 14, 2010 at 9:30 PM, Jerome Glissegli...@freedesktop.org wrote: On 07/14/2010 02:51 PM, Torsten Kaiser wrote: On Tue, Jul 13, 2010 at 9:10 PM, Alex Deucheralexdeuc...@gmail.com wrote: On Tue, Jul 13, 2010 at 2:29 PM, Torsten

Re: TTM questions

2010-07-15 Thread Jerome Glisse
On 07/15/2010 11:54 AM, James Simmons wrote: Now that I'm adding in TTM support to my 3Dfx driver I have a questions. First I noticed in almost every driver for ttm initialization that two struct ttm_global_reference global_ref are allocated. One for TTM_GLOBAL_TTM_MEM and one for

Re: GPU lockup+blackout on 2.6.35 with r600...

2010-08-05 Thread Jerome Glisse
On 08/05/2010 06:52 AM, Daniel J Blueman wrote: After around 10-30 mins of typical usage (ie cairo rendering to surfaces + compiz) on my Dell Studio 15 (model 1557), my R600 radeon locks up, giving a blank screen. The only information I have is a backtrace [1]. 'radeontool regs' doesn't give

Re: [PATCH] drm/radeon/kms: fix nsample tracking in r6xx/r7xx CS tracker

2010-08-16 Thread Jerome Glisse
On 08/13/2010 12:48 AM, Alex Deucher wrote: Initialize nsamples to 1 in case userspace does not emit PA_SC_AA_CONFIG. Signed-off-by: Alex Deucher alexdeuc...@gmail.com Cc: Andre Maasikas amaasi...@gmail.com --- drivers/gpu/drm/radeon/r600_cs.c |1 + 1 files changed, 1 insertions(+),

Re: [PATCH] drm/radeon/kms: fix nsample tracking in r6xx/r7xx CS tracker

2010-08-16 Thread Jerome Glisse
On 08/16/2010 09:22 AM, Alex Deucher wrote: On Mon, Aug 16, 2010 at 9:19 AM, Jerome Glisse gli...@freedesktop.org wrote: On 08/13/2010 12:48 AM, Alex Deucher wrote: Initialize nsamples to 1 in case userspace does not emit PA_SC_AA_CONFIG. Signed-off-by: Alex Deucher alexdeuc...@gmail.com Cc

[PATCH] drm/radeon/kms: fix r600 vbo size computation

2010-08-25 Thread Jerome Glisse
size given in resource is the exact size (not size - 1) Signed-off-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm/radeon/r600_cs.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/radeon/r600_cs.c b/drivers/gpu/drm/radeon/r600_cs.c index d886494

Re: [PATCH] drm/ttm: Clear the ghost cpu_writers flag on ttm_buffer_object_transfer.

2010-09-21 Thread Jerome Glisse
...@riseup.net Reviewed-by: Jerome Glisse jgli...@redhat.com ---  drivers/gpu/drm/ttm/ttm_bo_util.c |    1 +  1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo_util.c b/drivers/gpu/drm/ttm/ttm_bo_util.c index 7cffb3e..3451a82 100644 --- a/drivers/gpu

Re: Error message on RV710: reserve failed for wait

2010-10-07 Thread Jerome Glisse
- Jean Delvare kh...@linux-fr.org wrote: Hi again, On Thu, 30 Sep 2010 15:18:27 +0200, Jean Delvare wrote: I am running kernel 2.6.36-rc6 on a Radeon HD4350 (RV710), and I see the following error messages in the logs: Sep 30 14:09:27 endymion kernel: [21556.560593] radeon

Re: [PATCH] drm/radeon/kms: Silent spurious error message

2010-10-08 Thread Jerome Glisse
nothing to be afraid of and everything works as intended. So remove the spurious log message. Signed-off-by: Jean Delvare kh...@linux-fr.org Cc: Jerome Glisse jgli...@redhat.com Reviewed-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm/radeon/radeon_object.h |5 + 1 file changed

GEM - radeon cs ioctl deadlock

2010-10-13 Thread Jerome Glisse
So we are facing a deadlock with the radeon cs ioctl. When a buffer is given a name (with flink) we could endup with 2 handle pointing to the same object (flink object and open it from same file descriptor). Would it be ok if i change gem open to first look if we already have an handle for the

Re: Radeon RS780 - BUG: unable to handle kernel NULL pointer dereference

2010-11-08 Thread Jerome Glisse
): Nov  8 19:28:23 arch kernel: [ cut here ] Nov  8 19:28:23 arch kernel: kernel BUG at drivers/gpu/drm/ttm/ttm_bo.c:1628! Quite puzzling it is as if there was already a bo at same offset in rb tree but not in vm mm. Maybe some other race in destruction... Cheers, Jerome

Re: Radeon RS780 - BUG: unable to handle kernel NULL pointer dereference

2010-11-08 Thread Jerome Glisse
On Mon, Nov 8, 2010 at 2:02 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On Mon, Nov 08, 2010 at 07:43:02PM +0100, Markus Trippelsdorf wrote: On Mon, Nov 08, 2010 at 06:07:37PM +0100, Markus Trippelsdorf wrote: On Mon, Nov 08, 2010 at 06:02:21PM +0100, Markus Trippelsdorf wrote: I

Re: Radeon RS780 - BUG: unable to handle kernel NULL pointer dereference

2010-11-08 Thread Jerome Glisse
On Mon, Nov 8, 2010 at 3:58 PM, Rafael J. Wysocki r...@sisk.pl wrote: On Monday, November 08, 2010, Jerome Glisse wrote: On Mon, Nov 8, 2010 at 2:02 PM, Markus Trippelsdorf mar...@trippelsdorf.de wrote: On Mon, Nov 08, 2010 at 07:43:02PM +0100, Markus Trippelsdorf wrote: On Mon, Nov 08

Re: [PATCH 0/1][RFC] drm/ttm Improved io_mem_reserve / io_mem_free_calling

2010-11-11 Thread Jerome Glisse
with remappable apperture i don't know what kind of code we would need for that and it might sleep. Thought my first guess is that it likely can be done atomicly. Quick review of the patch looks good, i will try to take a closer look latter. Cheers, Jerome Glisse

Re: [PATCH 0/5][-next] TTM bo reservation and fencing improvements

2010-11-17 Thread Jerome Glisse
On Wed, Nov 17, 2010 at 7:28 AM, Thomas Hellstrom thellst...@vmware.com wrote: This patch series improves on the performance and correctness of the reserving / fencing sequence. Reviewed-by: Jerome Glisse jgli...@redhat.com ___ dri-devel mailing list

Re: [PATCH 0/1][-next] drm/radeon: Move over to the ttm execbuf utilities

2010-11-17 Thread Jerome Glisse
test it beside few games. I see no perf or CPU use improvement but it could very well be hidden by others cost. Note that we can't really have concurrent cs due to the way checking work. Anyway you could add my reviewed by. Reviewed-by: Jerome Glisse jgli...@redhat.com Tested-by: Jerome Glisse

Re: git repos, r600g prerequites

2010-11-18 Thread Jerome Glisse
is to use mesa master repository. And kernel 2.6.36 or newer, the other drm kernel tree are mostly to fix issues and are interesting if you are facing one of those issues or just want to help in testing drm. Cheers, Jerome Glisse ___ dri-devel mailing list dri

Re: [PATCH] drm/radeon/kms: forbid big bo allocation (fdo 31708) v2

2010-11-22 Thread Jerome Glisse
2010/11/22 Michel Dänzer mic...@daenzer.net: On Fre, 2010-11-19 at 16:34 -0500, jgli...@redhat.com wrote: From: Jerome Glisse jgli...@redhat.com Forbid allocating buffer bigger than visible VRAM or GTT, also properly set lpfn field. v2 - use max macro    - silence warning Signed-off

Re: [PATCH] drm/radeon/kms: forbid big bo allocation (fdo 31708) v2

2010-11-22 Thread Jerome Glisse
On Mon, Nov 22, 2010 at 12:31 PM, Thomas Hellstrom tho...@shipmail.org wrote: On 11/22/2010 06:07 PM, Jerome Glisse wrote: 2010/11/22 Michel Dänzermic...@daenzer.net: On Fre, 2010-11-19 at 16:34 -0500, jgli...@redhat.com wrote: From: Jerome Glissejgli...@redhat.com Forbid allocating

Re: [PATCH] drm/radeon/kms: forbid big bo allocation (fdo 31708) v2

2010-11-29 Thread Jerome Glisse
On Mon, Nov 29, 2010 at 5:13 AM, Thomas Hellstrom tho...@shipmail.org wrote: On 11/22/2010 06:31 PM, Thomas Hellstrom wrote: On 11/22/2010 06:07 PM, Jerome Glisse wrote: 2010/11/22 Michel Dänzermic...@daenzer.net: On Fre, 2010-11-19 at 16:34 -0500, jgli...@redhat.com wrote: From: Jerome

Re: seems ttm_bo_handle_move_mem not flush cache, if BO move SYS-VRAM?

2010-12-01 Thread Jerome Glisse
On Tue, Nov 30, 2010 at 10:58 PM, april aapri...@gmail.com wrote: hi all: I have a question: If a BO in VRAM (WC) evict to SYS memory(may be cached),  and user process still can access it event it is in SYS memory (may be cached) . when this BO volidate to VRAM,  It seems

Re: seems ttm_bo_handle_move_mem not flush cache, if BO move SYS-VRAM?

2010-12-02 Thread Jerome Glisse
On Thu, Dec 2, 2010 at 2:35 AM, Thomas Hellstrom tho...@shipmail.org wrote: On 12/02/2010 03:49 AM, april wrote: thanks Thomas I want to flush CPU cache, before use DMA  from system memory to VRAM. Seems I should do this in driver move function itself. Yes. That's the right way. bty,

Re: Freescale Linux BSP review

2010-12-13 Thread Jerome Glisse
On Mon, Dec 13, 2010 at 10:18 AM, Arnd Bergmann a...@arndb.de wrote: On Monday 13 December 2010, Jammy Zhou wrote: On Mon, Dec 13, 2010 at 4:45 AM, Linus Walleij linus.wall...@linaro.orgwrote: On 11 December 2010 22:41, Arnd Bergmann a...@arndb.de wrote: * amd-gpu -- a single but huge

Re: Freescale Linux BSP review

2010-12-13 Thread Jerome Glisse
On Mon, Dec 13, 2010 at 9:04 PM, Jammy Zhou jammy.z...@linaro.org wrote: On Tue, Dec 14, 2010 at 12:11 AM, Jerome Glisse j.gli...@gmail.com wrote: On Mon, Dec 13, 2010 at 10:18 AM, Arnd Bergmann a...@arndb.de wrote: On Monday 13 December 2010, Jammy Zhou wrote: On Mon, Dec 13, 2010 at 4

Re: Freescale Linux BSP review

2010-12-13 Thread Jerome Glisse
On Mon, Dec 13, 2010 at 9:30 PM, Jammy Zhou jammy.z...@linaro.org wrote: On Tue, Dec 14, 2010 at 10:06 AM, Jerome Glisse j.gli...@gmail.com wrote: On Mon, Dec 13, 2010 at 9:04 PM, Jammy Zhou jammy.z...@linaro.org wrote: On Tue, Dec 14, 2010 at 12:11 AM, Jerome Glisse j.gli...@gmail.com

Re: Freescale Linux BSP review

2010-12-20 Thread Jerome Glisse
On Mon, Dec 20, 2010 at 12:41 PM, Matt Sealey m...@genesi-usa.com wrote: On Mon, Dec 20, 2010 at 11:17 AM, Jerome Glisse j.gli...@gmail.com wrote: On Mon, Dec 20, 2010 at 11:18 AM, Matt Sealey m...@genesi-usa.com wrote: On Mon, Dec 13, 2010 at 9:18 AM, Arnd Bergmann a...@arndb.de wrote

Re: [PATCH 1/2] drm/radeon/kms: fix evergreen asic reset

2010-12-20 Thread Jerome Glisse
...@gmail.com Cc: sta...@kernel.org --- Reviewed-by: Jerome Glisse jgli...@redhat.com  drivers/gpu/drm/radeon/evergreen.c |   15 ---  1 files changed, 0 insertions(+), 15 deletions(-) diff --git a/drivers/gpu/drm/radeon/evergreen.c b/drivers/gpu/drm/radeon/evergreen.c index 901f366

Re: [PATCH] drm/radeon/kms: fix bug in r600_gpu_is_lockup

2010-12-22 Thread Jerome Glisse
On Tue, Dec 21, 2010 at 4:05 PM, Alex Deucher alexdeuc...@gmail.com wrote: We were using the lockup struct from the wrong union. Signed-off-by: Alex Deucher alexdeuc...@gmail.com Cc: Jerome Glisse jgli...@redhat.com Reviewed-by: Jerome Glisse jgli...@redhat.com ---  drivers/gpu/drm/radeon

Re: Freescale Linux BSP review

2010-12-22 Thread Jerome Glisse
is not a victory, it's a downright failure of the community side to actively support and push ARM -based devices as an alternative Linux desktop and portable solutions (netbook etc). My 2c. Cheers, Jerome Glisse ___ dri-devel mailing list dri-devel

Re: [PATCH 4/5] radeon/ttm/PCIe: Use dma_addr if TTM has set it.

2011-01-28 Thread Jerome Glisse
On Thu, Jan 27, 2011 at 4:20 PM, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: On Fri, Jan 07, 2011 at 12:11:43PM -0500, Konrad Rzeszutek Wilk wrote: If the TTM layer has used the DMA API to setup pages that are TTM_PAGE_FLAG_DMA32 (look at patch titled: ttm: Utilize the dma_addr_t array

Re: Information resources

2011-02-24 Thread Jerome Glisse
, Jerome Glisse ___ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel

Re: Radeon jittery post 2.6.35

2011-03-15 Thread Jerome Glisse
On Tue, Mar 15, 2011 at 4:58 PM, Anders Eriksson aeriks...@fastmail.fm wrote:  On 03/14/11 23:22, Alex Deucher wrote: On Mon, Mar 14, 2011 at 6:20 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Sun, Mar 13, 2011 at 10:08 AM, Anders Eriksson aeriks...@fastmail.fm wrote:  Hi, I've

Re: [PATCH] ACPI/Intel: Rework Opregion support

2011-03-16 Thread Jerome Glisse
On Wed, Mar 16, 2011 at 2:26 AM, Indan Zupancic in...@nul.nu wrote: On Wed, March 16, 2011 03:17, Alex Deucher wrote: It's not HDCP, encrypted bluray is the main issue.  And while there are hacks for bluray around already, contractual obligations don't care whether existing hacks are available

Re: [PATCH] cleanup: Add 'struct dev' in the TTM layer to be passed in for DMA API calls.

2011-03-24 Thread Jerome Glisse
On Thu, Mar 24, 2011 at 10:25 AM, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: On Thu, Mar 24, 2011 at 08:52:20AM +0100, Thomas Hellstrom wrote: On 03/23/2011 03:52 PM, Konrad Rzeszutek Wilk wrote: On Wed, Mar 23, 2011 at 02:17:18PM +0100, Thomas Hellstrom wrote: On 03/23/2011 01:51 PM,

Re: [git pull] drm fixes

2011-03-24 Thread Jerome Glisse
On Thu, Mar 24, 2011 at 8:17 PM, Linus Torvalds torva...@linux-foundation.org wrote: On Thu, Mar 24, 2011 at 5:07 PM, Dave Airlie airl...@gmail.com wrote: Like seriously you really think VFS locking rework wasn't under development or discussion when you merged it? I'm sure Al would have

Re: [git pull] drm fixes

2011-03-25 Thread Jerome Glisse
2011/3/25 Ilija Hadzic ihad...@research.bell-labs.com: This thread turned into much more than what its scope is and I hoped I would stay out of the fight (especially after the vocabulary got very liberal). Yet, my code (as trivial as it is) has sparked up some old issues and seems to be

Re: [git pull] drm fixes

2011-03-25 Thread Jerome Glisse
On Fri, Mar 25, 2011 at 1:34 PM, Jesse Barnes jbar...@virtuousgeek.org wrote: On Fri, 25 Mar 2011 10:01:14 -0400 Jerome Glisse j.gli...@gmail.com wrote: On Fri, Mar 25, 2011 at 6:25 AM, Ben Skeggs skeg...@gmail.com wrote: Oh, I wish this were actually the case.  The last time we attempted

Re: GEM-related desktop sluggishness due to linear-time arch_get_unmapped_area_topdown()

2011-03-29 Thread Jerome Glisse
On Mon, Mar 28, 2011 at 2:13 PM, Lucas Stach d...@lynxeye.de wrote: Hi, I have seen this too in some traces I have done with nouveau nvfx some time ago. (The report in kernel bugzilla is a outcome of this.) I'm strongly in favour of fixing the kernel side, as I think doing a workaround in

Re: GEM-related desktop sluggishness due to linear-time arch_get_unmapped_area_topdown()

2011-03-29 Thread Jerome Glisse
2011/3/29 r6144 rainy6...@gmail.com: 在 2011-03-29二的 10:22 -0400,Jerome Glisse写道: Killer solution would be to have no mapping and a decent upload/download ioctl that can take userpage. Doesn't this sound like GEM's read/write interface implemented by e.g. the i915 driver? But if I

Re: GEM-related desktop sluggishness due to linear-time arch_get_unmapped_area_topdown()

2011-03-29 Thread Jerome Glisse
On Tue, Mar 29, 2011 at 2:01 PM, Lucas Stach d...@lynxeye.de wrote: Am Dienstag, den 29.03.2011, 11:23 -0400 schrieb Jerome Glisse: 2011/3/29 r6144 rainy6...@gmail.com: 在 2011-03-29二的 10:22 -0400,Jerome Glisse写道: Killer solution would be to have no mapping and a decent upload/download

Re: GEM-related desktop sluggishness due to linear-time arch_get_unmapped_area_topdown()

2011-03-29 Thread Jerome Glisse
On Tue, Mar 29, 2011 at 4:26 PM, Daniel Vetter dan...@ffwll.ch wrote: On Tue, Mar 29, 2011 at 03:45:34PM -0400, Jerome Glisse wrote: Short lived small bo would definitly doesn't work well for this kind of API, it would all be a function of the ioctl cost. But i am not sure the drawback would

Re: GEM-related desktop sluggishness due to linear-time arch_get_unmapped_area_topdown()

2011-03-30 Thread Jerome Glisse
On Wed, Mar 30, 2011 at 3:32 AM, Chris Wilson ch...@chris-wilson.co.uk wrote: On Wed, 30 Mar 2011 07:57:49 +1000, Dave Airlie airl...@gmail.com wrote: On Wed, Mar 30, 2011 at 7:04 AM, Jerome Glisse j.gli...@gmail.com wrote: What i had in mind was something little bit more advance that pwrite

Re: GEM-related desktop sluggishness due to linear-time arch_get_unmapped_area_topdown()

2011-03-30 Thread Jerome Glisse
On Wed, Mar 30, 2011 at 10:07 AM, Chris Wilson ch...@chris-wilson.co.uk wrote: On Wed, 30 Mar 2011 09:28:07 -0400, Jerome Glisse j.gli...@gmail.com wrote: On Wed, Mar 30, 2011 at 3:32 AM, Chris Wilson ch...@chris-wilson.co.uk wrote: On Wed, 30 Mar 2011 07:57:49 +1000, Dave Airlie airl

Re: [PATCH] drm/radeon/kms: fix suspend on rv530 asics

2011-04-13 Thread Jerome Glisse
On Tue, Apr 12, 2011 at 1:33 PM, Alex Deucher alexdeuc...@gmail.com wrote: Apparently only rv515 asics need the workaround added in f24d86f1a49505cdea56728b853a5d0a3f8e3d11 (drm/radeon/kms: fix resume regression for some r5xx laptops). Fixes:

Re: Linux 2.6.39-rc3

2011-04-15 Thread Jerome Glisse
On Fri, Apr 15, 2011 at 11:46 AM, Joerg Roedel j...@8bytes.org wrote: On Fri, Apr 15, 2011 at 03:16:50PM +0200, Ingo Molnar wrote: Ok, but how did the allocation changes start triggering this error in v2.6.39-rc1? There must still be some layout specific thing here, right? Do we understand the

Re: Linux 2.6.39-rc3

2011-04-16 Thread Jerome Glisse
On Sat, Apr 16, 2011 at 12:35 PM, Joerg Roedel j...@8bytes.org wrote: On Fri, Apr 15, 2011 at 12:11:28PM -0400, Jerome Glisse wrote: Do you also got the write if you load radeon with radeon.no_wb=1 ? I think at this address it's the wb page, or maybe the cp as wb likely take only one page

Re: Linux 2.6.39-rc3

2011-04-17 Thread Jerome Glisse
On Sun, Apr 17, 2011 at 10:09 AM, Joerg Roedel j...@8bytes.org wrote: On Sat, Apr 16, 2011 at 02:54:04PM -0400, Jerome Glisse wrote: If you want to go the printk way you can add printk before each test ring_test, ib_test in r600.c this 2 functions are the own that might trigger the first GPU

Re: Linux 2.6.39-rc3

2011-04-18 Thread Jerome Glisse
On Mon, Apr 18, 2011 at 11:23 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Sun, Apr 17, 2011 at 10:09 AM, Joerg Roedel j...@8bytes.org wrote: On Sat, Apr 16, 2011 at 02:54:04PM -0400, Jerome Glisse wrote: If you want to go the printk way you can add printk before each test ring_test

Re: Linux 2.6.39-rc3

2011-04-18 Thread Jerome Glisse
On Mon, Apr 18, 2011 at 11:33 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Mon, Apr 18, 2011 at 11:29 AM, Jerome Glisse j.gli...@gmail.com wrote: On Mon, Apr 18, 2011 at 11:23 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Sun, Apr 17, 2011 at 10:09 AM, Joerg Roedel j...@8bytes.org wrote

Re: Radeon jittery post 2.6.35

2011-04-25 Thread Jerome Glisse
On Sun, Apr 24, 2011 at 5:24 AM, Anders Eriksson aeriks...@fastmail.fm wrote:  On 03/18/11 09:55, Anders Eriksson wrote:  On 03/16/11 21:09, Anders Eriksson wrote:  On 03/15/11 22:46, Alex Deucher wrote:  Try booting with radeon.audio=0 on 2.6.38rc, some TVs have problems with the hdmi

Re: [RFC] drm: add overlays as first class KMS objects

2011-04-26 Thread Jerome Glisse
On Mon, Apr 25, 2011 at 8:33 PM, Jesse Barnes jbar...@virtuousgeek.org wrote: On Mon, 25 Apr 2011 20:28:20 -0400 Alex Deucher alexdeuc...@gmail.com wrote: On Mon, Apr 25, 2011 at 7:22 PM, Jesse Barnes jbar...@virtuousgeek.org wrote: On Mon, 25 Apr 2011 16:16:18 -0700 Keith Packard

Re: [RFC] drm: add overlays as first class KMS objects

2011-04-26 Thread Jerome Glisse
On Tue, Apr 26, 2011 at 10:16 AM, Alan Cox a...@lxorguk.ukuu.org.uk wrote: having a list per hardware. uint32_t would give enough room to add all formats even if one format is only supported by one hardware only (at It would indeed. A point realised by the Amiga designers in 1985 and turned

Re: [RFC] drm: add overlays as first class KMS objects

2011-04-27 Thread Jerome Glisse
On Wed, Apr 27, 2011 at 8:19 AM, Daniel Vetter dan...@ffwll.ch wrote: Hi Jesse, I like it. It's a bit of a chicken-egg api design problem, but if a proof-of-concept implementation exists for an embedded chip plus something to check whether it's good enough to implement Xv on ancient hw

Re: long delay when using HMDI output on RS780

2011-05-10 Thread Jerome Glisse
, 2011, Jerome Glisse wrote: On Mon, May 9, 2011 at 3:50 PM, Thomas Fjellstrom tho...@fjellstrom.ca wrote: On May 7, 2011, Thomas Fjellstrom wrote: I just switched to using HDMI with my media center, and its causing a 30+ second delay in the screen turning on, as well

Re: [PATCH] drm/radeon/kms: fix extended lvds info parsing

2011-05-11 Thread Jerome Glisse
-by: Jerome Glisse jgli...@redhat.com ---  drivers/gpu/drm/radeon/radeon_atombios.c |   14 +++---  1 files changed, 11 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_atombios.c b/drivers/gpu/drm/radeon/radeon_atombios.c index 7615aaa..fd6f4f3 100644

Re: How DRM differs from KGI?

2011-06-24 Thread Jerome Glisse
On Thu, Jun 23, 2011 at 1:34 PM, PRASANNA KUMAR prasanna_tsm_ku...@yahoo.co.in wrote: I came across something called as KGI - kernel graphics interface (http://www.kgi-project.org/). It seems it provides the same features as KMS. What is the difference between those two? Any specific reason for

Re: [PATCH] drm/radeon: Move pageflip request from vblank IRQ to ioctl

2011-07-06 Thread Jerome Glisse
On Wed, Jul 6, 2011 at 12:29 PM, Simon Farnsworth simon.farnswo...@onelan.co.uk wrote: The radeon pageflip ioctl handler delayed submitting the pageflip to hardware until the vblank IRQ handler. On AMD Fusion (PALM GPU, G-T56N CPU), when using a reduced blanking CVT mode, a pageflip submitted

Re: [PATCH] drm/radeon/kms: disable CP interrupt when disabling interrupt

2011-07-26 Thread Jerome Glisse
On Tue, Jul 26, 2011 at 5:47 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Tue, Jul 26, 2011 at 5:28 PM,  j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com Some CP interrupt were left enabled when disabling interrupt. Is there a specific issue this fixes?  The bits

Re: [PATCH] drm/radeon/kms: disable CP interrupt when disabling interrupt

2011-07-27 Thread Jerome Glisse
On Wed, Jul 27, 2011 at 11:30 AM, Alex Deucher alexdeuc...@gmail.com wrote: On Tue, Jul 26, 2011 at 7:43 PM, Jerome Glisse j.gli...@gmail.com wrote: On Tue, Jul 26, 2011 at 5:47 PM, Alex Deucher alexdeuc...@gmail.com wrote: On Tue, Jul 26, 2011 at 5:28 PM,  j.gli...@gmail.com wrote: From

Re: [PATCH 1/2] drm/ttm: add a way to bo_wait for either the last read or last write

2011-08-12 Thread Jerome Glisse
to ttm_validate_buffer. TTM maintains separate sync objects of the last read and write for each buffer, in addition to the sync object of the last use of a buffer. ttm_bo_wait then operates with one the sync objects. Just minor comment for extra safety see below, otherwise: Reviewed-by: Jerome Glisse jgli

Re: [PATCH 2/2] drm/radeon/kms: add a new gem_wait ioctl with read/write flags

2011-08-12 Thread Jerome Glisse
version. Signed-off-by: Marek Olšák mar...@gmail.com Reviewed-by: Jerome Glisse jgli...@redhat.com ---  drivers/gpu/drm/radeon/radeon.h        |    2 +  drivers/gpu/drm/radeon/radeon_cs.c     |    5 +++-  drivers/gpu/drm/radeon/radeon_drv.c    |    3 +-  drivers/gpu/drm/radeon/radeon_gem.c

Re: [PATCH 1/2] drm/ttm: unbind ttm before destroying node in accel move cleanup

2011-08-23 Thread Jerome Glisse
Skeggs bske...@redhat.com Reviewed-by: Jerome Glisse jgli...@redhat.com ---  drivers/gpu/drm/ttm/ttm_bo_util.c |    2 +-  1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/ttm/ttm_bo_util.c b/drivers/gpu/drm/ttm/ttm_bo_util.c index 77dbf40..ae3c6f5 100644

Re: [PATCH] drm/radeon/kms: set a default max_pixel_clock

2011-08-30 Thread Jerome Glisse
-by: Dave Airlie airl...@redhat.com Reviewed-by: Jerome Glisse jgli...@redhat.com ---  drivers/gpu/drm/radeon/radeon_clocks.c |    3 +++  1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_clocks.c b/drivers/gpu/drm/radeon/radeon_clocks.c index dcd0863e

Re: kernel recompile only drm r600_irq_process IH: CP EOP no CP int

2011-09-12 Thread Jerome Glisse
On Mon, Sep 12, 2011 at 9:57 AM, Ilija Hadzic ihad...@research.bell-labs.com wrote: Related to this question, one thing that I noticed is that in some instances, I would not see any interrupts at all. Instead, all signaled fences would be taken care of next time somebody waits on one them

Re: KMS and TTM questions

2011-10-03 Thread Jerome Glisse
On Mon, Oct 3, 2011 at 3:01 PM, James Simmons jsimm...@infradead.org wrote: Hi!        I been working on updating the VIA kernel driver to using KMS and TTM. So this weekend I started to implement a couple of buffer allocations internally to the driver from the video ram. So the first

Re: KMS and TTM questions

2011-10-03 Thread Jerome Glisse
On Mon, Oct 3, 2011 at 3:37 PM, James Simmons jsimm...@infradead.org wrote: Hi!        I been working on updating the VIA kernel driver to using KMS and TTM. So this weekend I started to implement a couple of buffer allocations internally to the driver from the video ram. So the first

Re: [PATCH 1/2] drm/ttm: add a way to bo_wait for either the last read or last write

2011-10-07 Thread Jerome Glisse
On Fri, Oct 7, 2011 at 4:00 AM, Thomas Hellstrom tho...@shipmail.org wrote: On 10/07/2011 12:42 AM, Marek Olšák wrote: On Wed, Oct 5, 2011 at 7:54 AM, Thomas Hellstromtho...@shipmail.org  wrote: In any case, I'm not saying fences is the best way to flush but since the bo code assumes that

Re: [PATCH 1/2] drm/ttm: add a way to bo_wait for either the last read or last write

2011-10-07 Thread Jerome Glisse
On Fri, Oct 7, 2011 at 9:38 AM, Jerome Glisse j.gli...@gmail.com wrote: On Fri, Oct 7, 2011 at 4:00 AM, Thomas Hellstrom tho...@shipmail.org wrote: On 10/07/2011 12:42 AM, Marek Olšák wrote: On Wed, Oct 5, 2011 at 7:54 AM, Thomas Hellstromtho...@shipmail.org  wrote: In any case, I'm

Re: [PATCH] drm/radeon/kms: consolidate GART code, fix memory fault after GPU lockup

2011-10-14 Thread Jerome Glisse
On Fri, Oct 14, 2011 at 10:14:54AM +0200, Michel Dänzer wrote: [ Dropping sta...@kernel.org from CC, it'll get picked up for stable once it hits mainline ] On Don, 2011-10-13 at 16:38 -0400, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com After GPU lockup VRAM gart

Re: [PATCH] drm/radeon: flush read cache for gtt with fence on r6xx and newer GPU V3

2011-10-27 Thread Jerome Glisse
On Thu, Oct 27, 2011 at 12:12:09PM -0400, Alex Deucher wrote: On Wed, Oct 26, 2011 at 11:41 AM, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com Cayman seems to be particularly sensitive to read cache returning old data after bind/unbind to GTT. Flush read cache for GTT

Re: RFC: Radeon multi ring support branch

2011-10-31 Thread Jerome Glisse
into drm-next, even if we don't make use of the new functionality right now. Comments welcome, Christian. So for all patches except the interface change see below Reviewed-by: Jerome Glisse jgli...@redhat.com For the interface change, as discussed previously, i believe prio should

Re: [PATCH 08/11] ttm: Provide DMA aware TTM page pool code.

2011-10-31 Thread Jerome Glisse
On Wed, Oct 19, 2011 at 06:19:29PM -0400, Konrad Rzeszutek Wilk wrote: 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

Re: [PATCH] TTM DMA pool v2.1

2011-10-31 Thread Jerome Glisse
. So far my idea is to merge ttm_tt ttm_backend, simplify the backend function to bind/unbind/destroy where bind is responsible to allocate or not a ttm_tt and pages that goes along with it. I will try to sketch up patches for all this in next few days. Reviewed-by: Jerome Glisse jgli...@redhat.com

Re: [PATCH 06/11] ttm/driver: Expand ttm_backend_func to include two overrides for TTM page pool.

2011-11-01 Thread Jerome Glisse
On Sat, Oct 22, 2011 at 11:40:54AM +0200, Thomas Hellstrom wrote: Konrad, I was hoping that we could get rid of the dma_address shuffling into core TTM, like I mentioned in the review. From what I can tell it's now only used in the backend and core ttm doesn't care about it. Is there a

Re: [RFC] ttm merge ttm_backend ttm_tt

2011-11-01 Thread Jerome Glisse
On Tue, Nov 1, 2011 at 9:29 PM, Konrad Rzeszutek Wilk konrad.w...@oracle.com wrote: On Tue, Nov 01, 2011 at 09:11:37PM -0400, Jerome Glisse wrote: Hi, So attached is patch serie (sorry for that i am away of my normal mail config) which ultimately merge ttm_backend ttm_tt it allows to get

Re: RFC: Radeon multi ring support branch

2011-11-02 Thread Jerome Glisse
On Wed, Nov 02, 2011 at 11:12:42AM +0100, Christian König wrote: On 31.10.2011 16:05, Jerome Glisse wrote: On Sat, Oct 29, 2011 at 03:00:28PM +0200, Christian König wrote: Hello everybody, to support multiple compute rings, async DMA engines and UVD we need to teach the radeon kernel module

Re: [PATCH] drm/radeon: set hpd polarity at init time so hotplug detect works

2011-11-02 Thread Jerome Glisse
On Tue, Nov 01, 2011 at 05:27:26PM -0400, Alex Deucher wrote: On Fri, Oct 28, 2011 at 5:52 PM, j.gli...@gmail.com wrote: From: Jerome Glisse jgli...@redhat.com Polarity needs to be set accordingly to connector status (connected or disconnected). Set it up at module init so first hotplug

  1   2   3   4   5   6   7   8   9   10   >