On Mon, Dec 7, 2009 at 6:46 AM, Thomas Hellstrom thellst...@vmware.com wrote:
This patch series adds TTM functionality and a couple of drm exports needed
by the
vmwgfx drm driver. The patch adding the vmwgfx driver itself will be posted
later. The current driver source is available at
Jerome Glisse wrote:
On Sat, Dec 05, 2009 at 11:30:38PM +0100, Thomas Hellström wrote:
Jerome Glisse wrote:
On Sat, Dec 05, 2009 at 01:14:29PM +0100, Thomas Hellström wrote:
Jerome,
I'm just reviewing the API change here. I'll do a more thorough
code review when the API is
This change allow driver to pass sorted memory placement,
from most prefered placement to least prefered placement.
In order to avoid long function prototype a structure is
used to gather memory placement informations such as range
restriction (if you need a buffer to be in given range).
Range
This convert radeon to use new TTM validation API, it doesn't
really take advantage of it beside in the eviction case.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/radeon.h|3 ++
drivers/gpu/drm/radeon/radeon_object.c | 54 ++--
Updated patch series of TTM validation rework associated cleanup.
Thomas i think the patch is ready to go in, so far on radeon no issue
but i haven't exercised extensively those changes. wmgfx, openchrome
and nouveau will need changes but it should be minor (driver can
provide the fixed priority
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/drm_mm.c | 88 ++
include/drm/drm_mm.h | 34 ++
2 files changed, 122 insertions(+), 0 deletions(-)
diff --git a/drivers/gpu/drm/drm_mm.c
http://bugs.freedesktop.org/show_bug.cgi?id=25489
Summary: distortion in screen.
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
Severity: normal
Priority: medium
http://bugs.freedesktop.org/show_bug.cgi?id=25490
Summary: kernel crash with 2.6.32, drm and kms enabled.
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: major
Priority: medium
Thomas attached is updated patch, they apply on top of my ttm changes.
I modified radeon to return -ERESTARTSYS and updated libdrm_radeon to
deal with this change. I didn't changed the patch that much but i added
my signoff maybe only ack is need, not sure about that.
Cheers,
Jerome
From: Thomas Hellstrom thellst...@vmware.com
Also sets affected TTM calls up to not wait interruptible, since
that would cause an in-kernel spin until the TTM call succeeds, since
the Radeon code does not return to user-space when a signal is received.
Modifies interruptible fence waits to
From: Thomas Hellstrom thellst...@vmware.com
Return -ERESTARTSYS instead of -ERESTART when interrupted by a signal.
The -ERESTARTSYS is converted to an -EINTR by the kernel signal layer
before returned to user-space.
Signed-off-by: Thomas Hellstrom thellst...@vmware.com
Signed-off-by: Jerome
http://bugs.freedesktop.org/show_bug.cgi?id=25489
--- Comment #1 from Alex Deucher ag...@yahoo.com 2009-12-07 09:56:52 PST ---
Please attach your xorg log and and dmesg output. Also, can you describe the
distortions? flickering? rendering artifacts?
--
Configure bugmail:
Jerome Glisse wrote:
Thomas attached is updated patch, they apply on top of my ttm changes.
I modified radeon to return -ERESTARTSYS and updated libdrm_radeon to
deal with this change. I didn't changed the patch that much but i added
my signoff maybe only ack is need, not sure about that.
2009/12/1 Rafał Miłecki zaj...@gmail.com:
2009/12/1 Alex Deucher alexdeuc...@gmail.com:
Round 3.
This fixed my lose of VBLANK interrupts after few seconds, but I still
have issue with fences after applying this.
My rdev-fence_drv.emited gets filled when I start glxgears and when I
stop, it
I have a Radeon 4650 (RV730) :
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV730
PRO [Radeon HD 4650] [1002:9498]
This should have 1GB DDR2 VRAM on board however my dmesg states differently
[drm] Initialized drm 1.1.0 20060810
[drm] radeon defaulting to kernel modesetting.
The calculations are wrong.
E.g. for image 16 x 16, format is DXT3 (block size = 16 bytes, block width =
4, block height = 4) the size is 256. Yours code would calculate it as 16 *
(16 / 4) = 64.
The proper way to calculate it is
unsigned wblocks = (width + blockWidth - 1) / blockWidth;
http://bugs.freedesktop.org/show_bug.cgi?id=25478
--- Comment #1 from Maciej Cencora m.cenc...@gmail.com 2009-12-07 11:36:30
PST ---
It looks like duplicate of #25355. Should be fixed by 8cde43eb19c4dcceb7. Can
you confirm?
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=25489
--- Comment #2 from dagg stompdagg...@yahoo.com 2009-12-07 11:40:27 PST ---
(In reply to comment #1)
Please attach your xorg log and and dmesg output. Also, can you describe the
distortions? flickering? rendering artifacts?
there are
http://bugs.freedesktop.org/show_bug.cgi?id=25489
--- Comment #3 from dagg stompdagg...@yahoo.com 2009-12-07 11:41:05 PST ---
Created an attachment (id=31820)
-- (http://bugs.freedesktop.org/attachment.cgi?id=31820)
screenshot
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=25489
--- Comment #4 from dagg stompdagg...@yahoo.com 2009-12-07 11:41:55 PST ---
Created an attachment (id=31821)
-- (http://bugs.freedesktop.org/attachment.cgi?id=31821)
dmesg log
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=25489
--- Comment #5 from dagg stompdagg...@yahoo.com 2009-12-07 11:42:32 PST ---
Created an attachment (id=31822)
-- (http://bugs.freedesktop.org/attachment.cgi?id=31822)
xorg.log
--
Configure bugmail:
http://bugs.freedesktop.org/show_bug.cgi?id=25489
--- Comment #6 from dagg stompdagg...@yahoo.com 2009-12-07 11:43:30 PST ---
(In reply to comment #2)
(In reply to comment #1)
Please attach your xorg log and and dmesg output. Also, can you describe
the
distortions? flickering?
On Mon, Dec 07, 2009 at 06:51:34PM +0100, Thomas Hellstrom wrote:
Jerome Glisse wrote:
Thomas attached is updated patch, they apply on top of my ttm changes.
I modified radeon to return -ERESTARTSYS and updated libdrm_radeon to
deal with this change. I didn't changed the patch that much but
On Mon, Dec 07, 2009 at 06:54:13PM +, Mike Lothian wrote:
I have a Radeon 4650 (RV730) :
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV730
PRO [Radeon HD 4650] [1002:9498]
This should have 1GB DDR2 VRAM on board however my dmesg states differently
So far we don't
2009/12/7 Jerome Glisse gli...@freedesktop.org:
On Mon, Dec 07, 2009 at 06:54:13PM +, Mike Lothian wrote:
I have a Radeon 4650 (RV730) :
01:00.0 VGA compatible controller [0300]: ATI Technologies Inc RV730
PRO [Radeon HD 4650] [1002:9498]
This should have 1GB DDR2 VRAM on board however
Gallium3D Developers,
The videos and slide decks from the Gallium3D Developers Workshop
hosted by VMware on Nov 13th are now being posted online at:
http://www.lunarg.com/wordpress/technologies/gallium-3d/gallium3d-online-developers-workshop/
More of the presentations will be posted to
http://bugs.freedesktop.org/show_bug.cgi?id=25478
--- Comment #2 from David Ronis david.ro...@mcgill.ca 2009-12-07 12:18:50
PST ---
The patch in #25355 fixes the problem. Note that it hasn't been committed to
master yet.
Thanks
--
Configure bugmail:
Excellent news! Please update site as soon as possible.
Topics are more than interesting. If you have some otherPDF documenation, book,
or other materials (white papers,blueprints, etc.) you want to open to the
public, pleasedo it since it is very important for us who are not at
theepicenter
2009/12/7 Mike Lothian m...@fireburn.co.uk:
2009/12/1 Rafał Miłecki zaj...@gmail.com:
2009/12/1 Alex Deucher alexdeuc...@gmail.com:
Round 3.
This fixed my lose of VBLANK interrupts after few seconds, but I still
have issue with fences after applying this.
My rdev-fence_drv.emited gets
2009/12/7 Alex Deucher alexdeuc...@gmail.com:
2009/12/7 Mike Lothian m...@fireburn.co.uk:
2009/12/1 Rafał Miłecki zaj...@gmail.com:
2009/12/1 Alex Deucher alexdeuc...@gmail.com:
Round 3.
This fixed my lose of VBLANK interrupts after few seconds, but I still
have issue with fences after
On Mon, Dec 7, 2009 at 5:53 PM, Mike Lothian m...@fireburn.co.uk wrote:
2009/12/7 Alex Deucher alexdeuc...@gmail.com:
2009/12/7 Mike Lothian m...@fireburn.co.uk:
2009/12/1 Rafał Miłecki zaj...@gmail.com:
2009/12/1 Alex Deucher alexdeuc...@gmail.com:
Round 3.
This fixed my lose of VBLANK
http://bugs.freedesktop.org/show_bug.cgi?id=24837
--- Comment #7 from Rafał Miłecki zaj...@gmail.com 2009-12-07 15:01:33 PST
---
http://git.kernel.org/?p=linux/kernel/git/airlied/drm-2.6.git;a=commit;h=d684076627a4561ea698bf7652a1a1baabdcdbdc
--
Configure bugmail:
2009/12/7 Alex Deucher alexdeuc...@gmail.com:
On Mon, Dec 7, 2009 at 5:53 PM, Mike Lothian m...@fireburn.co.uk wrote:
2009/12/7 Alex Deucher alexdeuc...@gmail.com:
2009/12/7 Mike Lothian m...@fireburn.co.uk:
2009/12/1 Rafał Miłecki zaj...@gmail.com:
2009/12/1 Alex Deucher
After upgrading one of my machines to 2.6.32, I saw hangs after one to thirty
minutes after
booting, with random data written to parts of the frame buffer. I've bisected
it down
to 620f37811d drm: prune modes when output is disconnected., which was merged
in 2.6.32-rc1. Connecting a serial
Hi,
Stanse found unreachable code in ttm_bo_add_ttm:
http://decibel.fi.muni.cz/~xslaby/stanse/error.cgi?db=32id=714#l238
Excerpt from there:
230| case ttm_bo_type_user:
231| bo-ttm = ttm_tt_create(bdev, bo-num_pages 12,
232| page_flags | (1 1),
233| glob-dummy_read_page);
W dniu 3 grudnia 2009 11:20 użytkownik Jerome Glisse
gli...@freedesktop.org napisał:
The first design i thought for PM long time ago was :
func_compute_clock
func_set_clock
func_irq_powersave
func_compute_clock is call any time there is a mode change to
compute new minimum clock.
On Mon, 7 Dec 2009, Jiri Slaby wrote:
Hi,
Stanse found unreachable code in ttm_bo_add_ttm:
http://decibel.fi.muni.cz/~xslaby/stanse/error.cgi?db=32id=714#l238
Excerpt from there:
230| case ttm_bo_type_user:
231| bo-ttm = ttm_tt_create(bdev, bo-num_pages 12,
232| page_flags
http://bugs.freedesktop.org/show_bug.cgi?id=25502
Summary: Problems running Warcraft 3 under wine using mesa
Product: DRI
Version: DRI CVS
Platform: All
OS/Version: Linux (All)
Status: NEW
Severity: normal
2009/12/7 Alex Deucher alexdeuc...@gmail.com:
On Mon, Dec 7, 2009 at 5:53 PM, Mike Lothian m...@fireburn.co.uk wrote:
2009/12/7 Alex Deucher alexdeuc...@gmail.com:
2009/12/7 Mike Lothian m...@fireburn.co.uk:
2009/12/1 Rafał Miłecki zaj...@gmail.com:
2009/12/1 Alex Deucher
2009/12/7 Rafał Miłecki zaj...@gmail.com:
W dniu 3 grudnia 2009 11:20 użytkownik Jerome Glisse
gli...@freedesktop.org napisał:
The first design i thought for PM long time ago was :
func_compute_clock
func_set_clock
func_irq_powersave
func_compute_clock is call any time there is a mode
http://bugs.freedesktop.org/show_bug.cgi?id=25505
Summary: mplayer -vo gl:yuv=2 fails to compile its fragment
program
Product: Mesa
Version: git
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
Status: NEW
http://bugs.freedesktop.org/show_bug.cgi?id=25505
--- Comment #1 from Radosław Szkodziński astralst...@gen2.org 2009-12-07
16:41:51 PST ---
Created an attachment (id=31830)
-- (http://bugs.freedesktop.org/attachment.cgi?id=31830)
Xorg log with card info
Short story - card is RV670 -
http://bugs.freedesktop.org/show_bug.cgi?id=25505
Radosław Szkodziński astralst...@gen2.org changed:
What|Removed |Added
Attachment #31830|application/octet-stream|text/plain
http://bugs.freedesktop.org/show_bug.cgi?id=25505
Ian Romanick i...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://bugs.freedesktop.org/show_bug.cgi?id=25506
Summary: radeon kms causes 33 second boot delay on kernel v2.6.32
Product: Mesa
Version: git
Platform: Other
OS/Version: All
Status: NEW
Severity: major
Priority:
From: Dave Airlie airl...@redhat.com
The object rework moved the tiling flag setup around wrongly,
so tiling we getting setup then overwritten by fb format.
Fixes regression with drm-radeon-next on rv530 laptop tiling test.
Signed-off-by: Dave Airlie airl...@redhat.com
---
From: Dave Airlie airl...@redhat.com
If we don't need the zone we need to free it.
Signed-off-by: Dave Airlie airl...@redhat.com
---
drivers/gpu/drm/ttm/ttm_memory.c |4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/drivers/gpu/drm/ttm/ttm_memory.c
http://bugs.freedesktop.org/show_bug.cgi?id=25506
--- Comment #1 from Steven Noonan ste...@uplinklabs.net 2009-12-07 22:27:50
PST ---
Created an attachment (id=31831)
-- (http://bugs.freedesktop.org/attachment.cgi?id=31831)
dmesg from v2.6.32 radeon kms 33s hang
--
Configure bugmail:
W dniu 8 grudnia 2009 00:55 użytkownik Alex Deucher
alexdeuc...@gmail.com napisał:
2009/12/7 Rafał Miłecki zaj...@gmail.com:
W dniu 3 grudnia 2009 11:20 użytkownik Jerome Glisse
gli...@freedesktop.org napisał:
The first design i thought for PM long time ago was :
func_compute_clock
49 matches
Mail list logo
