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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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
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,
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
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
? (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
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
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
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
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(+),
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
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
...@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
- 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
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
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
):
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
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
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
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
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
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
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
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
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
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
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
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,
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
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
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
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
...@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
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
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
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
,
Jerome Glisse
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/dri-devel
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
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
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,
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
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
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
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
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
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
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
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
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
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:
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
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
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
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
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
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
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
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
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
, 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
-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
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
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
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
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
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
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
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
-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
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
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
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
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
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
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
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
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
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
.
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
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
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
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
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
On Wed, Nov 02, 2011 at 11:04:43AM -0400, Konrad Rzeszutek Wilk 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
rid
On Fri, Nov 04, 2011 at 09:14:31AM -0700, Tejun Heo wrote:
(cc'ing David Airlie and dri-devel)
Hello, the original thread can be read from
http://thread.gmane.org/gmane.linux.kernel/1209587
Full sysrq-t output at
http://article.gmane.org/gmane.linux.kernel/1211256
So, the
On Fri, Nov 4, 2011 at 1:34 PM, Andrew Watts akwa...@ymail.com wrote:
On Fri, Nov 04, 2011 at 09:14:31AM -0700, Tejun Heo wrote:
Andrew, can you please kill the X server after the hang and see
whether that brings the system back? I think sshd should still work
and if not you can write a
1 - 100 of 1383 matches
Mail list logo
