https://bugs.freedesktop.org/show_bug.cgi?id=27502
--- Comment #18 from Pauli suok...@gmail.com 2010-04-06 23:54:14 PDT ---
--- Comment #16 from Jeremy Huddleston jerem...@freedesktop.org 2010-04-06
19:31:20 PDT ---
[ 0.392633] platform radeon_cp.0: firmware: requesting radeon/R300_cp.bin
https://bugs.freedesktop.org/show_bug.cgi?id=27507
Summary: OpenGL applications crash with drmRadeonCmdBuffer:
-22. Kernel failed to parse or rejected command stream
Product: DRI
Version: DRI CVS
Platform: x86 (IA32)
This isn't needed anymore with the new TTM fault callback
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c |6 --
1 files changed, 0 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_buffer.c
This patch update radeon to the new no_wait splitted argument
TTM functionality.
Compile tested only (but thing should run as there is no
operating change from driver point of view)
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/vmwgfx/vmwgfx_execbuf.c |4 ++--
This patch update radeon to the new no_wait splitted argument
TTM functionality.
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/radeon_object.c |6 ++--
drivers/gpu/drm/radeon/radeon_ttm.c| 39 +--
2 files changed, 24
So here is i hope the last spawn of the patch serie,
i drop the needs ioremap flag and callback is responsible
for ioremapping memory and providing a valid virtual address
this simplify TTM code. I haven't change the value of enum
after removing dead flag, Thomas maybe you prefer to change
the
This add the support for the new fault callback and also the
infrastructure for supporting unmappable VRAM.
V2 validate BO with no_wait = true
V3 don't derefence bo-mem.mm_node as it's not NULL only for
VRAM or GTT
V4 update to splitted no_wait ttm change
V5 update to new balanced
All TTM driver have been converted to new io_mem_reserve/free
interface which allow driver to choose and return proper io
base, offset to core TTM for ioremapping if necessary. This
patch remove what is now deadcode.
V2 adapt to match with change in first patch of the patchset
V3 update after
This isn't needed anymore with the new TTM fault callback
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 11 ---
1 files changed, 0 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_bo.c
This patch update radeon to the new no_wait splitted argument
TTM functionality.
Compile tested only (but thing should run as there is no
operating change from driver point of view)
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/nouveau/nouveau_bo.c | 45
There is case where we want to be able to wait only for the
GPU while not waiting for other buffer to be unreserved. This
patch split the no_wait argument all the way down in the whole
ttm path so that upper level can decide on what to wait on or
not.
This patch break the API to other modules,
This add the support for the new fault callback, does change anything
from driver point of view, thought it should allow nouveau to add
support for unmappable VRAM.
Improvement: store the aperture base in a variable so that we don't
call a function to get it on each fault.
Patch hasn't been
This add the support for the new fault callback, does change anything
from driver point of view.
Improvement: store the aperture base in a variable so that we don't
call a function to get it on each fault.
Patch hasn't been tested.
V2 don't derefence bo-mem.mm_node as it's not NULL only for
This isn't needed anymore with the new TTM fault callback
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/radeon_ttm.c | 13 +
1 files changed, 1 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c
This patch enable the use of unmappable VRAM thanks to
previous TTM infrastructure change.
V2 update after io_mem_reserve/io_mem_free callback balancing
Signed-off-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/evergreen.c |5 -
drivers/gpu/drm/radeon/r100.c |5
In the original code there was a typo and we called kfree(pgraph-ctxprog)
two times instead of kfree(pgraph-ctxvals);
Also it's OK to pass NULL variables to kfree(). checkpatch.pl complains
about this so I removed the checks.
Signed-off-by: Dan Carpenter erro...@gmail.com
diff --git
https://bugs.freedesktop.org/show_bug.cgi?id=27507
Fabio Pedretti fabio@libero.it changed:
What|Removed |Added
URL|
https://bugzilla.kernel.org/show_bug.cgi?id=15685
--- Comment #11 from Jérôme Glisse gli...@freedesktop.org 2010-04-07
13:40:11 ---
Ok works here, please test without tuxonice, tuxonice is know to be problematic
and it's out of tree so i won't have time to fix it.
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=27446
--- Comment #4 from adr...@gmail.com 2010-04-07 07:04:22 PDT ---
Created an attachment (id=34765)
-- (https://bugs.freedesktop.org/attachment.cgi?id=34765)
Xorg.0.log
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
https://bugs.freedesktop.org/show_bug.cgi?id=27446
--- Comment #5 from adr...@gmail.com 2010-04-07 07:05:43 PDT ---
I reported this problem there also:
http://www.wildfiregames.com/forum/index.php?showtopic=12982
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
---
This patch is against the drm-fbdevfix1 branch. It removes the
drm_fb_helper_setcolreg function. The reason is that fb_setcolreg is only
used in the case where fb_setcmap is called and no fb_ops-fb_setcmap is
used. In the drm case we always need a fb_setcmap hook to handle multiple
crtcs so we
https://bugs.freedesktop.org/show_bug.cgi?id=27224
--- Comment #7 from Ondrej Zary li...@rainbow-software.org 2010-04-07
09:05:13 PDT ---
Created a bug report about KMS problems here:
https://bugs.freedesktop.org/show_bug.cgi?id=27517
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=27446
--- Comment #6 from Fabio Pedretti fabio@libero.it 2010-04-07 09:09:40
PDT ---
I have the same problem (and a similar one with sauerbraten) on my RV530,
reported as bug #27507.
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=27517
Alex Deucher ag...@yahoo.com changed:
What|Removed |Added
Product|xorg|Mesa
https://bugs.freedesktop.org/show_bug.cgi?id=27521
Summary: corrupted rendering with vbo + kms + rv515 (hits
Blender 2.50!)
Product: Mesa
Version: unspecified
Platform: x86-64 (AMD64)
OS/Version: Linux (All)
https://bugs.freedesktop.org/show_bug.cgi?id=27521
--- Comment #1 from Wiktor Janas wixorp...@gmail.com 2010-04-07 12:05:43 PDT
---
Created an attachment (id=34774)
-- (https://bugs.freedesktop.org/attachment.cgi?id=34774)
Blender's OpenGL call trace from BuGLe
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=15685
--- Comment #12 from Nix n...@esperi.org.uk 2010-04-07 19:25:49 ---
Er, how do I suspend without tuxonice? I've never used the in-tree swsusp
successfully (last time I tried I didn't just get a crash but massive
filesystem corruption, so I
https://bugs.freedesktop.org/show_bug.cgi?id=26114
--- Comment #6 from Rafał Miłecki zaj...@gmail.com 2010-04-07 12:58:44 PDT ---
As mentioned in bug #27521 it may be worth to try BuGLe. It seems to nicely
translate magic numbers to GL definitions.
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=27522
Summary: rendering of large vtk datasets very slow
Product: DRI
Version: XOrg CVS
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: medium
https://bugs.freedesktop.org/show_bug.cgi?id=27225
Tormod Volden bugzi09.fdo.tor...@xoxy.net changed:
What|Removed |Added
URL|
[NOTE:
The summary report of post-2.6.32 regressions will be sent later
(hopefully tomorrow).]
This message contains a list of some regressions from 2.6.33,
for which there are no fixes in the mainline known to the tracking team.
If any of them have been fixed already, please let us know.
If
On Wed, 7 Apr 2010, Rafael J. Wysocki wrote:
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15718
Subject : File corruption regression on NFS related to commit
1f36f774
Submitter : Boaz Harrosh bharr...@panasas.com
Date : 2010-03-24 15:49 (15 days
https://bugs.freedesktop.org/show_bug.cgi?id=27502
Jeremy Huddleston jerem...@freedesktop.org changed:
What|Removed |Added
Status|NEW |RESOLVED
On Wed, Apr 07, 2010 at 11:08:30PM +0200, Rafael J. Wysocki wrote:
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15551
Subject : WARNING: at net/mac80211/work.c:811
ieee80211_work_work+0x7f/0xde8 [mac80211]()
Submitter : Alex Zhavnerchik alex.vi...@gmail.com
https://bugs.freedesktop.org/show_bug.cgi?id=27524
Summary: linux-2.6.33.2 radeondrm_fb, rv350, garbled console on
PowerBook G4
Product: Mesa
Version: unspecified
Platform: Other
OS/Version: All
Status: NEW
https://bugs.freedesktop.org/show_bug.cgi?id=27524
--- Comment #1 from Jeremy Huddleston jerem...@freedesktop.org 2010-04-07
15:18:43 PDT ---
:00:10.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility
Radeon 9600 M10]
Subsystem: ATI Technologies Inc RV350 [Mobility Radeon
https://bugs.freedesktop.org/show_bug.cgi?id=27525
Summary: linux-2.6.33.2 radeon, rv350, glxgears locks system
Product: Mesa
Version: unspecified
Platform: PowerPC
OS/Version: Linux (All)
Status: NEW
Severity: critical
https://bugs.freedesktop.org/show_bug.cgi?id=27524
Jeremy Huddleston jerem...@freedesktop.org changed:
What|Removed |Added
Platform|Other |PowerPC
https://bugs.freedesktop.org/show_bug.cgi?id=27524
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Attachment #34776|application/octet-stream|text/plain
https://bugzilla.kernel.org/show_bug.cgi?id=15705
Andrew Morton a...@linux-foundation.org changed:
What|Removed |Added
CC|
On Wed, 7 Apr 2010, Al Viro wrote:
No, it's not the same thing; the fix is to have nfs -d_revalidate()
return an error on failing open attempt (in insane codepath that has
-d_revalidate() handling open()). Confirmed to work by reporter...
Ok, can you do the proper changelog description
https://bugs.freedesktop.org/show_bug.cgi?id=27524
--- Comment #2 from Michel Dänzer mic...@daenzer.net 2010-04-07 15:30:29 PDT
---
Works for me on the same or at least very similar machine... Try disabling
OFfb, I think the handover from that to KMS doesn't quite work yet.
Also, for
https://bugs.freedesktop.org/show_bug.cgi?id=27524
--- Comment #3 from Michel Dänzer mic...@daenzer.net 2010-04-07 15:32:21 PDT
---
(In reply to comment #3)
Additionally, when X starts, the image displayed is identical to the image
that
was in the framebuffer just before rebooting. (I see my
Fixes
drivers/gpu/drm/ttm/ttm_page_alloc.c: In function 'ttm_page_alloc_debugfs':
drivers/gpu/drm/ttm/ttm_page_alloc.c:829: error: implicit declaration of
function 'seq_printf'
Signed-off-by: Matt Turner matts...@gmail.com
---
drivers/gpu/drm/ttm/ttm_page_alloc.c |1 +
1 files changed, 1
https://bugs.freedesktop.org/show_bug.cgi?id=27525
Michel Dänzer mic...@daenzer.net changed:
What|Removed |Added
Attachment #34777|application/octet-stream|text/plain
https://bugs.freedesktop.org/show_bug.cgi?id=27525
--- Comment #1 from Michel Dänzer mic...@daenzer.net 2010-04-07 15:40:01 PDT
---
Works for me with the Mesa 7.7.1-1 packages from Debian. Can you try the
upstream Git mesa_7_7_branch?
Also, you may be able to get more info from the kernel with
On Wed, Apr 07, 2010 at 03:04:46PM -0700, Linus Torvalds wrote:
Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=15674
Subject : [2.6.34-rc2 NFS4 oops] open error path failure...
Submitter : Daniel J Blueman daniel.blue...@gmail.com
Date: 2010-03-29
https://bugs.freedesktop.org/show_bug.cgi?id=27524
--- Comment #4 from Jeremy Huddleston jerem...@freedesktop.org 2010-04-07
16:11:49 PDT ---
I set this on my command line:
append=radeon.agpmode=1 video=radeon
Now the text doesn't garble. My display just seems hypercolored ... I can't
really
https://bugzilla.kernel.org/show_bug.cgi?id=15685
--- Comment #14 from Nix n...@esperi.org.uk 2010-04-07 23:17:03 ---
Oh, *thank* you, that's very useful indeed.
That lets me eliminate virtually everything from consideration, because it
works with ToI off (but patched in) and fails with it
https://bugs.freedesktop.org/show_bug.cgi?id=26641
--- Comment #13 from Andy Furniss li...@andyfurniss.entadsl.com 2010-04-07
17:06:14 PDT ---
(In reply to comment #12)
This is fixed for me now that the ttm page allocator is in drm-radeon-testing.
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=27498
--- Comment #2 from Krzysztof A. Sobiecki sob...@gmail.com 2010-04-07
17:19:24 PDT ---
Excellent, it only happens with classic mesa driver, gallium driver works just
fine... At least for one time I entered Applications menu.
--
Configure
https://bugs.freedesktop.org/show_bug.cgi?id=27498
--- Comment #3 from Marek Olšák mar...@gmail.com 2010-04-07 17:32:38 PDT ---
I accidentally introduced a regression in the classic driver (sorry about that)
which has been fixed in 765dc9fc32cf901647. Could you re-test?
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=15112
--- Comment #12 from Joe Kowalski joekowal...@gmail.com 2010-04-08 01:05:53
---
Still present with 2.6.34-rc+ at about
0fdf86754f70e813845af4abaa805165ce57a0bb.
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
53 matches
Mail list logo